Haute disponibilité du site Web sans équilibreur de charge ?

Si je vous comprends bien, vous proposez que les deux serveurs distribués soient les serveurs de noms listés pour le domaine en question, chacun avec un zonefile faisant autorité qui contient un seul enregistrement A pointant vers le serveur local pour le nom d'hôte sur lequel votre service HTTPS fonctionne.

Si c'est exact, alors oui, je m'attendrais à ce que cela fonctionne sur la base de la nature stochastique des requêtes aux serveurs de noms. Si un serveur tombe en panne, il ne sera pas en mesure de répondre aux requêtes avec sa propre adresse, les clients devraient donc basculer assez rapidement vers l'autre serveur. pour la recherche DNS .

Vous dites que vous comprenez et acceptez que la mise en cache des DNS signifie qu'un serveur hors service peut interrompre les clients qui ont mis en cache la recherche qui pointe vers ce serveur, éventuellement pendant de longues périodes de temps à cause des FAI qui n'honorent pas les TTL courts. Si c'est le cas, je ne vois pas de faille évidente dans votre proposition.

Je ne le ferais pas moi-même en un mois de dimanche.

L'équilibrage de charge DNS était autrefois la "chose" à utiliser, mais avec la mise en cache utilisée couramment aujourd'hui, ce n'est plus aussi pratique.

Sous Windows, vous disposez d'un "équilibreur de charge réseau" qui peut vous aider à réaliser ce que vous souhaitez faire en utilisant la multidiffusion sur un réseau privé. Vous pouvez toujours le faire à travers les fournisseurs avec un VPN entre les deux.

Sous Linux, vous devrez utiliser quelque chose comme haproxy ou un autre paquet pour accomplir l'équilibrage de la charge. Mais cela pose des problèmes en soi.

Examinez vos options et décidez de la solution la plus rentable pour vos besoins. Je ne peux pas spéculer au-delà des options très populaires.