Je développe un site pour un client qui met l'accent sur "aucun temps d'arrêt autorisé".
À présent, même l'hébergement dans le cloud ne constitue pas une promesse de temps de disponibilité total. J'ai donc pensé à l'hébergement en miroir: lorsqu'un hôte tombe en panne, l'autre prend le relais. Je ne sais pas comment je ferais pour configurer le DNS afin de déclencher une panne. Le budget est donc réduit, car c'est une organisation à but non lucratif.
Si quelqu'un a de l'expérience dans ce domaine, j'aimerais savoir quelle est la meilleure façon de s'y prendre.
Le site est la lampe. Je pensais à l'ajout de interdire dans le fichier robots.txt du site en double afin d'éviter les pénalités de référencement, mais à part cela, je cours à l'aveuglette, de sorte que tout conseil serait reçu avec plaisir.
Dans votre cas, la solution doit être au moins deux serveurs avec le même contenu et un proxy frontal qui envoie le trafic vers les serveurs et gère le basculement en cas de panne d’un des serveurs.
Mais il s’agit d’une configuration assez complexe et vous devrez probablement faire appel à un administrateur système pour le configurer et le gérer, sauf si vous savez ce que vous faites.
Je comprends que le client a toujours raison, mais je pense que ce serait dans votre (et son) intérêt de faire de cet objectif un objectif inatteignable. Il y a des raisons pour lesquelles les hôtes ne promettent pas une disponibilité à 100%: ils ne peuvent anticiper l'avenir.
J'ai déjà eu un client comme celui-ci qui a commencé à se plaindre lorsque son site Web est tombé en panne pour la première fois en 6 mois. J'ai expliqué au client que les hôtes Web ressemblent beaucoup aux compagnies d'électricité. Que faites-vous lorsque le courant est coupé?
La plupart des hôtes promettent une disponibilité de 99, x% par mois. Le client doit comprendre que cela prend généralement moins d'une heure par mois et que parfois, les temps d'arrêt ne sont pas tous les sites. Le montant des ventes qu'ils perdent au cours de ces quelques minutes par mois justifie-t-il de payer le double pour l'hébergement? Et dans votre cas, le client est un organisme à but non lucratif avec un petit budget, alors cette question semble répondre à elle-même.
L'autre problème est qu'aucune solution n'est parfaite pour ce travail. Bien sûr, vous pouvez nommer les replis pour DNS, mais cela ne fonctionne que si le serveur DNS tombe en panne. Et vous pouvez jouer avec certains paramètres de proxy complexes, mais cela coûte de l'argent que votre client a clairement indiqué qu'il ne doit pas/ne peut pas dépenser.
C'est une solution simple. Achetez le service d'hébergement de deux fournisseurs différents. De préférence dans différentes régions géographiques.
Pour DNS de votre site exemple.com utilise les deux adresses IP différentes des fournisseurs.
Exemple. Le FAI n ° 1 vous attribue une adresse IP aaa.bbb.ccc.ddd IPS # 2 vous attribue une adresse IP www.xxx.yyy.zzz
Ensuite, votre entrée DNS ressemblerait à
aaa.bbb.ccc.ddd exemple.com www.xxx.yyy.zzz exemple.com
Lorsque vous faites un nslookup, vous obtiendrez 2 adresses IP au lieu d'une. Dans ce cas, la charge de vos demandes sera équilibrée entre les deux sites et si l’un est en panne, l’autre sera disponible.
Il y aura un défi avec la base de données cependant, mais votre sysad devrait pouvoir le comprendre :)
-Administrateur système
J'ai trouvé la réponse à une autre question. Je me sentais assez bête car je le savais déjà. Je cherchais simplement quelque chose de plus complexe alors que la réponse était simple.
Chaque fournisseur doit fournir une liste des serveurs DNS à utiliser lors de l’enregistrement de votre domaine. Cela peut ressembler à quelque chose comme ça:
NS1.ACME.COM NS2.ACME.COM NS1.EXAMPLE.COM NS2.EXAMPLE.COM
Vous entrez tous les 4 de ces serveurs DNS lorsque vous enregistrez votre domaine (ou lors de la modification des propriétés de votre domaine). Par conséquent, si les serveurs DNS de acme.com sont en panne, les serveurs d’exemple.com prendront le relais.