Kvm Gestion des VM en cluster - Historique des versions

127.0.0.1 le 11 mai 2017 à 09:05

2017-05-11T09:05:01Z

← Version précédente		Version du 11 mai 2017 à 09:05
Ligne 3 :		Ligne 3 :
	le cluster.conf, et en reloadant la conf cluster, la vm se mettra toute seule sur le bon noeud.		le cluster.conf, et en reloadant la conf cluster, la vm se mettra toute seule sur le bon noeud.
	Le nom de la vm ne doit pas dépasser 56 caractères, sinon elle ne pourra pas être mise dans le cluster (kvm ne fera pas d'erreur mais ne la démarrera pas)		Le nom de la vm ne doit pas dépasser 56 caractères, sinon elle ne pourra pas être mise dans le cluster (kvm ne fera pas d'erreur mais ne la démarrera pas)

			=== Migration automatique après reboot ===
			<pre>
			Lorsqu un noeud reboot ou crash, l autre noeud va récupérer les VM en cluster qui étaient sur le 1er noeud. Mais lorsque le noeud qui a rebooté ou crashé va remonter (avec les services de cluster
			associés), les VM vont remigrées toutes seules en se basant sur le cluster.conf. Si l'on ne veut pas que ca arrive, et donc remigrer nous même manuellement les VM, il faut modifier le cluster.conf
			pour mettre toutes les VM sur le même noeud
			</pre>

	=== Informations diverses ===		=== Informations diverses ===

217.174.206.178 : /* Commandes diverses */

2014-11-05T14:10:40Z

Commandes diverses

← Version précédente		Version du 5 novembre 2014 à 14:10
Ligne 24 :		Ligne 24 :
	* Disable d'un service : clusvcadm -d <nom_service>		* Disable d'un service : clusvcadm -d <nom_service>
	* Enable d'un service : clusvcadm -e <nom_service>		* Enable d'un service : clusvcadm -e <nom_service>
			* Freeze d'un service (évite la migration d'une vm en attendant) : clusvcadm -Z <nom_service>
	* Migration live hors cluster : virsh migrate --live <$nom_vm> qemu+ssh://<$hostname_autre_hyperviseur>/system		* Migration live hors cluster : virsh migrate --live <$nom_vm> qemu+ssh://<$hostname_autre_hyperviseur>/system
	* Migration hors cluster avec pause de la VM : virsh migrate --persistent <$nom_vm> qemu+ssh://<$hostname_autre_hyperviseur>/system		* Migration hors cluster avec pause de la VM : virsh migrate --persistent <$nom_vm> qemu+ssh://<$hostname_autre_hyperviseur>/system

	[[Catégorie:Virtualisation]]		[[Catégorie:Virtualisation]]

217.174.199.129 le 3 septembre 2014 à 12:39

2014-09-03T12:39:32Z

← Version précédente		Version du 3 septembre 2014 à 12:39
Ligne 12 :		Ligne 12 :
	* Pour ajouter une vm dans le cluster, le mieux est de l'arreter, modifier le cluster.conf et faire une cman_tool -r version		* Pour ajouter une vm dans le cluster, le mieux est de l'arreter, modifier le cluster.conf et faire une cman_tool -r version
	* Pour modifier le xml d une vm dans le cluster il faut l'arreter avec clusvcadm -s, elle sera marquée en stopped dans le clustat, puis la redémarrer avec clusvcadm -R		* Pour modifier le xml d une vm dans le cluster il faut l'arreter avec clusvcadm -s, elle sera marquée en stopped dans le clustat, puis la redémarrer avec clusvcadm -R
			* Lorsqu'on lance des commande avec clusvcadm il est préférable de le faire sur le noeud qui fait tourner la vm, sinon la vm risque de migrer sur le noeud d'où on lance la commande,
			même si la commande n'est pas une commmande de migration

	=== Commandes diverses ===		=== Commandes diverses ===

217.174.199.129 le 18 juillet 2013 à 09:52

2013-07-18T09:52:38Z

← Version précédente		Version du 18 juillet 2013 à 09:52
Ligne 2 :		Ligne 2 :
	Pour intégrer une vm dans le cluster, le mieux est de ne pas la mettre dans le cluster.conf, de la gérer avec virsh le temps de la finaliser, puis d'éteindre la vm, de l'intégrer dans		Pour intégrer une vm dans le cluster, le mieux est de ne pas la mettre dans le cluster.conf, de la gérer avec virsh le temps de la finaliser, puis d'éteindre la vm, de l'intégrer dans
	le cluster.conf, et en reloadant la conf cluster, la vm se mettra toute seule sur le bon noeud.		le cluster.conf, et en reloadant la conf cluster, la vm se mettra toute seule sur le bon noeud.
			Le nom de la vm ne doit pas dépasser 56 caractères, sinon elle ne pourra pas être mise dans le cluster (kvm ne fera pas d'erreur mais ne la démarrera pas)

	=== Informations diverses ===		=== Informations diverses ===

217.174.199.129 : /* Commandes diverses */

2013-07-02T08:42:28Z

Commandes diverses

← Version précédente		Version du 2 juillet 2013 à 08:42
Ligne 15 :		Ligne 15 :
	* clustat : donne l'état du cluster et des vm		* clustat : donne l'état du cluster et des vm
	* cman_tool -r version : reload de la conf /etc/cluster/cluster.conf		* cman_tool -r version : reload de la conf /etc/cluster/cluster.conf
	* ~~Stopper un service~~ du cluster : clusvcadm -s <nom_service> (nom service correspond au retour de clustat, en général vm:$nomdelavm)		* Arreter une vm du cluster : clusvcadm -s <nom_service> (nom service correspond au retour de clustat, en général vm:$nomdelavm)
	* ~~Relancer un service~~ du cluster : clusvcadm -R <nom_service>		* Démarrer une vm du cluster : clusvcadm -R <nom_service>
	* Réallouer un service sur un autre noeud : clusvcadm -r <nom_service> -m <nom_noeud>		* Réallouer un service sur un autre noeud : clusvcadm -r <nom_service> -m <nom_noeud>
	* Migrer une VM d'un noeud à l'autre : clusvcadm -M <nom_service> -m <nom_noeud>		* Migrer une VM d'un noeud à l'autre : clusvcadm -M <nom_service> -m <nom_noeud>

217.174.199.129 le 5 juin 2013 à 16:20

2013-06-05T16:20:49Z

← Version précédente		Version du 5 juin 2013 à 16:20
Ligne 5 :		Ligne 5 :
	=== Informations diverses ===		=== Informations diverses ===
	* Sur les vm il faut que le process acpid tourne, sinon on ne pourra pas les arreter proprement avec la commande virsh shutdown (cela est valable pour des vm hors cluster)		* Sur les vm il faut que le process acpid tourne, sinon on ne pourra pas les arreter proprement avec la commande virsh shutdown (cela est valable pour des vm hors cluster)
	* Dans la config xlm, il faut préciser une option supplémentaire pour que le live migration puisse fonctionner (pour tout les types de disque : classique, swap ou cdrom) : <driver name='qemu' type='raw' cache='none'/>		* Dans la config xlm, il faut préciser une option supplémentaire pour que le live migration puisse fonctionner (pour tout les types de disque : classique, swap ou cdrom) : <driver name='qemu' type='raw' cache='none'/>, ne pas avoir de données "locales" (genre un fichier iso qui est monté dans le cdrom et qui n'existe pas sur tous les noeuds)
	* Normalement les config xml sont copiés automatiquement lors du live migration (à véfifier), cependant si il n'y pas eu de live migration, et qu'un noeud crash, le kvm va lancer la vm sur l'autre noeud et il lui faudra le fichier xml, à copier donc de préférence manuellement sur tous les noeuds		* Normalement les config xml sont copiés automatiquement lors du live migration (à véfifier), cependant si il n'y pas eu de live migration, et qu'un noeud crash, le kvm va lancer la vm sur l'autre noeud et il lui faudra le fichier xml, à copier donc de préférence manuellement sur tous les noeuds
	* Dans la config xml, il faut éviter les éléments locaux (genre un montage d'un fichier iso dans le cdrom), le cas échéant cet élémént doit etre présent au meme endroit sur tous les noeuds		* Dans la config xml, il faut éviter les éléments locaux (genre un montage d'un fichier iso dans le cdrom), le cas échéant cet élémént doit etre présent au meme endroit sur tous les noeuds
	* Lorsque l on met une vm en disable il faut la remettre en enable depuis le kvm qui doit accueillir la vm, sinon c est celui qui la lance qui devient le proprietaire		* Lorsque l on met une vm en disable il faut la remettre en enable depuis le kvm qui doit accueillir la vm, sinon c est celui qui la lance qui devient le proprietaire
			* Pour ajouter une vm dans le cluster, le mieux est de l'arreter, modifier le cluster.conf et faire une cman_tool -r version
			* Pour modifier le xml d une vm dans le cluster il faut l'arreter avec clusvcadm -s, elle sera marquée en stopped dans le clustat, puis la redémarrer avec clusvcadm -R

	=== Commandes diverses ===		=== Commandes diverses ===
	* clustat : donne l'état du cluster et des vm		* clustat : donne l'état du cluster et des vm
	* cman_tool -r version : reload de la conf /etc/cluster/cluster.conf		* cman_tool -r version : reload de la conf /etc/cluster/cluster.conf


	* Stopper un service du cluster : clusvcadm -s <nom_service> (nom service correspond au retour de clustat, en général vm:$nomdelavm)		* Stopper un service du cluster : clusvcadm -s <nom_service> (nom service correspond au retour de clustat, en général vm:$nomdelavm)
	* Relancer un service du cluster : clusvcadm -R <nom_service>		* Relancer un service du cluster : clusvcadm -R <nom_service>
Ligne 23 :		Ligne 23 :
	* Migration live hors cluster : virsh migrate --live <$nom_vm> qemu+ssh://<$hostname_autre_hyperviseur>/system		* Migration live hors cluster : virsh migrate --live <$nom_vm> qemu+ssh://<$hostname_autre_hyperviseur>/system
	* Migration hors cluster avec pause de la VM : virsh migrate --persistent <$nom_vm> qemu+ssh://<$hostname_autre_hyperviseur>/system		* Migration hors cluster avec pause de la VM : virsh migrate --persistent <$nom_vm> qemu+ssh://<$hostname_autre_hyperviseur>/system

	* Pour les autres commandes de cluster voir [https://{{SERVERNAME}}/index.php/Kvm_cluster#Commandes cette page]

	[[Catégorie:Virtualisation]]		[[Catégorie:Virtualisation]]

217.174.199.129 : /* Commandes diverses */

2013-06-05T16:16:34Z

Commandes diverses

← Version précédente		Version du 5 juin 2013 à 16:16
Ligne 13 :		Ligne 13 :
	* clustat : donne l'état du cluster et des vm		* clustat : donne l'état du cluster et des vm
	* cman_tool -r version : reload de la conf /etc/cluster/cluster.conf		* cman_tool -r version : reload de la conf /etc/cluster/cluster.conf


			* Stopper un service du cluster : clusvcadm -s <nom_service> (nom service correspond au retour de clustat, en général vm:$nomdelavm)
			* Relancer un service du cluster : clusvcadm -R <nom_service>
			* Réallouer un service sur un autre noeud : clusvcadm -r <nom_service> -m <nom_noeud>
			* Migrer une VM d'un noeud à l'autre : clusvcadm -M <nom_service> -m <nom_noeud>
			* Disable d'un service : clusvcadm -d <nom_service>
			* Enable d'un service : clusvcadm -e <nom_service>
			* Migration live hors cluster : virsh migrate --live <$nom_vm> qemu+ssh://<$hostname_autre_hyperviseur>/system
			* Migration hors cluster avec pause de la VM : virsh migrate --persistent <$nom_vm> qemu+ssh://<$hostname_autre_hyperviseur>/system

	* Pour les autres commandes de cluster voir [https://{{SERVERNAME}}/index.php/Kvm_cluster#Commandes cette page]		* Pour les autres commandes de cluster voir [https://{{SERVERNAME}}/index.php/Kvm_cluster#Commandes cette page]

	[[Catégorie:Virtualisation]]		[[Catégorie:Virtualisation]]

217.174.199.129 le 6 mai 2013 à 17:10

2013-05-06T17:10:03Z

← Version précédente		Version du 6 mai 2013 à 17:10
Ligne 13 :		Ligne 13 :
	* clustat : donne l'état du cluster et des vm		* clustat : donne l'état du cluster et des vm
	* cman_tool -r version : reload de la conf /etc/cluster/cluster.conf		* cman_tool -r version : reload de la conf /etc/cluster/cluster.conf
	* Pour les autres commandes de cluster voir [https://~~wiki.blaxeen.com~~/index.php/Kvm_cluster#Commandes cette page]		* Pour les autres commandes de cluster voir [https://{{SERVERNAME}}/index.php/Kvm_cluster#Commandes cette page]

	[[Catégorie:Virtualisation]]		[[Catégorie:Virtualisation]]

217.174.199.129 le 7 janvier 2013 à 16:28

2013-01-07T16:28:05Z

← Version précédente		Version du 7 janvier 2013 à 16:28
Ligne 8 :		Ligne 8 :
	* Normalement les config xml sont copiés automatiquement lors du live migration (à véfifier), cependant si il n'y pas eu de live migration, et qu'un noeud crash, le kvm va lancer la vm sur l'autre noeud et il lui faudra le fichier xml, à copier donc de préférence manuellement sur tous les noeuds		* Normalement les config xml sont copiés automatiquement lors du live migration (à véfifier), cependant si il n'y pas eu de live migration, et qu'un noeud crash, le kvm va lancer la vm sur l'autre noeud et il lui faudra le fichier xml, à copier donc de préférence manuellement sur tous les noeuds
	* Dans la config xml, il faut éviter les éléments locaux (genre un montage d'un fichier iso dans le cdrom), le cas échéant cet élémént doit etre présent au meme endroit sur tous les noeuds		* Dans la config xml, il faut éviter les éléments locaux (genre un montage d'un fichier iso dans le cdrom), le cas échéant cet élémént doit etre présent au meme endroit sur tous les noeuds
			* Lorsque l on met une vm en disable il faut la remettre en enable depuis le kvm qui doit accueillir la vm, sinon c est celui qui la lance qui devient le proprietaire

	=== Commandes diverses ===		=== Commandes diverses ===

217.174.199.129 le 7 janvier 2013 à 16:14

2013-01-07T16:14:02Z

← Version précédente		Version du 7 janvier 2013 à 16:14
Ligne 6 :		Ligne 6 :
	* Sur les vm il faut que le process acpid tourne, sinon on ne pourra pas les arreter proprement avec la commande virsh shutdown (cela est valable pour des vm hors cluster)		* Sur les vm il faut que le process acpid tourne, sinon on ne pourra pas les arreter proprement avec la commande virsh shutdown (cela est valable pour des vm hors cluster)
	* Dans la config xlm, il faut préciser une option supplémentaire pour que le live migration puisse fonctionner (pour tout les types de disque : classique, swap ou cdrom) : <driver name='qemu' type='raw' cache='none'/>		* Dans la config xlm, il faut préciser une option supplémentaire pour que le live migration puisse fonctionner (pour tout les types de disque : classique, swap ou cdrom) : <driver name='qemu' type='raw' cache='none'/>
	* Normalement les config xml sont copiés automatiquement lors du live migration (à véfifier), cependant si il n'y pas eu de live migration, et qu'un noeud crash, le kvm va lancer la vm		* Normalement les config xml sont copiés automatiquement lors du live migration (à véfifier), cependant si il n'y pas eu de live migration, et qu'un noeud crash, le kvm va lancer la vm sur l'autre noeud et il lui faudra le fichier xml, à copier donc de préférence manuellement sur tous les noeuds
	sur l'autre noeud et il lui faudra le fichier xml, à copier donc de préférence manuellement sur tous les noeuds
	* Dans la config xml, il faut éviter les éléments locaux (genre un montage d'un fichier iso dans le cdrom), le cas échéant cet élémént doit etre présent au meme endroit sur tous les noeuds		* Dans la config xml, il faut éviter les éléments locaux (genre un montage d'un fichier iso dans le cdrom), le cas échéant cet élémént doit etre présent au meme endroit sur tous les noeuds