Nested LVM configuration with DRBD.
On peut créer des physical volumes sur des logicals volumes ! Et donc des volumes group sur ces nouveaux physical volumes ! Vous me suivez ?
En l’occurrence cela permet de tricher sur la configuration DRBD proxmox (ils disent de partir d’un disque physique). Vous montez un nouveau volume logique sur le volume group par défaut (pve). Puis vous montez votre DRBD dessus.
Enfin sur le DBRD, vous créez un physical volume et à nouveau un volume group. Et voila, vous pouvez enfin ajouter ce volume group répliqué (en dual primary en plus) sur votre proxmox.
DRBD – Proxmox VE
DRBD – Proxmox VE.
Comment mettre en place DRBD sur proxmox. Ce qui est FONDAMENTAL (plusieurs jours de taf perdus la dessus) c’est de comprendre que lorsque vous voulez une réplication en dual primary vous ne pouvez pas vraiment utiliser un file system sur votre device drbd et le monter (mount toussa).
Quand vous voulez mettre un file system sur drbdb en dual primary, vous ne pouvez utiliser qu’un « shared file system » comme ocfs2 ou gfs2. Tout autre file system n’est pas prévu pour gérer les accès concurrentiels sera cassé très rapidement…
Le gros hic c’est que ces 2 fs sont propriétaires (et vieux ?) et s’intègrent très très mal dans proxmox (même impossible en fait sans recompiler un kernel).
Et la finalement, vous finissez par comprendre que monter un LVM sur votre DRBD (un VG pour être exact) est suffisant pour l’ajouter via l’IHM proxmox en tant que storage. Par contre, visiblement, cela ne permettra justement que de mettre des VM de type KVM et pas OpenVZ…
Je comprends mieux pourquoi sur le blog héry il ne parlait que de KVM et d’impossibilité d’OpenVZ… Si j’avais su pourquoi !!!
Mediawiki et réplication mysql : le mauvais ménage ?
Il y a des fois comme ça, ou on a des feeling qu’on ne sait pas expliquer au sujet d’un souci. Puis on test, sans trop savoir et la hop, ca fonctionne.
En l’occurence cette fois il s’agit de mediawiki. Un moteur wiki sympa que j’ai installé sur le serveur. Jusque la tout va bien. Sauf que, et bien l’accès à certaines pages du wiki était totalement anormalement lent… Mediawiki étant tout de même à l’origine fait pour wikipedia, site à forte audience, je me suis logiquement dit que cela venait de chez moi.
Malheureusement aucune explication ni trace d’erreur. Sauf que, mon serveur a une réplication Mysql sur un autre serveur. Bizarrement, j’avais l’impression que ma réplication se mettait régulièrement HS lorsque j’utilisais mediawiki, mais sans preuve (toujours aucune a l’heure actuelle).
Du coup, je me dis, aller, configure ton serveur pour empecher la BDD media wiki d’aller dans le log binaire et du coup d’aller dans la réplication.
Et la miracle ! Le wiki fonctionne correctement, sans attendre 3 plombes !!!
Bref un feeling qui a fonctionné. Sauf que, en l’état, je trouve que c’est moyennement satisfaisant puisque le wiki n’est pas répliqué. A la rigueur je pourrais forcer le wiki a fonctionner avec un moteur plus basique (myisam au lieu de innodb) histoire d’assurer une réplication meilleure ??
Bref pour le moment je laisse en l’état, le wiki est moins critique que le forum dans un premier temps mais bon, il va falloir améliorer cette situation… Sauf que si je laisse la config de base qui a priori ne passe pas sur la réplication et que j’ajoute une tonne de données, la migration sera plus « chiante » par la suite…