Suite à quelques problèmes avec mon dédié (disque défectueux... m'a t-on
dit.. et c'est la deuxième fois que celà se produit en quelques mois), je
cherche une solution.
Est-t-il possible d'avoir par exemple 2 serveurs identiques A et B qui
contiennent exactement les meme données... Et de spécifier dans le DNS, que
si ca marche pas sur A, pointer automatiquement sur B.. (un peu comme les
champs MX) ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick Mevzek
Est-t-il possible d'avoir par exemple 2 serveurs identiques A et B qui contiennent exactement les meme données... Et de spécifier dans le DNS, que si ca marche pas sur A, pointer automatiquement sur B.. (un peu comme les champs MX) ?
Oui, c'est possible, mais cela ne se passe pas dans les DNS, qui n'ont pas de notion de failover/priorité sauf pour les MX et sauf à utiliser les trucs récents style NAPTR peu supportés encore.
Plusieurs solutions (liste non exhaustive): - dans votre DNS, vous mettez l'IP de A avec un TTL faible (qqs minutes), et vous vous chargez de mettre à jour automatiquement l'IP pour mettre celle de B dès que vous détectez que A est mort - dans votre DNS, vous faites pointer vers l'IP de C, C étant un répartiteur de charge/gestionnaire de failover, qui fait proxy vers A ou B (A, B, C étant locaux donc).
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
Est-t-il possible d'avoir par exemple 2 serveurs identiques A et B qui
contiennent exactement les meme données... Et de spécifier dans le DNS,
que si ca marche pas sur A, pointer automatiquement sur B.. (un peu
comme les champs MX) ?
Oui, c'est possible, mais cela ne se passe pas dans les DNS, qui n'ont
pas de notion de failover/priorité sauf pour les MX et sauf à utiliser
les trucs récents style NAPTR peu supportés encore.
Plusieurs solutions (liste non exhaustive):
- dans votre DNS, vous mettez l'IP de A avec un TTL faible (qqs minutes),
et vous vous chargez de mettre à jour automatiquement l'IP pour mettre
celle de B dès que vous détectez que A est mort
- dans votre DNS, vous faites pointer vers l'IP de C, C étant un
répartiteur de charge/gestionnaire de failover, qui fait proxy vers A ou
B (A, B, C étant locaux donc).
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Est-t-il possible d'avoir par exemple 2 serveurs identiques A et B qui contiennent exactement les meme données... Et de spécifier dans le DNS, que si ca marche pas sur A, pointer automatiquement sur B.. (un peu comme les champs MX) ?
Oui, c'est possible, mais cela ne se passe pas dans les DNS, qui n'ont pas de notion de failover/priorité sauf pour les MX et sauf à utiliser les trucs récents style NAPTR peu supportés encore.
Plusieurs solutions (liste non exhaustive): - dans votre DNS, vous mettez l'IP de A avec un TTL faible (qqs minutes), et vous vous chargez de mettre à jour automatiquement l'IP pour mettre celle de B dès que vous détectez que A est mort - dans votre DNS, vous faites pointer vers l'IP de C, C étant un répartiteur de charge/gestionnaire de failover, qui fait proxy vers A ou B (A, B, C étant locaux donc).
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
Tom
Hello,
Oui, c'est possible, mais cela ne se passe pas dans les DNS, qui n'ont pas de notion de failover/priorité sauf pour les MX et sauf à utiliser les trucs récents style NAPTR peu supportés encore. J'ai matté la RFC, le truc de fou... je ne suis pas sur d'avoir tout
compris ;) Puisque je ne comprend pas comment faire du HA avec NAPTR :)
Enfin bon, j'ai appris un truc ;) Thx
A+ Thomas
Hello,
Oui, c'est possible, mais cela ne se passe pas dans les DNS, qui n'ont
pas de notion de failover/priorité sauf pour les MX et sauf à utiliser
les trucs récents style NAPTR peu supportés encore.
J'ai matté la RFC, le truc de fou... je ne suis pas sur d'avoir tout
compris ;) Puisque je ne comprend pas comment faire du HA avec NAPTR :)
Oui, c'est possible, mais cela ne se passe pas dans les DNS, qui n'ont pas de notion de failover/priorité sauf pour les MX et sauf à utiliser les trucs récents style NAPTR peu supportés encore. J'ai matté la RFC, le truc de fou... je ne suis pas sur d'avoir tout
compris ;) Puisque je ne comprend pas comment faire du HA avec NAPTR :)
Enfin bon, j'ai appris un truc ;) Thx
A+ Thomas
Manuel Guesdon
On Fri, 03 Sep 2004 12:44:06 +0200, Fr. wrote:
Suite à quelques problèmes avec mon dédié (disque défectueux... m'a t-on dit.. et c'est la deuxième fois que celà se produit en quelques mois), je cherche une solution.
En prenant le probleme par l'autre bout, pourquoi pas du raid (pour ce probleme specifique de disque defectueux) ?
Manuel
On Fri, 03 Sep 2004 12:44:06 +0200, Fr. wrote:
Suite à quelques problèmes avec mon dédié (disque défectueux... m'a
t-on dit.. et c'est la deuxième fois que celà se produit en quelques
mois), je cherche une solution.
En prenant le probleme par l'autre bout, pourquoi pas du raid (pour ce
probleme specifique de disque defectueux) ?
Suite à quelques problèmes avec mon dédié (disque défectueux... m'a t-on dit.. et c'est la deuxième fois que celà se produit en quelques mois), je cherche une solution.
En prenant le probleme par l'autre bout, pourquoi pas du raid (pour ce probleme specifique de disque defectueux) ?
Manuel
Fr.
Les locations de serveur dédiés en RAID sont un peu hors de prix.. (ca coute moins cher d'avoir deux serveurs entrée de gamme !).. Et je mettrait ces deux serveurs dans 2 data-center différents.. Comme ca si c'est tout le réseau de ma machine A qui est indisponible (et non pas seulement le disque dur qui a laché) je pointe sur ma machine B, qui se trouve dans un autre lieu...
Sinon la solution de Patrick M. n°1 me semble la mieux (disons surtout la plus compréhensible)
"- dans votre DNS, vous mettez l'IP de A avec un TTL faible (qqs minutes), et vous vous chargez de mettre à jour automatiquement l'IP pour mettre celle de B dès que vous détectez que A est mort" Seulement, comment détecter que A est mort ?? Par un system de
monitoring..de ping ??
"Manuel Guesdon" a écrit dans le message de news:
On Fri, 03 Sep 2004 12:44:06 +0200, Fr. wrote:
Suite à quelques problèmes avec mon dédié (disque défectueux... m'a t-on dit.. et c'est la deuxième fois que celà se produit en quelques mois), je cherche une solution.
En prenant le probleme par l'autre bout, pourquoi pas du raid (pour ce probleme specifique de disque defectueux) ?
Manuel
Les locations de serveur dédiés en RAID sont un peu hors de prix.. (ca
coute moins cher d'avoir deux serveurs entrée de gamme !).. Et je mettrait
ces deux serveurs dans 2 data-center différents.. Comme ca si c'est tout le
réseau de ma machine A qui est indisponible (et non pas seulement le disque
dur qui a laché) je pointe sur ma machine B, qui se trouve dans un autre
lieu...
Sinon la solution de Patrick M. n°1 me semble la mieux (disons surtout la
plus compréhensible)
"- dans votre DNS, vous mettez l'IP de A avec un TTL faible (qqs minutes),
et vous vous chargez de mettre à jour automatiquement l'IP pour mettre
celle de B dès que vous détectez que A est mort"
Seulement, comment détecter que A est mort ?? Par un system de
monitoring..de ping ??
"Manuel Guesdon" <mguesdon.nntp@oxymium.net> a écrit dans le message de
news: pan.2004.09.03.13.08.07.350154@oxymium.net...
On Fri, 03 Sep 2004 12:44:06 +0200, Fr. wrote:
Suite à quelques problèmes avec mon dédié (disque défectueux... m'a
t-on dit.. et c'est la deuxième fois que celà se produit en quelques
mois), je cherche une solution.
En prenant le probleme par l'autre bout, pourquoi pas du raid (pour ce
probleme specifique de disque defectueux) ?
Les locations de serveur dédiés en RAID sont un peu hors de prix.. (ca coute moins cher d'avoir deux serveurs entrée de gamme !).. Et je mettrait ces deux serveurs dans 2 data-center différents.. Comme ca si c'est tout le réseau de ma machine A qui est indisponible (et non pas seulement le disque dur qui a laché) je pointe sur ma machine B, qui se trouve dans un autre lieu...
Sinon la solution de Patrick M. n°1 me semble la mieux (disons surtout la plus compréhensible)
"- dans votre DNS, vous mettez l'IP de A avec un TTL faible (qqs minutes), et vous vous chargez de mettre à jour automatiquement l'IP pour mettre celle de B dès que vous détectez que A est mort" Seulement, comment détecter que A est mort ?? Par un system de
monitoring..de ping ??
"Manuel Guesdon" a écrit dans le message de news:
On Fri, 03 Sep 2004 12:44:06 +0200, Fr. wrote:
Suite à quelques problèmes avec mon dédié (disque défectueux... m'a t-on dit.. et c'est la deuxième fois que celà se produit en quelques mois), je cherche une solution.
En prenant le probleme par l'autre bout, pourquoi pas du raid (pour ce probleme specifique de disque defectueux) ?
Manuel
Patrick Mevzek
"- dans votre DNS, vous mettez l'IP de A avec un TTL faible (qqs minutes), et vous vous chargez de mettre à jour automatiquement l'IP pour mettre celle de B dès que vous détectez que A est mort" Seulement, comment détecter que A est mort ?? Par un system de
monitoring..de ping ??
Oui... mais non.
Parce que le ping est peut-être filtré quelque part, ou tout simplement parce que ICMP n'est pas forcément corrélé, au niveau réseau avec TCP/80 aka HTTP.
Bref, ce que vous voulez détecter, c'est votre site web qui ne répond plus. Donc la sonde la plus adaptée, c'est une requête HTTP, régulièrement (penser à filtrer vos logs pour la supprimer, sinon le nombre de hits va exploser), genre 1 fois toutes les 10 minutes ou un truc du style. Attention: si la sonde dit que ce n'est plus joignable, cela veut dire que cela ne fonctionne plus depuis l'endroit où la sonde s'exécute, mais c'est peut être à cet endroit qu'il y a un problème, et votre serveur A est peut-être en réalité joignable de partout ailleurs. Donc faudrait plusieurs sondes si c'est vraiment critique.
Vous pouvez commencer avec un petit programme comme echoping par exemple.
Attention: c'est facile et ca marche bien pour des sites statiques, ou des sites dynamiques qui n'utilisent pas de SGBDR. En cas de présence d'un SGBDR, ca se complexifie, si le SGBDR n'est pas non plus joignable, sur la machine de secours il faut, au niveau du code, interdire les accès au SGBDR (et gérer proprement les conséquences), ou sinon avoir aussi un deuxième SGBDR, typiquement répliqué du premier, mais après il faut gérer le re-basculement. Bref, bref, impossible à résumer en 2 lignes, mais c'est du boulot.
Ah, et puis, il faut penser à faire le basculement dans l'autre sens quand le serveur est ``revenu''.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
"- dans votre DNS, vous mettez l'IP de A avec un TTL faible (qqs
minutes), et vous vous chargez de mettre à jour automatiquement l'IP
pour mettre celle de B dès que vous détectez que A est mort"
Seulement, comment détecter que A est mort ?? Par un system de
monitoring..de ping ??
Oui... mais non.
Parce que le ping est peut-être filtré quelque part, ou tout simplement
parce que ICMP n'est pas forcément corrélé, au niveau réseau avec TCP/80
aka HTTP.
Bref, ce que vous voulez détecter, c'est votre site web qui ne répond
plus.
Donc la sonde la plus adaptée, c'est une requête HTTP, régulièrement
(penser à filtrer vos logs pour la supprimer, sinon le nombre de hits va
exploser), genre 1 fois toutes les 10 minutes ou un truc du style.
Attention: si la sonde dit que ce n'est plus joignable, cela veut dire
que cela ne fonctionne plus depuis l'endroit où la sonde s'exécute, mais
c'est peut être à cet endroit qu'il y a un problème, et votre serveur A
est peut-être en réalité joignable de partout ailleurs. Donc faudrait
plusieurs sondes si c'est vraiment critique.
Vous pouvez commencer avec un petit programme comme echoping par exemple.
Attention: c'est facile et ca marche bien pour des sites statiques, ou
des sites dynamiques qui n'utilisent pas de SGBDR.
En cas de présence d'un SGBDR, ca se complexifie, si le SGBDR n'est pas
non plus joignable, sur la machine de secours il faut, au niveau du code,
interdire les accès au SGBDR (et gérer proprement les conséquences), ou
sinon avoir aussi un deuxième SGBDR, typiquement répliqué du premier,
mais après il faut gérer le re-basculement. Bref, bref, impossible à
résumer en 2 lignes, mais c'est du boulot.
Ah, et puis, il faut penser à faire le basculement dans l'autre sens
quand le serveur est ``revenu''.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
"- dans votre DNS, vous mettez l'IP de A avec un TTL faible (qqs minutes), et vous vous chargez de mettre à jour automatiquement l'IP pour mettre celle de B dès que vous détectez que A est mort" Seulement, comment détecter que A est mort ?? Par un system de
monitoring..de ping ??
Oui... mais non.
Parce que le ping est peut-être filtré quelque part, ou tout simplement parce que ICMP n'est pas forcément corrélé, au niveau réseau avec TCP/80 aka HTTP.
Bref, ce que vous voulez détecter, c'est votre site web qui ne répond plus. Donc la sonde la plus adaptée, c'est une requête HTTP, régulièrement (penser à filtrer vos logs pour la supprimer, sinon le nombre de hits va exploser), genre 1 fois toutes les 10 minutes ou un truc du style. Attention: si la sonde dit que ce n'est plus joignable, cela veut dire que cela ne fonctionne plus depuis l'endroit où la sonde s'exécute, mais c'est peut être à cet endroit qu'il y a un problème, et votre serveur A est peut-être en réalité joignable de partout ailleurs. Donc faudrait plusieurs sondes si c'est vraiment critique.
Vous pouvez commencer avec un petit programme comme echoping par exemple.
Attention: c'est facile et ca marche bien pour des sites statiques, ou des sites dynamiques qui n'utilisent pas de SGBDR. En cas de présence d'un SGBDR, ca se complexifie, si le SGBDR n'est pas non plus joignable, sur la machine de secours il faut, au niveau du code, interdire les accès au SGBDR (et gérer proprement les conséquences), ou sinon avoir aussi un deuxième SGBDR, typiquement répliqué du premier, mais après il faut gérer le re-basculement. Bref, bref, impossible à résumer en 2 lignes, mais c'est du boulot.
Ah, et puis, il faut penser à faire le basculement dans l'autre sens quand le serveur est ``revenu''.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
sebastien
Chez DERTERNET, tu peux avoir un serveur dédié à partir de 39,99 euros HT/mois et c'est du bon matos.
"Fr." wrote in message news:<ch9htj$kcd$...
Suite à quelques problèmes avec mon dédié (disque défectueux... m'a t-on dit.. et c'est la deuxième fois que celà se produit en quelques mois), je cherche une solution. Est-t-il possible d'avoir par exemple 2 serveurs identiques A et B qui contiennent exactement les meme données... Et de spécifier dans le DNS, que si ca marche pas sur A, pointer automatiquement sur B.. (un peu comme les champs MX) ?
Immense merci à celui qui saura m'éclairer !!!
Chez DERTERNET, tu peux avoir un serveur dédié à partir de 39,99 euros
HT/mois et c'est du bon matos.
"Fr." <fr.keeo@laposte.net> wrote in message news:<ch9htj$kcd$1@news-reader4.wanadoo.fr>...
Suite à quelques problèmes avec mon dédié (disque défectueux... m'a t-on
dit.. et c'est la deuxième fois que celà se produit en quelques mois), je
cherche une solution.
Est-t-il possible d'avoir par exemple 2 serveurs identiques A et B qui
contiennent exactement les meme données... Et de spécifier dans le DNS, que
si ca marche pas sur A, pointer automatiquement sur B.. (un peu comme les
champs MX) ?
Chez DERTERNET, tu peux avoir un serveur dédié à partir de 39,99 euros HT/mois et c'est du bon matos.
"Fr." wrote in message news:<ch9htj$kcd$...
Suite à quelques problèmes avec mon dédié (disque défectueux... m'a t-on dit.. et c'est la deuxième fois que celà se produit en quelques mois), je cherche une solution. Est-t-il possible d'avoir par exemple 2 serveurs identiques A et B qui contiennent exactement les meme données... Et de spécifier dans le DNS, que si ca marche pas sur A, pointer automatiquement sur B.. (un peu comme les champs MX) ?
Immense merci à celui qui saura m'éclairer !!!
Mikaël Poussard
S?bastien wrote:
Chez TRUCTERNET, tu peux avoir un serveur dédié à partir de 39,99 euros HT/mois et c'est du bon matos.
Etant donné que le matériel est très certainement du compatible PC, je suis curieux de savoir en quoi le "matos" serait vraiment bon par rapport à la concurrence.
Si tu pouvais m'éclaircir...
-- Mik
S?bastien wrote:
Chez TRUCTERNET, tu peux avoir un serveur dédié à partir de 39,99 euros
HT/mois et c'est du bon matos.
Etant donné que le matériel est très certainement du compatible PC, je suis
curieux de savoir en quoi le "matos" serait vraiment bon par rapport à la
concurrence.
Chez TRUCTERNET, tu peux avoir un serveur dédié à partir de 39,99 euros HT/mois et c'est du bon matos.
Etant donné que le matériel est très certainement du compatible PC, je suis curieux de savoir en quoi le "matos" serait vraiment bon par rapport à la concurrence.
Si tu pouvais m'éclaircir...
-- Mik
sebastien
Bah ça tombe pas en panne et c'est fabriqué en Allemagne.
Mikaël Poussard wrote in message news:<413ca4bd$0$21494$...
S?bastien wrote:
Chez TRUCTERNET, tu peux avoir un serveur dédié à partir de 39,99 euros HT/mois et c'est du bon matos.
Etant donné que le matériel est très certainement du compatible PC, je suis curieux de savoir en quoi le "matos" serait vraiment bon par rapport à la concurrence.
Si tu pouvais m'éclaircir...
Bah ça tombe pas en panne et c'est fabriqué en Allemagne.
Mikaël Poussard <net@acidspace.mik> wrote in message news:<413ca4bd$0$21494$636a15ce@news.free.fr>...
S?bastien wrote:
Chez TRUCTERNET, tu peux avoir un serveur dédié à partir de 39,99 euros
HT/mois et c'est du bon matos.
Etant donné que le matériel est très certainement du compatible PC, je suis
curieux de savoir en quoi le "matos" serait vraiment bon par rapport à la
concurrence.
Bah ça tombe pas en panne et c'est fabriqué en Allemagne.
Mikaël Poussard wrote in message news:<413ca4bd$0$21494$...
S?bastien wrote:
Chez TRUCTERNET, tu peux avoir un serveur dédié à partir de 39,99 euros HT/mois et c'est du bon matos.
Etant donné que le matériel est très certainement du compatible PC, je suis curieux de savoir en quoi le "matos" serait vraiment bon par rapport à la concurrence.
Si tu pouvais m'éclaircir...
Stephane Kanschine
Le Mon, 06 Sep 2004 16:09:49 -0700, S?bastien a écrit :
Bah ça tombe pas en panne et c'est fabriqué en Allemagne.
Quel est le rapport avec la question ?
Es tu allé visité ces deux urls ? http://www.aminautes.org/forums/configurer/oe/QF_doc.html http://www.giromini.org/usenet-fr/repondre.html
Si tu comptes continuer à contribuer à ce groupe de nouvelles de façon aussi évasive, je te conseille d'en faire la lecture et l'installation.
-- Stephane Kanschine Amadouer l'anti-spam pour me répondre
Le Mon, 06 Sep 2004 16:09:49 -0700, S?bastien a écrit :
Bah ça tombe pas en panne et c'est fabriqué en Allemagne.
Quel est le rapport avec la question ?
Es tu allé visité ces deux urls ?
http://www.aminautes.org/forums/configurer/oe/QF_doc.html
http://www.giromini.org/usenet-fr/repondre.html
Si tu comptes continuer à contribuer à ce groupe de nouvelles de façon
aussi évasive, je te conseille d'en faire la lecture et
l'installation.
--
Stephane Kanschine
Amadouer l'anti-spam pour me répondre
