« Clustering proxmox avec tinc » : différence entre les versions

Aller à la navigation Aller à la recherche
 
(24 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
cluster de 2 nodes : node1 ayant comme ip principale 88.88.88.88 et node2 ayant comme ip principale 99.99.99.99
[[Category:serveur]]
[[Category:debian]]
[[Category:virtualisation]]
 
cluster de 2 nodes : node1 ayant comme ip principale 88.88.88.88 et node2 ayant comme ip principale 99.99.99.99<br>
Valable pour proxmox 2.x à proxmox 5.x


=node 1=
=node 1=
Ligne 15 : Ligne 20 :
Name = node1
Name = node1
AddressFamily = ipv4
AddressFamily = ipv4
#BindToAddress = x.x.x.x
Device = /dev/net/tun
Device = /dev/net/tun
Mode = switch
Mode = switch
ConnectTo = node2
ConnectTo = node2
TcpOnly=no
IndirectData=no
</pre>
</pre>


Ligne 67 : Ligne 75 :
Name = node2
Name = node2
AddressFamily = ipv4
AddressFamily = ipv4
#BindToAddress = x.x.x.x
Device = /dev/net/tun
Device = /dev/net/tun
Mode = switch
Mode = switch
ConnectTo = node1
ConnectTo = node1
TcpOnly=no
IndirectData=no
</pre>
</pre>


Ligne 87 : Ligne 98 :


/sbin/ip link set vpn up
/sbin/ip link set vpn up
/sbin/ip addr add 10.10.10.2 dev vpn
/sbin/ip addr add 10.10.10.2/24 dev vpn
/sbin/ip route add 10.10.10.0/24 dev vpn
/sbin/ip route add 10.10.10.0/24 dev vpn
/sbin/route add -net 224.0.0.0 netmask 240.0.0.0 dev vpn
/sbin/route add -net 224.0.0.0 netmask 240.0.0.0 dev vpn
Ligne 111 : Ligne 122 :
Copiez le fichier <code>/etc/tinc/vpn/hosts/node2</code> de <code>node2</code> vers <code>/etc/tinc/vpn/hosts/</code> sur <code>node1</code>
Copiez le fichier <code>/etc/tinc/vpn/hosts/node2</code> de <code>node2</code> vers <code>/etc/tinc/vpn/hosts/</code> sur <code>node1</code>


=Lancement et test de la configuration=
=Test de la configuration=


Ajoutez ceci dans <code>/etc/hosts</code> sur les deux nodes :
Ajoutez ceci dans <code>/etc/hosts</code> sur les deux nodes :
Ligne 120 : Ligne 131 :


Sur les deux nodes :
Sur les deux nodes :
<pre>/etc/init.d/tinc start</pre>
<pre>systemctl start tinc@vpn</pre>


Installez omping pour tester le multicast (sur les deux nodes) :
Installez omping pour tester le multicast (sur les deux nodes) :
Ligne 127 : Ligne 138 :
Lancez cette commande sur les deux nodes  
Lancez cette commande sur les deux nodes  
<pre>omping node1 node2</pre>
<pre>omping node1 node2</pre>
=Lancement automatique=
Si tout fonctionne, nous allons configurer tinc pour se lancer automatiquement au démarrage, et ce avant corosync.
<pre>systemctl edit --full tinc@vpn.service</pre>
et ajoutez la ligne suivante dans la section <code>[Unit]</code> :
<pre>Before=corosync.service</pre>
Puis activez le lancement automatique de notre lien tinc "vpn" :
<pre>systemctl enable tinc@vpn</pre>
Puis recharger la configuration de systemd :
<pre>systemctl daemon-reload</pre>


=Création du cluster=
=Création du cluster=


Attention : si vous avez désactivé le login ssh root par password il faut le réactiver (vous pourrez à nouveau le désactiver une fois le cluster créé).
Attention : si vous avez désactivé le login ssh root par password il faut le réactiver obligatoirement car proxmox force le login par password lors de la création du cluster ; vous pourrez à nouveau le désactiver une fois le cluster créé.


==Sur node1==
==Sur node1==
Ligne 141 : Ligne 166 :


==Sur node2==
==Sur node2==
Pour connecter node2 au cluster vous devez pouvoir vous connecter à l'interface proxmox avec l'utilisateur root@pam avec le mot-de-passe. Si vous l'aviez désactivé, réactivez le temporairement.
Pour lancer l'ajout :
<pre>pvecm add node1</pre>
<pre>pvecm add node1</pre>


Ligne 149 : Ligne 178 :
</pre>
</pre>


=Sur tous les nodes avec tinc=
=Suppression d'un node=
Editez le fichier <code>/etc/init.d/tinc</code> et ajoutez dans les en-tête d'init les deux lignes suivantes :
 
Avant de lancer la commande de suppression, vous devez impérativement couper la machine que vous souhaitez supprimer du cluster et vous assurer qu'elle ne redémarre à aucun moment sur proxmox (ou du moins pas sur cette installation de proxmox) car elle rejoindrait à nouveau le cluster. Si la machine rejoint le cluster après avoir été supprimé du cluster, vous risqueriez de flinguer totalement le cluster.<br>
Dans l'idéal, passez la machine en mode rescue puis supprimez la configuration de tinc, ou arrêter la complètement.
 
Pour supprimer la machine node5 du cluster, lancez sur n'importe quel autre node :
<pre>pvecm delnode node5</pre>
 
La commande ne retourne aucune confirmation. Si vous lancez <code>pvecm status</code>, vous devriez voir la ligne <code>Nodes:</code> décrémentée de 1.
 
Pour supprimer définitivement les fichiers de configurations du node, et qu'il ne soit plus affiché dans la gui :
<pre>rm -rf /etc/pve/nodes/node5</pre>
 
=Afficher les informations du lien tinc=
Le démon tinc permet egalement d'obtenir des informations plus détaillées sur le statut du lien :
<pre>tincd -n <nom> -kUSR2</pre>
Les informations seront dans le syslog
 
=Note sur la gestion du démon tinc par systemd sous debian=
 
Sous debian avec systemd, une unit par défaut est créée (<code>tinc.service</code>) mais ne reflete pas réellement le statut de votre démon tinc. Elle est utilisée pour propager les commandes stop, restart et reload à tous les démons tinc que vous pourriez lancer.
 
Si vous créez deux VPN différents dans <code>/etc/tinc/vpnA/</code> et <code>/etc/tinc/vpnB/</code>, il vous faudra les activer avec :
<pre>
<pre>
# X-Start-Before:    pve-cluster
systemctl enable tinc@vpnA.service
# X-Stop-After:      pve-cluster
systemctl enable tinc@vpnB.service
</pre>
</pre>


Puis lancez <pre>update-rc.d tinc defaults</pre>
Puis vous pourrez gérer indépendamment vpnA ou vpnB en utilisant les noms complets, par exemple :
<pre>
systemctl status tinc@vpnA.service
systemctl status tinc@vpnB.service
</pre>


Ainsi, tinc démarrera toujours avant pve-cluster et s'arrêtera toujours après pve-cluster (il est logique que le lien vpn soit prêt avant et tombe après le cluster)
L'unit <code>tinc.service</code> permet de propager les commandes stop, restart et reload à l'ensemble des démons tinc. Ainsi, <code>systemctl stop tinc.service</code> provoquera l'arrêt de <code>tinc@vpnA.service</code> et <code>tinc@vpnB.service</code>


=Documentations tinc=
=Documentations tinc=
4 203

modifications

Menu de navigation