effectivement le coût des solutions DRP sont absolument pharaoniques. Par exemple Oracle RAC ça se compte en centaines de milliers d'euros, sans compter l'infrastructure et le jours/hommes.
Cela est évidement nécessaire pour des institutions à qui x minutes d'indisponibilité d'une application entraine une perte financière conséquente (SLA, Cut off time,...)

Sisi, il y a une solution

C'est aussi une solution pour des projets plus larges, mais cela réclame toujours des moyens ... et des connaissances...

Tu as raison, il s'agit d'une entreprise de taille ... respectable et capable de mettre en regard d'une perte d'activités mais aussi pour son image (domaine Financier / Bancaire / Assurance)des solutions coûteuses pour palier à la survenue de sinistres graves.

(j'ai peut-être posté un précédent message à moitié coupé => j'ai ripé sur le clavier et là il n'y a aps beaucoup de solution de secours => la dictée vocale ?)



Jose95

Cela dépends de tes besoins, mais si tu as un site communautaire, en plus des données en DB, tu as aussi des données sur disques que tu dois absolument répliquer (avatars et cie) et qui sont très souvent mises à jour.

Même pour un site de commerce, si tu dois faire gaffe à uploader tes images sur 2 serveurs à chaque fois, tu vas vite en avoir marre et tu risques de ne pas avoir une réplique exacte.... Mais bien sûr, si t'en as pas besoin, tu peux te contenter d'une réplication de DB, MySQL le propose, mais si ton site est gourmant, et il doit l'être pour arriver à de telles solutions ou être sensible, cela va consommer énormément si tes machines ne sont pas localisées dans un même datacenter.

Je ne suis pas prêt à perdre une partie de ma bande passante et de mon CPU pour de la réplication

Mais quoi qu'il en soit, ce ne sont pas des solutions en général pour un particulier, donc à moins de gérer beaucoup par toi même pour avoir un contrôle total, cela risque de te couter un max d'argent...

Le CLuster n'est pas forcément la solution et n'amène rien si ce même cluster est centralisé sur un site. Par ailleurs, il n'est pas forcé qu'un site web bouge constament (l'arborescence des pages et formulaires) : ce qui bougera (si le site fonctionne ainsi) ce sont les données saisie et / ou modifiées par les internautes surfant sur le site (par exemple site de commerce).

LEs différentes transactions sont alors enregitrées dans une base sur chaque site, base répliquée entre les sites. Plus exactement, le delta entre les 2 bases sera répliqué (produit de type double take, ... coût environ 10 k€ pour le soft mais dépend de la négo Client - Fournisseur).

Pour la partie DNS : effectivement un ping ou autre continu et schédulé pourrait faire l'affaire si ce n'est que dans mon cas les 2 serveurs DNS sont externalisés. Je pense que le fait de gérer mon propre serveur DNS Maître m'aurait facilité la tâche ? A moins qu'un provider puisse proposer ce genre de service ?

Cordialement.

Jose95

Oui, mais tu imagines alors qu'il faut, en permanence, une réplique exacte de ton serveur de l'autre côté pour, qu'en cas de site injoignable 2s, le mec aille sur le deuxième site?

C'est difficilement gérable au niveau DNS, quand on veut ce genre de certitudes, on se paie un cluster

C'est mal foutu quand même, ils auraient pu penser à prioritiser les records A aussi, non mais

Jose> C'est impossible tel quel. Tu peux au mieux espérer qu'en cas d'avarie grave sur ton serveur, tu changes automatiquement ton DNS pour aller sur l'autre serveur. A toi de programmer un script qui décide quand le faire (aidé par un outil comme mon/monit par exemple) mais cela ne sera pas immédiat à la seconde, sauf si tu acceptes que ton serveur DNS soit bombardé de requêtes pendant toute l'année.

JC> Non, tu t'es planté, tu as 2 DNS qu'on appele secondaire et primaire mais qui ne sont, en théorie, que des copies l'un de l'autre. Primaire comme secondaire gèrent la même chose.

Chez dns.be, tu as pour informaticien.be 2 ips de DNS, un miroir et celui-ci.
Après, je dois définir informaticien.be, www.informaticien.be et plop.informaticien.be dans le même record.

http://www.commentcamarche.net/internet/dns.php3

Et tu as des exemples de fichier host ici:
http://www.zytrax.com/books/dns/ch8/soa.html

Bonjour,

En fait les NS contiennent la liste des serveurs DNS faisant autorité pour une zone concernée : ils ne contiennent aucune information sur les machines d'une zone donnée.
Ansi, l'adresse de www est indiqué dans un enregistrement de type A sur un serveur DNS (fichiers de zone).

L'adresse de mail.domaine.be est indiqué dans un enregistrement de type MX dans les fichiers décrivant la zone sur un serveur DNS faisant autorité

D'autres serveurs pourraient répondre et par exemple quand un serveur DNS possède l'info et qu'il est interrogé par l'utilitaire nslookup on voit bien
apparaître en réponse "serveur ne faisant pas autorité".

Comme je l'ai vu dans un des messages échangés, avec les enregistrements MX il est possible de configurer plusieurs serveurs relais de messagerie avec un poids différent, ce qui ne semble pas possible avec les enregistrement de type A.

Par ailleurs, le cluster pourrait répondre à la condition que cela soit un cluster "distribué sur 2 sites distants" et entrainerait une problématique concernant le réseau : il faudrait entre les 2 sites un lien réseau transportant les messages de hello du de heartbeat, les mise à jour croisées entre les fonctions de stockage de chacun des sites (j'imagine que chaque sute web est couplé avec une base de données).

Mon besion est un différent : je souhaite qu'en cas de sinistre grave (bombe, inondation, ...) accès au stockage entraînant la disparition des locaux hébergeant le serveur www que les clients, non informés du sinistre, continuent de saisir www... (du reste ils ne pourraient saisir autre chose comme URL) et que cela aboutisse sur un serveur (site web) www présentant une page d'information du type "La Société X a connu un sinitre ... la situation est msopus contrôle ... nous nous efforçons ... etc).

Il faut bien voir que les clients non informés du sinistre, puisque je souhaite pouvoir les informés par le site web www mais pointant sur un autre serveur web -Autre adresse IP-, ne peuvent que saisir le www... saisi en tant ordinaire (hors sinistre).

Cordialement,

Jose95

Dites-le si je me trompe.
pour ton domaine "www.domaine.be", le NS principal se trouve juste derrière le ".be" et indique à qui il faut s'adresser pour trouver "www".
Le NS secondaire contient l'adresse de "www" et ne s'occupe que de "domaine.be".

Si j'ai bien compris (encore...) c'est la mise à jour du serveur primaire qui prend du temps.

Il est donc assez facile et rapide de modifier à la vollée le NS secondaire pour rediriger "www" vers une nouvelle IP sans toucher au NS principal.

Je tire ses conclusion de la manière de fonctionner de ZoneEdit.

Un service de DNS externe avec mise à jour dynamique peut aussi résoudre ton problème, mais c'est moins fun, puisqu'on a pas la main sur tout.