2 votes

Deux hébergeurs fonctionnant simultanément... possible / pas possible ? bonne pratique / inutile ?

Pour le bien de leur réputation, je ne mentionnerai pas les noms. Mais je vais juste utiliser :

Entreprise pour laquelle j'ai travaillé auparavant - ABC Web Dev
Société d'hébergement qu'ils ont utilisée - XYZ Hosting

J'ai récemment appris que l'hébergeur XYZ avait eu un incident au cours duquel il avait perdu une grande partie des données de ses clients, dont celles d'ABC Web Dev. ABC Web Dev a pu récupérer certains des sites Web de ses clients, après les avoir retirés de leurs ordinateurs de développement locaux et placés chez un autre fournisseur d'hébergement. Ils ont fini par perdre beaucoup de clients à cause de cela et leur réputation a été ruinée.

Je lance ma propre société de développement web et je ne veux pas rencontrer le même problème. J'ai l'intention d'utiliser Rackspace, mais, bien qu'il s'agisse d'une entreprise formidable, je ne peux pas m'empêcher de penser que c'est le cas, selon wikipedia, ils ont toujours eu des temps d'arrêt dans leur passé . J'ai pensé que ce serait une bonne idée d'essayer de faire fonctionner deux fournisseurs en même temps, pour s'assurer que si quelque chose arrivait à l'un, les sites web seraient toujours en ligne grâce à l'autre.

Je sais que les sites Web devraient être tirés d'un seul serveur à tout moment, mais s'il existe un moyen de rediriger les demandes vers le deuxième serveur si le premier est en panne, cela résoudrait mon problème.

À titre d'information, nous disposerons d'un environnement d'essai local qui permettra une reprise rapide en cas de problème avec un fournisseur, mais j'aimerais éviter tout temps d'arrêt si possible.

Mes questions sont donc les suivantes :

Quelqu'un a-t-il essayé de faire fonctionner deux fournisseurs simultanément ?

Est-ce que cela serait considéré comme une bonne pratique ou est-ce que je vais trop loin ?

Existe-t-il vraiment un moyen d'en faire fonctionner deux simultanément, l'un des serveurs servant de sauvegarde ?

1voto

Amy Anuszewski Points 1228

Faire face à cette situation sans aucun temps d'arrêt va être difficile. Les grands garçons gèrent cela en en utilisant BGP pour réacheminer le trafic vers le bloc entier d'IPs via la nouvelle installation . Pour tous les autres, vous allez devoir choisir une solution qui vous permettra d'obtenir le niveau de redondance que vous souhaitez.

Dans notre cas, nous recherchions une protection du type "le site A cesse d'exister" (par opposition à "le site A crée accidentellement une boucle de réseau et le réseau s'arrête pendant 15 minutes"). Pour ce faire, nous avons configuré notre serveur DNS primaire sur le site A et notre serveur DNS secondaire sur le site B, de sorte que si le site A tombe définitivement en panne, nous pouvons modifier les fichiers de zone sur le site B pour tout faire pointer vers le site B, puis mettre à jour notre domaine pour remplacer le serveur de noms du site A par un autre site. Il y a des situations que nous ne pouvons pas gérer de cette façon (par exemple : nous sommes bloqués sur le site A mais le serveur DNS y fonctionne toujours, auquel cas nous ne pouvons rien faire tant que l'enregistrement du domaine n'a pas été mis à jour) mais pour tout le reste, les choses fonctionnent à nouveau une fois que les enregistrements DNS en cache ont expiré.

En fonction de la "menace" spécifique, vous pouvez mettre en place d'autres options : par exemple, en cas de perte de toutes les données sur le site A mais que le serveur qui s'y trouve fonctionne toujours (accident de rm ?), vous pouvez mettre en place un serveur web de base qui redirige tout le trafic vers backup.example.com. Si quelqu'un est d'astreinte pour réagir à la situation, cela peut être beaucoup plus rapide que de changer les enregistrements DNS.

Tout ceci suppose que vous mainteniez la synchronisation des données entre les sites. La manière de procéder dépendra entièrement de ce que vous devez synchroniser, du retard que vous êtes prêt à laisser au site B, du montant que vous comptez dépenser pour cela, et de l'opportunité de répliquer également ce rm accident... un sujet pour une toute autre question.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X