Você pode configurar vários hosts KMS em um relacionamento primário / secundário?

Question

Temos dois datacenters em nosso ambiente: primário e DR. Preciso implantar um serviço KMS e, para ser proativo, gostaria de ter um host em ambos os datacenters. Pelo que li, você pode ter até seis hosts sem chamar a Microsoft, e parece que o que acontecerá é que um registro SRV para cada host será colocado no DNS. O cliente consultará esses registros SRV e escolherá aleatoriamente um host para a ativação inicial e usará o mesmo servidor para todas as renovações. O servidor pode ser alterado manualmente por meio de um script e será alterado automaticamente se o servidor inicial estiver indisponível durante a ativação ou a renovação.

Minha pergunta é se alguém encontrou uma maneira de designar um servidor como o host KMS primário e designar o outro somente como failover? A razão pela qual peço é que é preferível que o cliente se comunique com o datacenter primário durante as operações normais e fale apenas com o datacenter de DR quando necessário, porque a largura de banda entre os escritórios e o datacenter de DR é limitada em comparação com a principal.

Tenho certeza de que isso já foi feito, mas não consigo encontrar a documentação da MSFT.

Obrigado,

Marcar

    

Answer 1

Esta solução só funciona em hosts KMS do Windows Server 2008 R2 (ou Windows 7) e é lida apenas por clientes Windows 7 e Windows 2008 R2.

Você pode aplicar prioridade e peso aos registros DNS associados ao host KMS. Isso é feito adicionando um valor MULTI_SZ chamado DnsDomainPublishList à chave do Registro HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ SoftwareProtectionPlatform. O formato é: nome de domínio, prioridade, peso (exemplo company.com, 10, 100).

Isso dará dicas para o cliente em qual servidor entrar em contato primeiro. De acordo com a documentação, você deve desabilitar o cache de host do KMS no cliente para que ele sempre olhe para essa prioridade e peso ao se registrar. Isso pode ser feito executando SLMgr.vbs / ckhc no cliente. Isso garantirá que os clientes não continuem a usar o host de prioridade mais baixa (número maior) quando o host de alta prioridade (número mais baixo) estiver disponível.

Para mais informações, consulte: link