Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Aide | Shop Recherche
604 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Logiciels

  [résolu] DRBD + iSCSI + LVM + multipath

 



 Mot :   Pseudo :  
 
 Page :   1  2
Page Précédente
Auteur Sujet :

[résolu] DRBD + iSCSI + LVM + multipath

n°1202320
Plam
:o
Posté le 03-03-2010 à 09:57:47  profilanswer
 

Bonjour,
 
J'ai un soucis avec DRBD, LVM et Multipath. Après avoir fouillé sur google, j'ai pas tellement trouvé de solution.  
Voici rapidement le schéma déjà :  
http://hfr-rehost.net/self/pic/b6db9a01673e35a3d813be4a5f598cb0f9be63d9.png
 
Ensuite, il faut savoir que j'exporte un volume groupe de mes serveurs DRBD, en iSCSI.  
Donc sur mes serveurs Xen, je suis soit connecté à DRBD1 ou DRBD2. A noter qu'il n'y a PAS d'accès concurentiel direct, puisque j'utilise des Logical Volume sur mes Xen, donc je n'écris à AUCUN moment sur le même Logical Volume (au même endroit quoi). Pour éviter que pendant que le lien de réplication se casse la gueule, chacun écrive sur les deux DRBD (là ça serait le bordel), j'ai un script de priorité de multipath.  
Bref, le soucis n'est pas là.  
Le soucis, c'est quand je crée sur un Xen attaché à DRBD2, un logical volume, il n'est pas vu par les autres Xen attachés à DRBD1, pourtant le lien de réplication fonctionne parfaitement. Est-ce normal ?
 
edit : je vois bien le lien de réplication travailler quand j'écris sur un LV tout neuf, mais de l'autre côté, il n'apparait pas..


Message édité par Plam le 15-03-2010 à 11:19:35

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
mood
Publicité
Posté le 03-03-2010 à 09:57:47  profilanswer
 

n°1202324
el_barbone
too old for this shit ...
Posté le 03-03-2010 à 10:30:28  profilanswer
 

regardes du coté des réservations et des locks ... c'est juste une piste, hein, j'ai pas de certitudes.


---------------
En théorie, la théorie et la pratique sont identiques, en pratique, non.
n°1202333
Plam
:o
Posté le 03-03-2010 à 11:09:19  profilanswer
 

tu penses niveau DRBD donc ?


---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202337
el_barbone
too old for this shit ...
Posté le 03-03-2010 à 11:19:19  profilanswer
 

ouais :o


---------------
En théorie, la théorie et la pratique sont identiques, en pratique, non.
n°1202338
Plam
:o
Posté le 03-03-2010 à 11:22:07  profilanswer
 

Je lis la doc, mais je trouve rien de très pertinant là dedans. Je continue à fouiller. Le plus étrange c'est que je trouve pas des "collègues de problème" :/


---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202346
Plam
:o
Posté le 03-03-2010 à 11:32:37  profilanswer
 

Je tiens à préciser que les disques répliqués sont sur une baie Dell MD1000 (avec mass cache etc.) relié en SAS :)


Message édité par Plam le 03-03-2010 à 11:33:48

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202361
Plam
:o
Posté le 03-03-2010 à 11:55:34  profilanswer
 

Bon j'ai désactivé toutes les writes barriers, on va voir ce que ça donne.

 

edit : pareil, c'est le bordel. Je crée ou supprime des LV sur l'export iSCSI (donc sur les Xen) attaché sur un DRBD, sur l'autre il ne "voit" rien tant que je fais pas un "disconnect" et "connect" DRBD. Là après ça "apparait". Je pige pas :/


Message édité par Plam le 03-03-2010 à 12:26:21

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202373
Plam
:o
Posté le 03-03-2010 à 12:28:20  profilanswer
 

Le pire, c'est que si je remove ou add un LV, je vois de l'activité réseau sur le lien de réplication, donc ya bien quelque chose qui est copié, mais ce n'est pas "suffisant" pour LVM..


---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202378
e_esprit
Posté le 03-03-2010 à 12:38:19  profilanswer
 

te faut une version cluster de LVM => cLVM ;)


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202379
Plam
:o
Posté le 03-03-2010 à 12:45:20  profilanswer
 

e_esprit a écrit :

te faut une version cluster de LVM => cLVM ;)

 

Théoriquement non. J'ai peut être mal exprimé mon bordel :
Sur les DRBD :
Baie relié en SAS à une Debian -> Vg avec deux LV -> LV répliqués via DRBD et exporté en iSCSI.

 

Par exemple, mon lv Xen fait 500Go.

 

Sur mes clients iSCSI, mes machines Xen donc :
Elles voient l'export iSCSI comme un device block, bref un /dev/sdx.
Ce dev block est lvmisé à son tour, et possède des LV. Un LV = Une machine virtuelle.

 

Si les Xen sont sur le même DRBD : quand je crée un LV sur un Xen, il est AUTOMATIQUEMENT détécté sur les autre Xen (mais pas activé oui, certes puisque je n'ai pas cLVM ! mais ce n'est pas bien grave, car j'en crée pas tous les quatres matin, et ça risque pas de me faire foirer mes données).

 

Si un des Xen est sur l'autre DRBD, pourtant répliqué en mode bloc (donc censé être identique), la création d'un LV n'est pas retransmise sur l'autre DRBD, ALORS que le lien de réplication indique une activité !

 

Or, si c'est répliqué, pourquoi il n'est pas detecté sur les Xen "pointant" vers l'autre DRBD ? ... Il devrait être "inactive" mais au moins visible !

 

:(


Message édité par Plam le 03-03-2010 à 12:46:46

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
mood
Publicité
Posté le 03-03-2010 à 12:45:20  profilanswer
 

n°1202412
e_esprit
Posté le 03-03-2010 à 14:06:27  profilanswer
 

Parce que c'est comme ça que fonctionne LVM, t'es pa censé faire des modifs "en dehors", donc il rescanne pas ses données :o
C'est à ça que sert cLVM ! il notifie tous les noeuds qu'il y a eu un changement, et il "re-scanne" les infos afin d'être à jour :o
 
Y a peut-être moyen de faire rescanner par LVM sans rebooter, regarde de ce coté : http://www.drbd.org/users-guide/s-nested-lvm.html


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202418
Plam
:o
Posté le 03-03-2010 à 14:22:41  profilanswer
 

Je ne cherche pas à "rescanner", peu m'importe que le volume soit inactif. D'ailleurs, même en rebootant mes Xen, en restant sur le 2ème DRBD, j'ai toujours les volumes qui ne sont pas à jour.

 

Là, on parle bien d'un "différent" plus profond, LVM à beau reboot, vgchange, rien n'y fait : il n'y a une différence, qui est uniquement "comblée" (LV à jour, sans rien refresh d'ailleurs) UNIQUEMENT quand je force le DRBD2 à se déconnecter et reconnecter à la ressource sur le 1 !


Message édité par Plam le 03-03-2010 à 14:23:14

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202421
e_esprit
Posté le 03-03-2010 à 14:28:41  profilanswer
 

J'ai pas compris ton problème en fait...
Quand tu parles de Xen, tu parles de tes VMs en fait ?


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202422
Plam
:o
Posté le 03-03-2010 à 14:30:19  profilanswer
 

Non, mes Xen ce sont mes Dom0 ; Les VM tournent dans des LV crées sur le Dom0, ces LV venant d'un device block, lui même étant un export iSCSI d'un LV sur les serveurs DRBD.

 

En gros :

 

_____________
Device "normal" pour une VM (mais cet étage on s'en fou)
_____________
LV sur le Dom0
_____________

Device Block sur le dom0
_____________
iSCSI sur le LAN
_____________
LV sur DRBD
_____________
Device SAS

 

edit 2 : en rouge la couche qui merde, enfin ne se met pas à jour (pas en terme "ACTIVE/Inactive", juste Visible !) si je fait pas un déco/reco des ressources DRBD. A noter que le problème n'a PAS lieu sur mes serveurs Xen pointent vers le MÊME drbd : ceux là pas de soucis, le LV apparaît, même si inactive (ça je sais, car j'utilise pas cLVM)


Message édité par Plam le 03-03-2010 à 14:35:23

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202427
e_esprit
Posté le 03-03-2010 à 14:42:21  profilanswer
 

Oulah, refais ton schéma c'est pas clair du tout ton explication là.
 
DRBD1 stocké où ? sur quoi ?
DRBD2 stocké où ? sur quoi ?
DRBD1 et 2, c'est deux DRBD différents, ou les deux composantes de ton DRBD ?


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202431
Plam
:o
Posté le 03-03-2010 à 14:53:00  profilanswer
 

http://hfr-rehost.net/self/pic/47a61bc26b99eaf9d2921ff59350c29e6c935f6a.png
 
Plus clair ? C'est chaud à expliquer quand les couches s'entassent :o
 
Admettons que je parte de 0, je crée un LV sur un PC client, qui se connecte juste en iSCSI sur DRBD1 pour faire un "lvcreate TOTO".
- Cela donnerai sur le client lui même :  
ACTIVE /dev/vg_xen/TOTO
 
- Dom0 Alpha en iSCSI sur DRBD 1 :
inactive /dev/vg_xen/TOTO
 
- Dom0 Beta en iSCSI sur DRBD 2 :
RIEN
 
Par contre, si je déconnecte et reconnecter la ressource sur DRBD2, Dom0 Beta aura bien :
- Dom0 Beta en iSCSI sur DRBD 2 :
inactive /dev/vg_xen/TOTO


Message édité par Plam le 03-03-2010 à 14:57:14

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202507
Plam
:o
Posté le 03-03-2010 à 17:08:44  profilanswer
 

Super, avec google, quand je chercher "drbd lvm locks" je tombe ici :o
http://www.google.fr/search?hl=fr& [...] =&aq=f&oq=


---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202519
e_esprit
Posté le 03-03-2010 à 17:31:44  profilanswer
 

C'est beaucoup plus clair :D
 
Je pense que c'est parce que t'es en actif/actif au niveau DRBD, et je ne suis pas certain que le LVM standard
gère ça très bien, c'est un peu pour ça que clvm a été créé (pas forcément pour DRBD, mais par exemple pour du iSCSI/FC
ou ton "disque" - ou LUN - est accessible depuis plusieurs noeuds).
 
Si tu déconnectes / reconnecte ta ressource sur DRBD2, ca revient "un peu" à ce qui est indiqué dans la doc
dont j'ai donné le lien plus haut où ils font :

Citation :

vgchange -a n replicated
  0 logical volume(s) in volume group "replicated" now active
drbdadm secondary r0
 
Then, issue these commands on the peer node:
 
drbdadm primary r0
vgchange -a y replicated


Sauf que dans leur exemple, c'est du Primary/Secondary ;)
 
Donc à mon avis ton salut est dans cLVM :o


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202523
Plam
:o
Posté le 03-03-2010 à 17:41:34  profilanswer
 

Oui, je suis en train de l'installer. On va bien voir :)


---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202623
Plam
:o
Posté le 04-03-2010 à 10:45:46  profilanswer
 

Ptin j'en chie, pour installer cLVM.  
 
J'ai installé OpenAIS (donc cLVM w/o GFS) comme décris ici :  
http://h2o.glou.fr/
 
Par contre, les deux nœuds du cluster n'ont pas l'air de se voir (il y a l'air de bien avoir le multicast entre les deux, mais comme eth1 est ponté en peth1, je sais pas si ça pose soucis).
 
J'ai vraiment pas d'expérience dans cLVM, si y'a des gens avec un peu plus de bouteille je veux bien :)


---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202642
e_esprit
Posté le 04-03-2010 à 11:31:42  profilanswer
 

Mais t'as vraiment besoin de l'actif/actif sinon ?
 
En terme de perfs, c'est vraiment au-dessus ?


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202644
Plam
:o
Posté le 04-03-2010 à 11:41:37  profilanswer
 

Disons que niveau perfs je suis au dessus d'un SAN proprio (Datacore), et qu'en cas de perte d'un DRBD, c'est totalement transparent, sans besoin d'un heartbeat derrière..
 
edit : le multipath permet la HA, et le multimaître la transparence en cas de loss d'un serveur drbd.
 
Avec OpenAIS, j'en suis là :

Citation :


Mar  4 11:39:41.941550 [CLM  ] Members Left:
Mar  4 11:39:41.941565 [CLM  ] Members Joined:
Mar  4 11:39:41.941593 [CLM  ] CLM CONFIGURATION CHANGE
Mar  4 11:39:41.941609 [CLM  ] New Configuration:
Mar  4 11:39:41.941625 [CLM  ]  r(0) ip(10.211.120.99)  
Mar  4 11:39:41.941640 [CLM  ] Members Left:
Mar  4 11:39:41.941655 [CLM  ] Members Joined:
Mar  4 11:39:41.941682 [SYNC ] This node is within the primary component and will provide service.
Mar  4 11:39:41.941712 [TOTEM] entering OPERATIONAL state.
Mar  4 11:39:41.941792 [CLM  ] got nodejoin message 10.211.120.99


 
Pareil sur l'autre nœud :  

Citation :

Mar  4 11:34:04.338885 [CLM  ] Members Joined:
Mar  4 11:34:04.338958 [CLM  ] CLM CONFIGURATION CHANGE
Mar  4 11:34:04.338976 [CLM  ] New Configuration:
Mar  4 11:34:04.338995 [CLM  ]  r(0) ip(10.211.120.100)  
Mar  4 11:34:04.339010 [CLM  ] Members Left:
Mar  4 11:34:04.339026 [CLM  ] Members Joined:
Mar  4 11:34:04.339042 [CLM  ]  r(0) ip(10.211.120.100)  
Mar  4 11:34:04.339152 [SYNC ] This node is within the primary component and will provide service.
Mar  4 11:34:04.339197 [TOTEM] entering OPERATIONAL state.
Mar  4 11:34:04.340099 [CLM  ] got nodejoin message 10.211.120.100


 
Pas de join :/

Message cité 1 fois
Message édité par Plam le 04-03-2010 à 11:43:43

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202645
el_barbone
too old for this shit ...
Posté le 04-03-2010 à 11:46:18  profilanswer
 

Plam a écrit :

Disons que niveau perfs je suis au dessus d'un SAN proprio (Datacore)


 
en même temps, si le serveur de virtu qui supporte datacore est mal sizé (proc/ram + hba), ça fait goulot d'étranglement, hein :o
si tu size correctement normalement les perfs doivent pas etre impactés ... sinon, juste par curiosité t'as quoi derriere le datacore [:opus dei]


---------------
En théorie, la théorie et la pratique sont identiques, en pratique, non.
n°1202647
Plam
:o
Posté le 04-03-2010 à 11:53:09  profilanswer
 

Le datacore est sur un serveur full à lui, Windows 2003 server, 8 coeur 16gig de ram, en SAS sur une MD1000.

 

edit : mais on a eu des gag dessus, le truc bizarre, genre qui ressemble vaguement à ce qu'il m'arrive là en DRBD. Mon taff c'est d'avoir une archi libre et stable, pour pas dépendre que de datacore.

Message cité 1 fois
Message édité par Plam le 04-03-2010 à 11:54:10

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202677
Plam
:o
Posté le 04-03-2010 à 14:06:32  profilanswer
 

D'ailleurs, sans être multi-maître, si mes LV ne sont pas correctement repliqué sur le 2ème DRBD, imaginez la cata si je passe sur le 2 à cause d'un coupure du 1.  
Les nouveaux volumes serait non détecté.
 
La SEULE solution que je vois (sauf si j'arrive à faire marcher cLVM, mais c'est pas gagné avec OpenAIS qui voit aucun autre nœud que lui même), c'est de régulièrement (via CRON), déconnecter/reconnecter un des DRBD à l'autre.
 
C'est moche, mais au moins je suis sûr d'avoir les LV. Mais bon, si ça réplique à moitié, et qu'il manque des trucs, bonjour la cohérence des données.  
 
Je vais continuer des tests en attendant.


---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202679
el_barbone
too old for this shit ...
Posté le 04-03-2010 à 14:08:17  profilanswer
 

Plam a écrit :

Le datacore est sur un serveur full à lui, Windows 2003 server, 8 coeur 16gig de ram, en SAS sur une MD1000.
 
edit : mais on a eu des gag dessus, le truc bizarre, genre qui ressemble vaguement à ce qu'il m'arrive là en DRBD. Mon taff c'est d'avoir une archi libre et stable, pour pas dépendre que de datacore.


 
:jap:


---------------
En théorie, la théorie et la pratique sont identiques, en pratique, non.
n°1202681
Plam
:o
Posté le 04-03-2010 à 14:24:05  profilanswer
 

Bon, quelques conclusion : au niveau bloc, DRBD à l'air de faire son taff.  
 
Pourquoi ? Car par exemple, je lance une VM de test (donc sur un LV qui existe BIEN sur les deux DRBD).
Cette VM de test est lancé sur un Xen relié à DRBD1. J'écris des fichiers (touch toto.txt).
Je halt la VM.
 
Je lance la même VM sur un autre Xen relié à DRBD2. Je vois bien le fichier.
 
Donc je pense que LVM, quand on modifie un VG (ajout ou suppression de LV), il doit utiliser des blocs spéciaux, ou pas reconnu comme changés par DRBD, tant que je refais pas une "vrai" synchro (déco/reco).
 
J'aurai bien aimé parvenir à faire marcher OpenAIS+cLVM, j'ai bien suivi la doc, c'est censé marché tout seul, sauf que les nodes OpenAIS ne se voyent pas (je soupçonne, peut être à tort) que c'est que mes Dom0 Xen font un bridge sur l'interface eth. Peut être que ça merde avec le multicast, je n'en sais rien. Peut être faire un autre topic ?


---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202683
e_esprit
Posté le 04-03-2010 à 14:33:43  profilanswer
 

Plam a écrit :

D'ailleurs, sans être multi-maître, si mes LV ne sont pas correctement repliqué sur le 2ème DRBD, imaginez la cata si je passe sur le 2 à cause d'un coupure du 1.  
Les nouveaux volumes serait non détecté.


Ben c'est heartbeat qui s'occupe de ça en faisant un vgchange -machin truc bidule :o

Plam a écrit :


La SEULE solution que je vois (sauf si j'arrive à faire marcher cLVM, mais c'est pas gagné avec OpenAIS qui voit aucun autre nœud que lui même), c'est de régulièrement (via CRON), déconnecter/reconnecter un des DRBD à l'autre.
 
C'est moche, mais au moins je suis sûr d'avoir les LV. Mais bon, si ça réplique à moitié, et qu'il manque des trucs, bonjour la cohérence des données.  
 
Je vais continuer des tests en attendant.


Très mauvaise idée ça :D


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202685
Plam
:o
Posté le 04-03-2010 à 14:41:08  profilanswer
 

e_esprit a écrit :


Ben c'est heartbeat qui s'occupe de ça en faisant un vgchange -machin truc bidule :o


 

e_esprit a écrit :


Très mauvaise idée ça :D


 
une fois n'est pas coutume, j'ai beau faire vgchange -machine truc bidule, ça ne change RIEN !
 
Toute modification de métadonnées LVM (lvcreate, lvremove) ne sont PAS visible sur le deuxième DRBD, TANT QUE il n'y a pas eu de déco/reco de la ressource.
Par contre, pour les LV existants, aucun soucis : la réplication de bloc se fait bien, juste que les opérations LV sur le VG qui merdent.  
 
A noter que je viens de tester même la live migration entre deux xen, branché CHACUN sur un DRBD différent, AUCUN problème. :ouch:
 
C'est donc bien que créer un LV doit engendrer un truc spécial au niveau bloc que DRBD n'est pas capable de répérer, tant qu'on ne refait pas une synchro manuelle.
 
Exemple concret sur mes Dom0 :
Celui sur lequel je viens de détruire un LV relié à DRBD1:
# vgchange -ay
  47 logical volume(s) in volume group "vg_xen" now active
  2 logical volume(s) in volume group "vg_samba" now active
 
L'autre dom0, relié à DRBD2:
# vgchange -ay
  48 logical volume(s) in volume group "vg_xen" now active
  2 logical volume(s) in volume group "vg_samba" now active
 
 
On voit bien le volume en plus, qui n'a pas disparu..

Message cité 1 fois
Message édité par Plam le 04-03-2010 à 14:45:25

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202687
e_esprit
Posté le 04-03-2010 à 14:48:19  profilanswer
 

Plam a écrit :


 
une fois n'est pas coutume, j'ai beau faire vgchange -machine truc bidule, ça ne change RIEN !
 
Toute modification de métadonnées LVM (lvcreate, lvremove) ne sont PAS visible sur le deuxième DRBD, TANT QUE il n'y a pas eu de déco/reco de la ressource.


Mais c'est heartbeat qui le fait ça :o
 
heartbeat detecte que DRBD1 est parti (ou bien tu force la migration du service DRBD), il entreprends :
- le passage en primary sur le second noeud (qui etait secondary jusque là), ce qui revient à ton deco/reco
- il fait le vgchange -truc machin chose
 


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202692
Plam
:o
Posté le 04-03-2010 à 14:52:42  profilanswer
 

Bon je check ça.

 

edit : euh, passer le DRBD2 en primaire et faire un vgchange sur les Dom0, c'est possible avec heartbeat :??: ?


Message édité par Plam le 04-03-2010 à 14:53:34

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202696
e_esprit
Posté le 04-03-2010 à 15:00:30  profilanswer
 

pas sur les dom0, puisque le heartbeat serait entre DRBD1 et DRBD2
 
Mais il suffit de pas de le faire sur DRBD2 pour que ça fonctionne ?


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202703
Plam
:o
Posté le 04-03-2010 à 15:10:05  profilanswer
 

Oulà, non ! Les DRBD exportent que deux "gros" LV de 500Gig, qui sont eux mêmes LVMisés (je découpe le disque de 500Gig en LV de 10 ou 20gig) sur les Dom0 ! Et c'est sur les Dom0 que je crée et modifie les LV qui sont en gros les disque des DomUs (les VM quoi).

 

La partie LVM de DRBD on s'en tape ! C'est juste pour ma simplifier la vie. Là ou je dis que ça chie, c'est LVM au niveau Dom0. (vais-je réussir à être clair, telle est la question)

 

N'oublie pas, iSCSI fait que je les vois comme des périph "block". Même si j'exporte un gros LV, il est vu à l'arrivé comme un device block de 500Go. Et sur les Dom0, je créer un vg, puis des LV à l'intérieur !

 

edit : par contre, je dis déco/reco la ressource sur les DRBD, en effet, ça remet tout d'applomb chez mes Dom0. C'est ça que je trouve étrange..... Sans faire le moindre vgchange...


Message édité par Plam le 04-03-2010 à 15:12:33

---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202708
e_esprit
Posté le 04-03-2010 à 15:18:31  profilanswer
 

Moi j'aime pas LVM de toutes façons [:farpaitement]


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202710
Plam
:o
Posté le 04-03-2010 à 15:20:36  profilanswer
 

e_esprit a écrit :

Moi j'aime pas LVM de toutes façons [:farpaitement]


 
farpaitement :o


---------------
XCP-ng & Xen Orchestra founder // NodeJS c'est le bien :o // Ossifié, comme fusionné dans son cockpit
n°1202718
el_barbone
too old for this shit ...
Posté le 04-03-2010 à 15:29:07  profilanswer
 

moi j'aime pas l'artisanat :fou:


---------------
En théorie, la théorie et la pratique sont identiques, en pratique, non.
n°1202720
e_esprit
Posté le 04-03-2010 à 15:37:18  profilanswer
 

En fait, ce que tu tentes de réaliser, ça me fait beaucoup beaucoup penser à ce que fait openfiler : http://www.openfiler.com

 

Sauf que eux ne proposent que le haute disponibilité en actif/passif.

 

A mon avis c'est pas un choix qu'ils ont fait comme ça au pif, c'est parce que ça doit pas être super gérable autrement :D

Message cité 1 fois
Message édité par e_esprit le 04-03-2010 à 15:37:46

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202721
e_esprit
Posté le 04-03-2010 à 15:38:23  profilanswer
 

el_barbone a écrit :

moi j'aime pas l'artisanat :fou:


Ouais, y mangent le pain des grosses boites :o


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1202722
el_barbone
too old for this shit ...
Posté le 04-03-2010 à 15:41:44  profilanswer
 

e_esprit a écrit :

En fait, ce que tu tentes de réaliser, ça me fait beaucoup beaucoup penser à ce que fait openfiler : http://www.openfiler.com
 
Sauf que eux ne proposent que le haute disponibilité en actif/passif.
 
A mon avis c'est pas un choix qu'ils ont fait comme ça au pif, c'est parce que ça doit pas être super gérable autrement :D


openfiler, ça marche nickel [:bien]


---------------
En théorie, la théorie et la pratique sont identiques, en pratique, non.
n°1202728
e_esprit
Posté le 04-03-2010 à 15:51:56  profilanswer
 

Je plussoie, c'est que j'utilisais pour faire du maquettage avant qu'on achète notre SAN :jap:
 
Et un collègue l'utilise toujours, à priori ça a bien avancé.


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2
Page Précédente

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Logiciels

  [résolu] DRBD + iSCSI + LVM + multipath

 

Sujets relatifs
Récupérer données NAS partition linux Thecus N2200 [RESOLU][RESOLU] Samba : smbd ne se lance pas au démarrage du serveur
[Résolu] Gérer les noms de domainelogiciel sous Debian pour créer un site ( résolu )
PB carte reseau /etc/udev/rules.d (Résolu)[Résolu] - Problème Thunderbird_Passage de windows à Ubuntu
[Résolu] Fedora Core 12 : impossible de passer en KDE en frJe m'installe un autre LAMP mais soucis avec phpmyadmin [Résolu]
[Résolu]Snort: le demon ne demarre pas.[Resolu] VNC : serveur Centos 5.3 - client xubuntu 9.10
Plus de sujets relatifs à : [résolu] DRBD + iSCSI + LVM + multipath


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite) / Groupe LDLC / Shop HFR