Eu lhe darei alguns pensamentos e alguns links para leitura adicional. Tome-os com vários grãos de sal.
DHCP
É possível executar vários servidores DHCP na mesma LAN. No entanto, eles não devem atender ao mesmo pool de endereços. A razão é que o DHCP é o primeiro a chegar, primeiro a servir. Se ambas as máquinas distribuírem o mesmo pool, há uma boa chance de atribuir IPs duas vezes.
A maneira mais fácil é dividir o escopo. Digamos que um servidor distribua os endereços 192.168.0.1-129
e os outros 192.168.0.130-254
. Desta forma, não podem surgir inconsistências. Esta é uma maneira de failover "barata".
O método de failover apropriado seria, se os servidores estiverem cientes um do outro, de modo que, no caso de um ficar indisponível, o outro pule para dentro. Para que isso funcione, ambos precisam compartilhar um arquivo de concessão; o parceiro de failover precisa estar ciente de quais IPs o outro entregou antes da falha. Tanto quanto eu sei isso foi introduzido tão tarde como o Windows Server 2012 . O servidor DHCP ISC comum suporta isso prontamente ; Eu vi isso em ação.
Infelizmente, não acho que haja uma maneira de alcançar esse tipo de failover em um ambiente heterogêneo.
DNS
No princípio , não há problema em executar vários servidores DNS. O DNS suporta intrinsecamente a replicação atribuindo funções mestre / escravo .
No entanto com o ActiveDirectory, as coisas ficam mais complexas, pois o AD depende das atualizações de DDNS do DHCP. Eu já li algumas opiniões sobre esse tópico, que vão de "não é um problema" a "enorme". Veja os links abaixo.
Parece não haver problema para substituir o BIND9 pelo DNS do Windows em um ambiente do AD. Ele também parece estar bem, para executar o BIND como secundário ao longo do DNS primário do Windows. O que eu realmente duvido é se eles ambos atendem o DHCP também. Eu imagino que o DDNS não funcionará perfeitamente, apesar das atualizações dinâmicas de