Re: [FRnOG] Re: [FRnOG] plan de reprise d'activ ité

2010-07-02 Par sujet Clément Game

Florian MAURY wrote:

2010/6/30 Antoine MILLET antoine.mil...@grimly.org:
  

Tu peux commencer par mettre de l'anycast entre tes deux DC avec bascule
manuelle comme ça pas besoin de migrer les IP coté opérateur / clients.

On 30/06/2010 18:32, Christophe Roger wrote:

Bonjour à tous .

Question de béotien.
Nous envisageons de mettre en place un plan de reprise d'activité entre 2
datacenters.

Comment gérer la reprise d'activité sur le 2° datacenter ?
Sachant que nous avons des serveurs avec des ips publiques et des vpns ipsec
montés entre nos clients et le datacenter N°1.

L'opérateur est-il capable de migrer les ips en cas de sinistre ?
Si oui comment cela se passe-t-il ?


Merci par avance à ceux qui me répondront on ou off list.

Christophe Roger




Bonjour,

Une solution, plus orientée système que réseau, si l'activité à migrer
utilise exclusivement les DNS (et qu'on est sur que ses clients ne
réécrivent jamais les TTL minimum) est également d'utiliser de la
résolution dynamique avec des TTL très court.
La solution cheap pourrait être d'utiliser un PowerDNS avec le
Pipe-Backend qui répond Site 1-Site 2 en fonction de healthcheck (fait
en asynchrone), ou d'une modification manuelle.
La solution riche est de faire appel à du GSLB, avec des Server Iron de Brocade.

C'est une solution qu'on m'a recommandé récemment, mais je n'ai pas de
retour d'expérience long-terme dessus à donner.
  


Zeus fait également une solution de GLB DNS software qui m'a l'air 
plutot chiadée (dans la conception , pq dans le principe modifier des 
records DNS on the fly c'est pas bien sorcier)...mais ca reste encore 
une fois pour les riches.


Le probleme de ce genre de solutions reste tout de meme les 
ttl...certaines applications ne les respectent meme pas et concervent 
les rr en cache meme apres expiration.


C.
---
Liste de diffusion du FRnOG
http://www.frnog.org/



Re: [FRnOG] Re: [FRnOG] plan de reprise d'activ ité

2010-07-02 Par sujet Mathieu Goessens
 Le probleme de ce genre de solutions reste tout de meme les
 ttl...certaines applications ne les respectent meme pas et concervent
 les rr en cache meme apres expiration.
 

Certains FAIs surtout, et donc potentiellement tous les clients derrière
leurs résolveurs...

-- 
Mathieu Goessens
IT consultant.

geb...@poolp.org
+ 33 6 07 91 54 87
http://gebura.eu.org
---
Liste de diffusion du FRnOG
http://www.frnog.org/