Avec plusieurs adresses IP dans la poignée de domaine, comment les adresses IP défaillantes sont-elles gérées?

Question

J'essaye de coordonner le déplacement d'un site de son serveur actuel à un nouveau. Mon plan initial était de migrer les données vers la nouvelle machine, qui est déjà en place et les scripts de migration testés avec succès. Je prévoyais de configurer la machine d'origine pour envoyer par proxy toutes les demandes à la nouvelle, afin de garantir que toute personne frappant la machine d'origine avant que le changement de DNS ne se propage entièrement recevra toujours la réponse appropriée. Quelqu'un a fait une suggestion alternative que j'ajoute les enregistrements pour la nouvelle machine, sans que cela ne serve réellement aucun contenu. On m'a dit que, dans ces circonstances, le trafic toucherait tous la propriété intellectuelle originale. Quand les nouveaux enregistrements se propagent, on me dit que je peux éteindre l'ancien serveur et afficher le nouveau serveur. Je suis sceptique d'essayer cela et d'avoir ma migration à mi-chemin. Est-ce que je devrais même essayer ou juste coller à mon plan original?

Answer 1

Il n'y a rien de mal dans votre plan d'origine. Il s'agit également d'un bon plan lorsque vous ne contrôlez pas le (s) serveur (s) DNS utilisé (s). [Edit] Aussi, comme cela ressemble à un environnement de production, ce n'est jamais une bonne idée d'essayer quelque chose que vous n'êtes pas familier et à l'aise dans un environnement de production.

La deuxième idée ne semble pas du tout mauvaise, mais tout simplement pas optimale dans ce cas. Aller avec ce que vous savez fonctionne.

Answer 2

Vous ne pouvez pas contrôler combien de temps avant la propagation des enregistrements, mais seulement combien de temps avant d'être sûr qu'ils ont été propagés.

La durée de vie des enregistrements DNS correspond au maximum moment où ils peuvent être mis en cache; Cependant, même avant cette date, les gens vont déjà frapper le site à la nouvelle adresse (par exemple, si leur serveur DNS n'a pas l'enregistrement sur leurs caches).

Cela signifie que toute solution aura une fenêtre de temps où certaines personnes frappent les anciennes adresses et d'autres personnes frappent les nouvelles adresses. Toute solution de migration doit prendre en compte ce scénario.

Votre plan d'origine est le meilleur, à condition que vous vous souveniez d'envoyer un proxy à l'adresse IP (puisque vous ne pouvez pas savoir à quoi le nom de domaine pointe jusqu'à ce que la durée de vie soit écoulée). Un autre plan (si vous pouvez mettre votre site hors ligne pendant un certain temps) consisterait simplement à mettre l'ancien serveur hors ligne, à effectuer la migration, à mettre en ligne le nouveau serveur, à modifier les enregistrements DNS et à attendre que le TTL soit écoulé; les utilisateurs commencent progressivement à utiliser le nouveau serveur comme les enregistrements DNS sur leurs serveurs de noms et les caches DNS du navigateur expirent, et avant cela, ils ne voient qu'un site Web hors connexion.

La suggestion d'ajouter les enregistrements pour la nouvelle machine sans qu'elle ne serve aucun contenu est suspecte, car dès que l'enregistrement est ajouté, certaines personnes vont commencer à l'utiliser.