Kvm Cluster & Lvm & Drdb - Historique des versions

127.0.0.1 le 11 juin 2020 à 09:08

2020-06-11T09:08:16Z

← Version précédente		Version du 11 juin 2020 à 09:08
Ligne 433 :		Ligne 433 :
	* Sur un node et pour chaque device (création des PV LVM)		* Sur un node et pour chaque device (création des PV LVM)
	#pvcreate /dev/drbd0		#pvcreate /dev/drbd0

			!! Attention sur un lun directement sans drbd, il ne faut pas faire de partition sinon le pvcreate ne passe pas !!!


	* Sur un des 2 nodes		* Sur un des 2 nodes

127.0.0.1 le 21 avril 2017 à 13:36

2017-04-21T13:36:22Z

← Version précédente		Version du 21 avril 2017 à 13:36
Ligne 450 :		Ligne 450 :
	# service ricci start		# service ricci start
	Mettez enfin un passwd au user ricci automatiquement créé (identique sur les 2 serveurs)		Mettez enfin un passwd au user ricci automatiquement créé (identique sur les 2 serveurs)
			</pre>

			===== died unexpectedly =====
			Il peut arriver que la commande "cman_tool -r version" ou autres commandes liées à ricci envoient un "the connection to nodexxx.net died unexpectedly". Il s agit du certificat de ricci (qui est créé
			lors de l installation) qui a expiré. Pour remédier à cela :
			<pre>
			Pour voir la date de validité du certificat : # openssl x509 -in /var/lib/ricci/certs/cacert.pem -text \| grep "Not After"
			Not After : Apr 19 16:30:56 20216 GMT

			# /etc/init.d/ricci stop
			# rm -f /var/lib/ricci/certs/cacert.pem
			# rm -f /var/lib/ricci/certs/privkey.pem
			# rm -f /var/lib/ricci/certs/{cert8.db,key3.db,secmod.db,server.p12}

			# /etc/init.d/ricci start

			# openssl x509 -in /var/lib/ricci/certs/cacert.pem -text \| grep "Not After"
			Not After : Apr 20 13:00:01 2022 GMT
	</pre>		</pre>

127.0.0.1 le 6 décembre 2016 à 11:52

2016-12-06T11:52:25Z

← Version précédente		Version du 6 décembre 2016 à 11:52
Ligne 156 :		Ligne 156 :
	==== drbd.conf ====		==== drbd.conf ====
	Meme configuration sur les 2 serveurs		Meme configuration sur les 2 serveurs

			!!! Attention à ne pas avoir d alias sur la même interfacec avec des ip de subnet différents, on a eu des pb de synchro drbd. Il vaut mieux changer les ports si on a beaucoup de noeuds !!!

	<pre>		<pre>

127.0.0.1 le 30 décembre 2015 à 13:46

2015-12-30T13:46:17Z

← Version précédente		Version du 30 décembre 2015 à 13:46
Ligne 113 :		Ligne 113 :
	512byte sectors \|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|		512byte sectors \|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|

	Now, when the guest wants to write one block worth of data, it actually causes two blocks to be written, causing avoidable disk I/O. That effectively doubles the number of IOPS needed, a huge waste of disk resources.		Now, when the guest wants to write one block worth of data, it actually causes two blocks to be written, causing avoidable disk I/O. That effectively doubles the number of IOPS needed, a huge waste of
			disk resources.

	Note: Not to scale		Note: Not to scale
Ligne 123 :		Ligne 124 :
	512byte sectors \|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|		512byte sectors \|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|_\|

	By changing the start cylinder of our partitions to always start on 64 KiB boundaries, we're sure to keep the guest OS's file system in-line with the DRBD backing device's blocks. Thus, all reads and ~~writes~~ in the guest OS effect a matching number of real blocks, maximizing disk I/O efficiency.		By changing the start cylinder of our partitions to always start on 64 KiB boundaries, we're sure to keep the guest OS's file system in-line with the DRBD backing device's blocks. Thus, all reads and
			rites in the guest OS effect a matching number of real blocks, maximizing disk I/O efficiency.
	</pre>		</pre>

217.174.199.139 : /* Multipath & disque SAN */

2015-05-29T12:24:49Z

Multipath & disque SAN

← Version précédente		Version du 29 mai 2015 à 12:24
Ligne 91 :		Ligne 91 :
	* lvm.conf		* lvm.conf
	<pre>		<pre>
	Une fois la synchro drbd fini, on va créer le PV avec la commande pvcreate /dev/drbd0. Le soucis est qu'avec une conf lvm de base, le pv créé va s'appeler du nom du path		Une fois la synchro drbd fini, on va créer le PV avec la commande pvcreate /dev/drbd0. Le soucis est qu'avec une conf lvm de base, le pv créé va s'appeler du nom du path du San /dev/mapper/VMp1.
	du San /dev/mapper/VMp1. Ce qui n'est pas bon car on va avoir un PV dans un PV.		Ce qui n'est pas bon car on va avoir un PV dans un PV. (Si c est du drbd sur des disques locaux ce n est pas la peine)
	Il faut remplacer dans /etc/lvm.conf filter = [ "a/./" ] par filter = [ "a\|drbd.\|", "r\|.*\|" ]. Puis relancer clvmd. On aura alors bien un PV qui va s'appeler drbdX		Il faut remplacer dans /etc/lvm.conf filter = [ "a/./" ] par filter = [ "a\|drbd.\|", "r\|.*\|" ]. Puis relancer clvmd. On aura alors bien un PV qui va s'appeler drbdX
	La modification du filtre concerne uniquement le cas ou on a un multipath. Il serait préférable d'exclure le chemin du lun (/dev/mapper/VMp1), plutot que de n'accepter que les device		La modification du filtre concerne uniquement le cas ou on a un multipath. Il serait préférable d'exclure le chemin du lun (/dev/mapper/VMp1), plutot que de n'accepter que les device

217.174.199.139 le 29 mai 2015 à 10:29

2015-05-29T10:29:58Z

← Version précédente		Version du 29 mai 2015 à 10:29
Ligne 314 :		Ligne 314 :

	Lorsque l'on part de disque vierge, on peut lancer cette commande (ca permet d avoir la synchro instantannée) :		Lorsque l'on part de disque vierge, on peut lancer cette commande (ca permet d avoir la synchro instantannée) :
			# drbdadm -- --clear-bitmap new-current-uuid drbd0

217.174.199.139 : /* Initialisation et creation des drbd */

2015-05-29T09:45:56Z

Initialisation et creation des drbd

← Version précédente		Version du 29 mai 2015 à 09:45
Ligne 312 :		Ligne 312 :
	<pre>		<pre>
	# drbdadm -- --overwrite-data-of-peer primary drbd0		# drbdadm -- --overwrite-data-of-peer primary drbd0

			Lorsque l'on part de disque vierge, on peut lancer cette commande (ca permet d avoir la synchro instantannée) :



	# cat /proc/drbd (pour info, la synchronisation est entrain de se lancer)		# cat /proc/drbd (pour info, la synchronisation est entrain de se lancer)

217.174.199.129 : /* Multipath & disque SAN */

2014-08-13T15:23:14Z

Multipath & disque SAN

← Version précédente		Version du 13 août 2014 à 15:23
Ligne 94 :		Ligne 94 :
	du San /dev/mapper/VMp1. Ce qui n'est pas bon car on va avoir un PV dans un PV.		du San /dev/mapper/VMp1. Ce qui n'est pas bon car on va avoir un PV dans un PV.
	Il faut remplacer dans /etc/lvm.conf filter = [ "a/./" ] par filter = [ "a\|drbd.\|", "r\|.*\|" ]. Puis relancer clvmd. On aura alors bien un PV qui va s'appeler drbdX		Il faut remplacer dans /etc/lvm.conf filter = [ "a/./" ] par filter = [ "a\|drbd.\|", "r\|.*\|" ]. Puis relancer clvmd. On aura alors bien un PV qui va s'appeler drbdX
			La modification du filtre concerne uniquement le cas ou on a un multipath. Il serait préférable d'exclure le chemin du lun (/dev/mapper/VMp1), plutot que de n'accepter que les device
			en drbd* (car si on créé un autre PV classique qui ne s'appelle pas drbdX, on ne le verra pas)
	</pre>		</pre>

217.174.199.129 : /* /etc/hosts */

2014-08-13T13:20:37Z

/etc/hosts

← Version précédente		Version du 13 août 2014 à 13:20
Ligne 40 :		Ligne 40 :
	Ici on utilise le hostname du serveur (node05.c01.cloud.agarik.com) qui sera présent dans cluster.conf au niveau du "clusternode name". Mais on peut très bien mettre un autre nom que le hostname du serveur dans le cluster.conf mais il faudra bien le mettre dans le /etc/hosts.		Ici on utilise le hostname du serveur (node05.c01.cloud.agarik.com) qui sera présent dans cluster.conf au niveau du "clusternode name". Mais on peut très bien mettre un autre nom que le hostname du serveur dans le cluster.conf mais il faudra bien le mettre dans le /etc/hosts.
	C'est par cette ip que les vm vont etre migrés.		C'est par cette ip que les vm vont etre migrés.

			Le mieux est de définir un autre hostname lié à l'ip du drbd, et qui sera dans mis dans le fichier cluster.conf (au niveau du "clusternode name", "nodename"). Cela permet de garder un
			fichier /etc/hosts plus classique

	<pre>		<pre>

217.174.206.178 : /* Présentation */

2014-08-04T13:52:46Z

Présentation

← Version précédente		Version du 4 août 2014 à 13:52
Ligne 15 :		Ligne 15 :
	Voilà les informations niveau serveur / ip / volume de ce tutorial. Afin de minimiser le risque d'écriture simultanée et donc de crash possible du volume drbd, on va avoir un volume		Voilà les informations niveau serveur / ip / volume de ce tutorial. Afin de minimiser le risque d'écriture simultanée et donc de crash possible du volume drbd, on va avoir un volume
	"dédié" aux vm sur un noeud et un autre volume pour les vm de l'autre noeud (le volume volimages est facultatif est sert juste pour le déploiement d'images préconfigurés, il n'a pas		"dédié" aux vm sur un noeud et un autre volume pour les vm de l'autre noeud (le volume volimages est facultatif est sert juste pour le déploiement d'images préconfigurés, il n'a pas
	de vocation à être souvent écris)~~. Cela signifie que l'espace disque disponible correspondra à l'espace disque des 2 nodes / 2~~.		de vocation à être souvent écris).
	Toutes les vm qui tournent sur node05 devront être sur le VG volnode05 et les vm qui tournent sur node06 devront etre sur volnode06. Sinon si c'est mélangé, les 2 nodes vont vouloir		Toutes les vm qui tournent sur node05 devront être sur le VG volnode05 et les vm qui tournent sur node06 devront etre sur volnode06. Sinon si c'est mélangé, les 2 nodes vont vouloir
	écrire en même temps sur le même VG / volume drbd et il y a un très fort risque de crash.		écrire en même temps sur le même VG / volume drbd et il y a un très fort risque de crash.

			Il ne faut pas partitionner le disque en 2 partitions égales, mais en 1 partition qui fera la taille (ou un peu plus) de toutes les vm qui seront sur node05, et une 2eme partition qui fera la taille (ou un peu plus pour ne pas laisser de la place non utilisée) de toutes les vm qui seront sur node06.

	[[Image:shemas_drdb.jpg\|frame\|center\|Shemas drbd]]		[[Image:shemas_drdb.jpg\|frame\|center\|Shemas drbd]]