Différences

Ci-dessous, les différences entre deux révisions de la page.

--- tuto:virtualisation:cluster_dedibox [10/10/2013 18:59]
dani [Réglages systèmes]
+++ tuto:virtualisation:cluster_dedibox [18/10/2013 18:02] (Version actuelle)
dani [Déclaration des pools de stockage libvirt]
@@ Ligne 141: / Ligne 141: @@
 <code bash>
 wget -P /etc/yum.repos.d/ \
-  http://download.gluster.org/pub/gluster/glusterfs/3.3/3.3.2/RHEL/glusterfs-epel.repo
+  http://download.gluster.org/pub/gluster/glusterfs/3.4/LATEST/RHEL/glusterfs-epel.repo
 </code>
-<note tip>La version 3.4 apporte des performances en hausses (et pas qu'un peu, sur mes tests, ça double les vitesses d'écriture dans les invités). Malheureusement, il présente quelques problème de fiabilité pour l'instant (les volumes GlusterFS ne redémarrent pas après un redémarrage de l'hôte, obligé de lancer gluster volume start vmstore force etc...). En attendant que ça se stabilise, peut-être avec la 3.4.1, on reste sur la série 3.3, plus mature</note>
 ===== Installation des outils de virtualisation =====
@@ Ligne 446: / Ligne 445: @@
 gluster volume set sanlock nfs.disable on
 gluster volume set sanlock network.ping-timeout 5
-gluster volume set sanlock network.frame-timeout 300
+gluster volume set sanlock network.frame-timeout 10
 </code>
@@ Ligne 549: / Ligne 548: @@
 </code>
-On va aussi créer un second pool pour le stockage des images des VM. Vous pouvez créer autant de pool que nécessaire, par exemple, un pool (aka répertoire dans le volume Gluster) par client par exemple
+On va aussi créer un second pool pour le stockage des images des VM. Vous pouvez créer autant de pool que nécessaire, par exemple, un pool (aka répertoire dans le volume Gluster) par client
 <code bash>
@@ Ligne 1261: / Ligne 1260: @@
 </code>
-<note important>si ce script fonctionne très bien en exécution manuelle, il ne contact pas l'hyperviseur distant pendant un arrêt (il est pourtant appelé au tout début de la phase d'arrêt) et se contente de mettre les VM en pause. Elles peuvent être réveillées immédiatement sur le second, mais ça demande une intervention manuelle, et c'est justement pas le but :-/</note>
+<note important>si ce script fonctionne très bien en exécution manuelle, il ne contact pas l'hyperviseur distant pendant un arrêt (il est pourtant appelé au tout début de la phase d'arrêt) et se contente de mettre les VM en pause. Elles peuvent être réveillées immédiatement sur le second, mais ça demande une intervention manuelle, et c'est justement pas le but :-/ Si quelqu'un à une idée, je suis preneur</note>
 ====== Créer un invité ======