OVH Community, votre nouvel espace communautaire.

copie d'un DC vers un autre DC


edenred
15/06/2015, 08h56
est ce que les machines sont isolées du web dans le cadre de l' IP LB ?

edenred
12/06/2015, 15h41
en fait dans le dc 1 le schema est incomplet, le LD IP doit loadbalancer une deuxieme node (NODE B en jaune) que je n'ai pas ajoutée au schema

mais ce qui m'interesse concernant ce post c'est la possibilité de
- repliquer (sans aucun failover/loadbalancing) le slave mysql du DC1 vers le slave mysql du DC2
- faire des commits/checkout a partir des web servers du DC1 verts le GIT du DC2

janus57
12/06/2015, 13h01
Bonjour,

dans ce c'est vous avez juste à config votre infrastructure en master/slave si comme d'après votre schéma y a des loadbalancer plus haut.

D'ailleurs au vu du schéma perso le WWW serait couplé avec l'IP LB vu que c'est la première chose sur quoi le visiteur va taper, l'IP LB (si cette option est prise).
Et si cette option est prise et reste dans un usage basique (redirection HTTP et répartition de charge) je dirais qu'il n'y a pas spécialement besoin de loadbalancer logiciel derrière, vu que par défaut l'IP LB va répartir la charge sur les serveurs dans le même DC et si tous les serveur du DC1 sont HS va basculer sur le DC2 (ou DC3 si on fait une réplication RBX/GRA/SBG).

Donc là du coup si je suis votre schéma c'est l'IP LB qui va faire la bascule automatiquement en cas de "perte" du DC1 et va tout renvoyer vers DC2.

Après vous il vous reste à config les nœuds web et la réplication master/slave de MySQL (sur DC1 et entre DC1 et DC2).

Cordialement, janus57

edenred
12/06/2015, 12h42
mais si il tombe, il tombe, ce qui m'interesse c'est d'avoir un backup des données pure dans un autre dc, pas du process
je n'ai pas besoin de garder la meme ip....ce n'est pas une boite fonctionelle, mais juste une copie des données mysql
et le git n'a pas besoin de failover

pour moi la seule prérogative, c'est que ce slave mysql doit pouvoir communiquer vers l'IP du slave dans l'autre datacenter et que les ports 3306 et 80 soient ouverts, avec des ips qui soient communicantes,( je ne suis pas spécialiste réseau...)

c juste au cas ou le DC explose et que tout disparait, c'est pour avoir un backup decentralise des données, pas du process
apres dans le pire des cas, on copie les fichiers a la main

le GIT doit etre accessible d'un DC a l'autre aussi, mais il plante il plante, j'ai pas besoin de fail over la dessus

peut etre que je me trompe , j'ai fait un schéma

http://i.imgur.com/4oauFaA.jpg

janus57
12/06/2015, 12h25
Bonjour,

c'est bien ce que je dit, si pour une raison X ou Y le serveur principale (avec git ou je sais pas quoi comme services dessus) tombe et qu'un "slave" doit prendre le relais y a pas 36.000 solutions, y en a que 3 de mon point de vue, la "gratuite" et la moins "stable" changer la zone DNS pour pointer vers l'ip du serveur "slave", utiliser une "ipfo" et la basculer du serveur "master" au serveur "slave" (comme ça les services gardent la même IP), ou utiliser une "IP LB3 configuré en "failover" qui va automatiquement basculer le trafic sur le "slave" si jamais le "master" ne répond plus à la sonde.

Si vous avez une autre solution/problématique expliquez plus "clairement" car je vais pas d'autre solutions là.

Cordialement, janus57

edenred
12/06/2015, 12h01
"basculer le serveur ? " je parle d'un lien fixe, pas de bascule
"switch tout seule si la sonde détecte un problème sur le serveur principal" c'est pas du failover

en fait dans le datacenter, j'aurais deja un master et un slave, je veux juste rajouter un serveur GIT/Mysql dans un autre datacenter (au cas ou) et qui serait le slave du slave

il n'y a qu'une instance git, qui serait sur la meme box que la replication mysql

pour la replication, je n'ai pas trop d'expérience, je pense que le slave doit avoir l'ip du master

janus57
12/06/2015, 10h08
Citation Envoyé par edenred
LB,FO ?? mais il ne s'agit pas de load balancing , ni de failover,
juste une "simple" replication mysql et un protocole GIT (ça doit etre de l'http il me semble)
Bonjour,

et donc ?
Si vous voulez une autre replication sans devoir changer le sous-domaine du git (genre git1.example.org pour le DC de RBC et git2.example.org pour le DC de GRA), il vous faut soit une IPFO pour la basculer de serveur, soit une IP LB en frontale qui va switch tout seule si la sonde détecte un problème sur le serveur principale, après derrière bien évidemment faut config les 2 serveurs en master/slave.

Cordialement, janus57

edenred
12/06/2015, 08h25
LB,FO ?? mais il ne s'agit pas de load balancing , ni de failover,
juste une "simple" replication mysql et un protocole GIT (ça doit etre de l'http il me semble)

janus57
12/06/2015, 06h41
Citation Envoyé par fritz2cat
Tu ne voulais mettre l'autre à Gravelines ?
Bonjour,

si GRA ou SBG (ou même BHS).

Cordialement, janus57

fritz2cat
11/06/2015, 20h51
Citation Envoyé par janus57
1 à rbx et l’autre à rbx par exemple
Tu ne voulais mettre l'autre à Gravelines ?

[edit: comme janus57 a corrigé son post plus haut, ma remarque n'est plus d'application !]

janus57
11/06/2015, 17h16
Citation Envoyé par edenred
Bonjour,

pour des raisons de data backup, j'ai besoin de louer une machine supplémentaire dans un data center séparé
cette machine doit aussi contenir un GIT(versioning)

est-ce que les switch/configs réseaux chez OVH le permettent ?

merci
Bonjour,

avec 2 dédié (1 à GRA et l’autre à RBX par exemple), le tout avec soit l'IP LB, soit une IP-FO qui se fera changer de serveur manuellement ou automatiquement via l'API (à programmer soit même), oui c'est possible.

Cordialement, janus57

edenred
11/06/2015, 16h24
Bonjour,

pour des raisons de data backup, j'ai besoin de louer une machine supplémentaire dans un data center séparé
cette machine doit aussi contenir un GIT(versioning)

est-ce que les switch/configs réseaux chez OVH le permettent ?

merci