Eu tenho um cluster de failover do SQL Server 2012 com várias sub-redes sendo executado em dois nós do Windows 2012 R2. O cluster está localizado em 192.168.1.10 quando em NODE A e 192.168.5.10 quando executado em NODE B. Quando eu olho para o DNS no domínio, vejo dois registros:
SQLCLUSTER - 192.168.1.10
SQLCLUSTER - 192.168.5.10
Pelo que eu li quando há 2 registros A com o mesmo nome, os clientes Windows devem ser espertos o suficiente para determinar o IP ao vivo dentro de 10 segundos, mas eu não entendo isso. Se eu falhar o cluster de NODE A para NODE B, muitas das máquinas cliente (web e SSRS) não irão pegar o novo endereço IP.
Então, por exemplo, se eu estiver na máquina do SSRS e fizer ping no SQLCLUSTER, vou ver a resposta de 192.168.1.10. Se eu falhar o cluster para NODE B e ping novamente, ele ainda está tentando pingar 192.168.1.10, não .5.10 como deveria.
Parece ser a única maneira de garantir que ele funcione corretamente é excluir o registro DNS do nó off-line e, em seguida, fazer um flushdns / registerdns nos clientes. Existe algo que eu perdi aqui? É um problema que o servidor DNS está na sub-rede 192.168.1.x e que pode dar precedência aos endereços .1.x?
Eu olho para o visualizador de eventos e não vejo nenhum erro em escrever os registros DNS ou lê-los, então isso me leva a acreditar que eu poderia ter algo configurado incorretamente.
Ok, acho que encontrei uma solução alternativa - não é exatamente bonita, mas funciona.
De informações encontradas aqui: link
Eu configurei RegisterAllProvidersIP para 0, então configurei o HostRecordTTL para 300 e reiniciei a função.
Isso forçará o cluster a registrar apenas 1 endereço no DNS e a padronizar seu TTL para 5 minutos.