Bonjour,
je gère pour l'un de mes clients son infra prod. Aujourd'hui il y a une baie
complête dans un datacenter avec des clusters web, sql, fichiers, tout cela
en HA gérer par des solutions de réplications et de basculement de serveur
en cas de soucis sur un serveur.
Jusque là, pas de problème.
Bonjour,
je gère pour l'un de mes clients son infra prod. Aujourd'hui il y a une baie
complête dans un datacenter avec des clusters web, sql, fichiers, tout cela
en HA gérer par des solutions de réplications et de basculement de serveur
en cas de soucis sur un serveur.
Jusque là, pas de problème.
Tu peux lire la note 1047 de radware... tu verras la lumière :) . Elle
décrit exactement ton besoin.
2008/10/30 Denis Alligand <[EMAIL PROTECTED]>
> Bonjour,
>
> je gère pour l'un de mes clients son infra prod. Aujourd'hui il y a une
> baie complête dans un datacenter avec des clusters web, sql,
Denis Alligand a écrit :
Bonjour,
Ahu,
je vais me limiter à ce que je peux affirmer sans me tromper =)
Jusque là, pas de problème. Hors le soucis est que c'est bien beau de
tout mettre dans une seule baie, mais en cas de coupure de cette baie
(courant électrique/reseaux ...), malgré les beau
Salut,
> je gère pour l'un de mes clients son infra prod. Aujourd'hui il y a une
> baie complête dans un datacenter avec des clusters web, sql, fichiers,
> tout cela en HA gérer par des solutions de réplications et de
> basculement de serveur en cas de soucis sur un serveur.
>
> Jusque là , p
Le sujet m'interesse aussi.
Est ce qu'on peut avoir un lien vers cette "note 1047" ?
Youssef
--
On Oct 30, 2008, at 9:40 AM, Steven Le Roux wrote:
Tu peux lire la note 1047 de radware... tu verras la lumière :) .
Elle décrit exactement ton besoin.
2008/10/30 Denis Alligan
Hello,
Le 30 octobre 2008 09:32, Mathieu Paonessa <[EMAIL PROTECTED]> a écrit :
> Salut,
>
> > je gère pour l'un de mes clients son infra prod. Aujourd'hui il y a une
> > baie complête dans un datacenter avec des clusters web, sql, fichiers,
> > tout cela en HA gérer par des solutions de réplicat
2008/10/30 <[EMAIL PROTECTED]>
> Le sujet m'interesse aussi.
> Est ce qu'on peut avoir un lien vers cette "note 1047" ?
>
hop :
http://www.securitytechnet.com/resource/rsc-center/vendor-wp/radware/app1045.pdf
C'est éprouvé... mangez en.
>
> Youssef
> --
>
> On Oct 30, 2008
2008/10/30 Steven Le Roux <[EMAIL PROTECTED]>
>
>
> 2008/10/30 <[EMAIL PROTECTED]>
>
>> Le sujet m'interesse aussi.
>> Est ce qu'on peut avoir un lien vers cette "note 1047" ?
>
>
C'était la 1045... autant pour moi...
--
Steven Le Roux
Jabber-ID : [EMAIL PROTECTED]
0x39494CCB <[EMAIL PROTECTE
Denis Alligand wrote:
> Hello,
>
> Le plus simple, moins cher et efficace reste à mon avis d'avoir un bloc
> d'IP anycasté depuis tes 2 sites. Si ton site A tombe complètement
> (niveau éléctrique, réseau ou matériel...) ton traffic se retrouve
> basculé sur le site B sans a
2008/10/30 Patrick Viet <[EMAIL PROTECTED]>
> 2008/10/30 Steven Le Roux <[EMAIL PROTECTED]>:
>
> > hop :
> >
> http://www.securitytechnet.com/resource/rsc-center/vendor-wp/radware/app1045.pdf
> >
> > C'est éprouvé... mangez en.
>
> Ha oui mangez-en.
> Enfin si une bascule de > 1/2h est OK ...
Ce
Bonjour,
tu fais de l'anycast sur ton bloc d'ip, il sera donc routé vers deux
lieux différent, en utilisant le plus "proche", et le cas échéant celui
encore en vie.
ça te permet de répartir la charge de manière externe et non interne, ça
t'évite de tirer sur tes liens inter-site, et de subir
2008/10/30 Patrick Viet <[EMAIL PROTECTED]>
>
> Cette archi permet de fonctionner en actif/actif... sur n branches
>>
>> Pas de temps de bascule.
>>
>
> Donc en fait si on a le site A et B en actif/actif, que le site A tombe en
> panne, il n'y a pas besoin de basculer les gens qui utilisaient le s
Le Jeu 30 octobre 2008 09:17, Denis Alligand a écrit :
> Bonjour,
>
> je gère pour l'un de mes clients son infra prod. Aujourd'hui il y a une
> baie
> complête dans un datacenter avec des clusters web, sql, fichiers, tout
> cela
> en HA gérer par des solutions de réplications et de basculement de s
2008/10/30 Steven Le Roux <[EMAIL PROTECTED]>
>
>
> T'as lu la note ? L'enregistrement NS de ton domaine renvoie deux NS :
> A.domain.tld et B.domain.tld, chacun des ces deux dns jouent le rôle de
> redirecteur, et l'important c'est que chaque application/ferme héberge son
> propre dns, ainsi, m
Article interessant à ce sujet mais qui date un peu:
http://www.tenereillo.com/GSLBPageOfShame.htm
2008/10/30 Patrick Viet <[EMAIL PROTECTED]>:
> 2008/10/30 Steven Le Roux <[EMAIL PROTECTED]>
>>
>>
>> T'as lu la note ? L'enregistrement NS de ton domaine renvoie deux NS :
>> A.domain.tld et B.d
Le 30 octobre 2008 13:22, David Ramahefason <[EMAIL PROTECTED]> a écrit :
> Article interessant à ce sujet mais qui date un peu:
>
> http://www.tenereillo.com/GSLBPageOfShame.htm
>
effectivement instructif
Donc,
si on se réfère à cette article (donc la dernèire update date de fin 2007,
c'est pas
Bonjour,
Faire confiance à des DNS ou à des annonces dans BGP ? Vous n'avez
aucune vision de ce qui se fait chez les autres opérateurs au niveau
de leurs caches .. Alors que quand on a la main sur les annonces c'est
d'autant plus facile de router le trafic. On ne peut pas s'appuyer sur
un
Bonjour,
Le 30 octobre 2008 14:27, Nicolas Strina <[EMAIL PROTECTED]> a
écrit :
> Bonjour,
> Faire confiance à des DNS ou à des annonces dans BGP ? Vous n'avez aucune
> vision de ce qui se fait chez les autres opérateurs au niveau de leurs
> caches .. Alors que quand on a la main sur les annonces
Alors,
Le 30 oct. 08 à 14:54, Denis Alligand a écrit :
Bonjour,
Le 30 octobre 2008 14:27, Nicolas Strina
<[EMAIL PROTECTED]> a écrit :
Bonjour,
Faire confiance à des DNS ou à des annonces dans BGP ? Vous n'avez
aucune vision de ce qui se fait chez les autres opérateurs au niveau
de leu
2008/10/30 Patrick Viet <[EMAIL PROTECTED]>
> 2008/10/30 Steven Le Roux <[EMAIL PROTECTED]>
>
>>
>>
>> T'as lu la note ? L'enregistrement NS de ton domaine renvoie deux NS :
>> A.domain.tld et B.domain.tld, chacun des ces deux dns jouent le rôle de
>> redirecteur, et l'important c'est que chaque
On Thu, 30 Oct 2008 15:36:32 +0100, "Steven Le Roux"
<[EMAIL PROTECTED]> said:
> "All versions of the Firefox and Mozilla/Netscape browsers since mid 2004 by
> default cache all DNS records for 1 minute no matter what the TTL value is.
> This means that they will discover DNS changes within one m
Tu peux lire la note 1047 de radware... tu verras la lumière :) . Elle
décrit exactement ton besoin.
2008/10/30 Denis Alligand <[EMAIL PROTECTED]>
> Bonjour,
>
> je gère pour l'un de mes clients son infra prod. Aujourd'hui il y a une
> baie complête dans un datacenter avec des clusters web, sql,
Denis Alligand a écrit :
Bonjour,
Ahu,
je vais me limiter à ce que je peux affirmer sans me tromper =)
Jusque là, pas de problème. Hors le soucis est que c'est bien beau de
tout mettre dans une seule baie, mais en cas de coupure de cette baie
(courant électrique/reseaux ...), malgré les beau
Salut,
> je gère pour l'un de mes clients son infra prod. Aujourd'hui il y a une
> baie complête dans un datacenter avec des clusters web, sql, fichiers,
> tout cela en HA gérer par des solutions de réplications et de
> basculement de serveur en cas de soucis sur un serveur.
>
> Jusque là , p
Le sujet m'interesse aussi.
Est ce qu'on peut avoir un lien vers cette "note 1047" ?
Youssef
--
On Oct 30, 2008, at 9:40 AM, Steven Le Roux wrote:
Tu peux lire la note 1047 de radware... tu verras la lumière :) .
Elle décrit exactement ton besoin.
2008/10/30 Denis Alligan
Hello,
Le 30 octobre 2008 09:32, Mathieu Paonessa <[EMAIL PROTECTED]> a écrit :
> Salut,
>
> > je gère pour l'un de mes clients son infra prod. Aujourd'hui il y a une
> > baie complête dans un datacenter avec des clusters web, sql, fichiers,
> > tout cela en HA gérer par des solutions de réplicat
2008/10/30 <[EMAIL PROTECTED]>
> Le sujet m'interesse aussi.
> Est ce qu'on peut avoir un lien vers cette "note 1047" ?
>
hop :
http://www.securitytechnet.com/resource/rsc-center/vendor-wp/radware/app1045.pdf
C'est éprouvé... mangez en.
>
> Youssef
> --
>
> On Oct 30, 2008
2008/10/30 Steven Le Roux <[EMAIL PROTECTED]>
>
>
> 2008/10/30 <[EMAIL PROTECTED]>
>
>> Le sujet m'interesse aussi.
>> Est ce qu'on peut avoir un lien vers cette "note 1047" ?
>
>
C'était la 1045... autant pour moi...
--
Steven Le Roux
Jabber-ID : [EMAIL PROTECTED]
0x39494CCB <[EMAIL PROTECTE
Denis Alligand wrote:
> Hello,
>
> Le plus simple, moins cher et efficace reste à mon avis d'avoir un bloc
> d'IP anycasté depuis tes 2 sites. Si ton site A tombe complètement
> (niveau éléctrique, réseau ou matériel...) ton traffic se retrouve
> basculé sur le site B sans a
2008/10/30 Patrick Viet <[EMAIL PROTECTED]>
> 2008/10/30 Steven Le Roux <[EMAIL PROTECTED]>:
>
> > hop :
> >
> http://www.securitytechnet.com/resource/rsc-center/vendor-wp/radware/app1045.pdf
> >
> > C'est éprouvé... mangez en.
>
> Ha oui mangez-en.
> Enfin si une bascule de > 1/2h est OK ...
Ce
Bonjour,
tu fais de l'anycast sur ton bloc d'ip, il sera donc routé vers deux
lieux différent, en utilisant le plus "proche", et le cas échéant celui
encore en vie.
ça te permet de répartir la charge de manière externe et non interne, ça
t'évite de tirer sur tes liens inter-site, et de subir
2008/10/30 Patrick Viet <[EMAIL PROTECTED]>
>
> Cette archi permet de fonctionner en actif/actif... sur n branches
>>
>> Pas de temps de bascule.
>>
>
> Donc en fait si on a le site A et B en actif/actif, que le site A tombe en
> panne, il n'y a pas besoin de basculer les gens qui utilisaient le s
Le Jeu 30 octobre 2008 09:17, Denis Alligand a écrit :
> Bonjour,
>
> je gère pour l'un de mes clients son infra prod. Aujourd'hui il y a une
> baie
> complête dans un datacenter avec des clusters web, sql, fichiers, tout
> cela
> en HA gérer par des solutions de réplications et de basculement de s
2008/10/30 Steven Le Roux <[EMAIL PROTECTED]>
>
>
> T'as lu la note ? L'enregistrement NS de ton domaine renvoie deux NS :
> A.domain.tld et B.domain.tld, chacun des ces deux dns jouent le rôle de
> redirecteur, et l'important c'est que chaque application/ferme héberge son
> propre dns, ainsi, m
Article interessant à ce sujet mais qui date un peu:
http://www.tenereillo.com/GSLBPageOfShame.htm
2008/10/30 Patrick Viet <[EMAIL PROTECTED]>:
> 2008/10/30 Steven Le Roux <[EMAIL PROTECTED]>
>>
>>
>> T'as lu la note ? L'enregistrement NS de ton domaine renvoie deux NS :
>> A.domain.tld et B.d
Le 30 octobre 2008 13:22, David Ramahefason <[EMAIL PROTECTED]> a écrit :
> Article interessant à ce sujet mais qui date un peu:
>
> http://www.tenereillo.com/GSLBPageOfShame.htm
>
effectivement instructif
Donc,
si on se réfère à cette article (donc la dernèire update date de fin 2007,
c'est pas
Bonjour,
Faire confiance à des DNS ou à des annonces dans BGP ? Vous n'avez
aucune vision de ce qui se fait chez les autres opérateurs au niveau
de leurs caches .. Alors que quand on a la main sur les annonces c'est
d'autant plus facile de router le trafic. On ne peut pas s'appuyer sur
un
Bonjour,
Le 30 octobre 2008 14:27, Nicolas Strina <[EMAIL PROTECTED]> a
écrit :
> Bonjour,
> Faire confiance à des DNS ou à des annonces dans BGP ? Vous n'avez aucune
> vision de ce qui se fait chez les autres opérateurs au niveau de leurs
> caches .. Alors que quand on a la main sur les annonces
Alors,
Le 30 oct. 08 à 14:54, Denis Alligand a écrit :
Bonjour,
Le 30 octobre 2008 14:27, Nicolas Strina
<[EMAIL PROTECTED]> a écrit :
Bonjour,
Faire confiance à des DNS ou à des annonces dans BGP ? Vous n'avez
aucune vision de ce qui se fait chez les autres opérateurs au niveau
de leu
2008/10/30 Patrick Viet <[EMAIL PROTECTED]>
> 2008/10/30 Steven Le Roux <[EMAIL PROTECTED]>
>
>>
>>
>> T'as lu la note ? L'enregistrement NS de ton domaine renvoie deux NS :
>> A.domain.tld et B.domain.tld, chacun des ces deux dns jouent le rôle de
>> redirecteur, et l'important c'est que chaque
On Thu, 30 Oct 2008 15:36:32 +0100, "Steven Le Roux"
<[EMAIL PROTECTED]> said:
> "All versions of the Firefox and Mozilla/Netscape browsers since mid 2004 by
> default cache all DNS records for 1 minute no matter what the TTL value is.
> This means that they will discover DNS changes within one m
42 matches
Mail list logo