Conception de reprise en couleur croisée, reprise au niveau DNS?

StackOverflow https://stackoverflow.com/questions/401444

Question

Je suis intéressé par les stratégies de basculement inter-colonnes pour les applications Web, telles que, si le site principal échoue, les utilisateurs atterrissent de manière transparente sur le site de basculement dans une autre colo.

L’application semble être en grande partie résolue grâce à une configuration de base de données maître-esclave entre les colonnes et les services conçus pour récupérer et être en mesure de capter le flux médian. J'essaie de comprendre la stratégie de déplacement du trafic du site principal vers le site de basculement. Le basculement DNS, même avec de faibles valeurs de durée de vie, semble porter un peu de latence .

Quelles stratégies recommanderiez-vous pour déplacer rapidement le trafic entre les colonnes, en supposant que les serveurs de la colonne principale sont inaccessibles?

Si vous avez d'autres expériences intéressantes / paroles de sagesse sur le basculement entre colonnes, j'aimerais les entendre également.

Était-ce utile?

La solution

Les mécanismes basés sur DNS posent problème, même si vous insérez des valeurs de durée de vie faibles dans vos fichiers de zone.

La raison en est que de nombreuses applications (MSIE, par exemple) conservent leurs propres caches qui ignorent la durée de vie. Un autre logiciel effectue un seul gethostbyname () ou un appel équivalent et stocke le résultat jusqu'au redémarrage du programme.

Pire encore, on sait que les serveurs DNS récursifs de nombreux FAI ignorent les durées de vie inférieures à leur minimum préféré et imposent leurs propres durées de vie supérieures.

Si le site doit être exécuté à partir des deux centres de données sans changer d'adresse IP, vous devez au préalable examiner les dispositions relatives à "Multihoming". via les annonces globales d’itinéraire BGP4.

Avec le multihébergement, vous devez avoir au moins un / 24 netblock de "fournisseur indépendant". (c.-à-d. "IP") et que cet espace ne soit annoncé à la table de routage globale à partir du site de sauvegarde que si le site principal est déconnecté.

Autres conseils

En ce qui concerne DNS, j'aime bien faire référence à " Pourquoi l'équilibrage de la charge de serveur global basé sur DNS ne le fait-il pas? Travailler & ; Pour tout le reste - utilisez BGP .

Concevoir des réseaux afin d’équilibrer la charge à l’aide de BGP n’est toujours pas une tâche facile et je ne suis certes pas un expert en la matière. C’est aussi plus complexe que Wikipedia ne peut vous le dire, mais quelques articles intéressants sur le Web détaillent la marche à suivre:

Il y en a toujours plus si vous recherchez BGP et l’équilibrage de charge. Il existe également quelques livres blancs sur Internet qui décrivent comment Akamai procède à son équilibrage de charge global (je crois que c'est aussi BGP.), Ce qui est toujours intéressant à lire et à apprendre.

Au-delà des concepts évidents que vous pouvez utiliser avec des logiciels et du matériel, vous pouvez également vérifier auprès de votre fournisseur d'accès / fournisseur de service / colo s'ils peuvent vous configurer.

Ne vous inquiétez pas non plus en ce qui concerne votre choix de colo (qui est le fournisseur?), mais la plupart des emplacements doivent être configurés pour gérer les temps morts, etc., ils ne doivent pas vous obliger à prendre des mesures. Bien sûr, les inondations ou les extraterrestres peuvent toujours frapper, mais dans ce cas, je suppose qu'il y a des problèmes plus importants. : -)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top