Utilisation des services DNS pour une transition fluide des services réseau

Tags:
Categories:

Supposons que le nom de domaine du service soit example.domain, l’adresse IP du serveur d’origine soit A, en raison de la migration du serveur ou du changement d’adresse IP, la nouvelle adresse IP du serveur est B, pour garantir que les utilisateurs ne ressentent aucun changement, on peut effectuer une transition fluide des services réseau via le service DNS.

  1. État du service d’origine, example.domain se résout en l’adresse IP A
  2. État de transition, example.domain se résout en les adresses IP A et B
  3. État du nouveau service, example.domain se résout en l’adresse IP B, supprime l’adresse IP A

Remarque : Lorsque les utilisateurs obtiennent deux adresses de résolution, le client en choisit une pour la connexion, et en cas d’échec, il essaie les autres adresses, garantissant ainsi la disponibilité du service.

Comme la résolution DNS comporte un cache, pour garantir une transition fluide, il faut maintenir l’état de transition pendant un certain temps afin de s’assurer que tous les caches expirent.

Dans mon cas, je dois migrer le service DNS, je peux définir une « réécriture DNS » pendant l’état de transition pour accélérer le processus de migration.

Règles de réécriture du service A :

Réécriture du service A

Règles de réécriture du service B :

Réécriture du service B

Le processus de migration original s’étend ainsi :

  1. État du service d’origine, example.domain se résout en l’adresse IP A
  2. État de transition, example.domain est réécrit en A et B dans le service DNS A, et en B dans le service DNS B
  3. État du nouveau service, example.domain se résout en l’adresse IP B, supprime l’adresse IP A

Lorsque les utilisateurs utilisent encore le service DNS A, ils peuvent obtenir deux adresses, avec une probabilité de 50 % de choisir le service DNS A.
Pour l’autre moitié des cas, ils basculent vers le service DNS B, et en cas de panne du service DNS B, ils reviennent au service DNS A. Si le service DNS B ne tombe pas en panne, ils obtiendront seulement une adresse et resteront donc sur le service DNS B.
Ainsi, nous pouvons progressivement réduire la consommation de ressources du service DNS A au lieu de l’arrêter brusquement, réalisant une migration plus fluide.