A solução mais barata que configuramos para nossos clientes são múltiplos bancos de dados somente leitura (o envio de logs é geralmente suficiente) - Então, para quaisquer atualizações no banco de dados, elas são enviadas para o servidor primário - com um "sinalizador" no código. o servidor está inativo (que é automaticamente acionado em uma interrupção). Se esse sinalizador estiver definido, não serão permitidas gravações de alguma maneira amigável.
Às vezes, uma configuração como "admin.example.com" pode ser usada em um único servidor / servidor SQL para todas as atualizações - especialmente em um cenário em que você tem uma base de clientes que faz atualizações e uma base de "usuários" basicamente vê tudo o que os clientes publicaram (listagens de imóveis, por exemplo, este modelo se encaixa muito bem).
Quanto ao link dedicado em vez da VPN - Se você estiver em dois data centers bem conectados, provavelmente haverá pouca preocupação com o tráfego entre eles - e esse tráfego será menor que um link dedicado. Mas você verá uma diminuição significativa no desempenho usando o link VPN em vez de uma LAN, especialmente se você tiver um aplicativo sql "tagarela" (muitas pequenas consultas). Dedicado ou VPN terá essa diminuição, embora as VPNs usem o TCP em vez do UDP, o que praticamente duplica a latência.
Quanto ao DNS: Configurar servidores DNS em cada local para que você tenha DNS redundante, você pode ter cada ponto DNS apenas para os servidores locais em vez de Round Robin (dessa forma, se um servidor dns não pode ser alcançado você assume o servidor da Web nesse local também está inativo). Caso contrário, com apenas round robin básico, você pode relatar o registro "A" para o local de descida.
No entanto, essas coisas não são apenas uma configuração simples, você precisa gastar um pouco de dinheiro no planejamento para que tudo funcione corretamente. Um segundo local geralmente eu digo às pessoas para orçamentar pelo menos 3x um único custo de localização - especialmente na fase de planejamento - Mais tempo para os programadores implementarem as mudanças necessárias.
Temos algumas opções melhores onde dividimos um cliente entre dois prédios na mesma vizinhança (no Equinix Ashburn (DC) há vários prédios). Nós executamos nossas conexões de backbone divididas entre edifícios - o que nos dá failover entre edifícios e ainda todas as vantagens de uma LAN para planejamento. Se você precisa apenas de 2-8 servidores, encontre alguém como nós para configurá-lo e ajudar no planejamento será muito mais barato do que tentar fazê-lo sozinho.
O compartilhamento de data centers na costa leste / costa oeste está além de pessoas com orçamento / complexidade de 4 a 8 servidores quase sempre.
Boa sorte.