1 [11:32:55] <ongolaBoy> ==================================== ATELIER PROXMOX ==================================
2 [11:32:57] eddy.andriamanantena rejoint le salon
3 [11:33:13] <ongolaBoy> je vous redonne la page de l'atelier https://wiki.auf.org/wikiteki/Projet/SemaineTech/2013/Ateliers/Proxmox
4 [11:34:26] <yemen.sayour> début de l'atelier Proxmox
5 [11:34:45] thierry.tsitoara quitte le salon
6 [11:35:22] thierry.tsitoara rejoint le salon
7 [11:35:23] <ongolaBoy> si ce n'est pas déjà fait, regardez dans la section *ressources* et notamment les scriptReplay . Vous pourrez refaire ce que j'ai eu à effectuer pour installer un serveur sur proxmox
8 [11:35:36] abdoul.kane rejoint le salon
9 [11:35:53] <ongolaBoy> n'oubliez pas de poser vos questions dans le salon _tech_
10 [11:36:10] <ongolaBoy> on va donc commencer
11 [11:36:25] <ongolaBoy> C'est quoi Proxmox ?
12 [11:37:10] <ongolaBoy> grosso modo c'est un outil qui permet d'exploiter deux technologies de virtualisation (les puristes m'arrêteront sur les termes mais ce n'est pas grave)
13 * OpenVZ
14 * KVM
15 [11:37:30] hassane.alzouma-mayaki rejoint le salon
16 [11:37:55] <ongolaBoy> Openvz pour faire de l'isolation en terme de container ... La machine virtuelle , qu'on appelle ici *CT* est basée sur un noyau GNU/LINUX
17 [11:38:29] <ongolaBoy> KVM est un hyperviseur.. ici vous n'êtes pas restreint en terme de système d'exploitation
18 [11:38:54] alexandre.domont rejoint le salon
19 [11:38:59] <ongolaBoy> Proxmox associe donc les deux outils et fournit pour cela des paquets pour debian
20 [11:39:23] <ongolaBoy> Pourquoi nous nous sommes tournés vers proxmox au sein de l'AUF ?
21 [11:39:48] <ongolaBoy> parce qu'après squeeze, la communauté debian ne maintenait plus openvz
22 [11:40:31] <ongolaBoy> l'une des raisons avancées étaient qu'à leur sens.. plusieurs technologies dont LXC feront (à terme) mieux l'isolation qu'openVZ
23 [11:41:11] <ongolaBoy> étant donné que nous ne pouvons pas changer comme ça du jour au lendemain radicalement de technologie; la transition «douce» était d'utiliser proxmox
24 [11:41:27] <ongolaBoy> qui fournit un support sur wheezy
25 [11:42:08] <ongolaBoy> (petit détail de logistique: la première heure est théorique et la seconde sera pratique) ;)
26 [11:43:33] davin.baragiotta rejoint le salon
27 [11:43:46] <ongolaBoy> beaucoup d'entre vous vous devoir migrer leur serveurs sur wheezy d'ici 1 an au plus .. Et il faudra que vous passier sur une autre techno pour vos CT ;)
28 [11:44:04] <ongolaBoy> d'où le choix de Proxmox !!! ^^
29 [11:44:27] <ongolaBoy> qui est exploité en production actuellement aux services centraux à Paris chez alexandre.domont et ici au BACGL
30 [11:44:52] <ongolaBoy> le CNF de Kinshasa chez jimmy.baroki aussi a un serveur prêt depuis la semaine passée
31 [11:45:53] <ongolaBoy> Petit détail sur les termes que j'utiliserais souvent.. On parle de *CT* quand il s'agit d'openVZ et de *VM* lorsque c'est une machine dans KVM
32 [11:46:42] <ongolaBoy> proxmox (et donc les outils en dessous ) vous permettent de faire beaucoup de chose avec vos machines virtuelles
33 [11:47:05] <ongolaBoy> tout cela accessible depuis une interface web par défaut sur https://Ip.de.mon.serveur:8006
34 [11:47:46] <ongolaBoy> depuis pve3 (arrivé avec la mise à jour sur wheezy) , plus besoin de serveur apache . il dispose de son propre serveur web natif
35 [11:48:09] <ongolaBoy> vous avez un aperçu du tableau de bord par ici https://wiki.auf.org/wikiteki/Projet/SemaineTech/2013/Ateliers/Proxmox?action=AttachFile&do=view&target=proxmox_apercuTableauDeBord.png
36 [11:48:38] <ongolaBoy> via ce tableau, il est possible de créer, supprimer , cloner, migrer vos machines
37 [11:48:59] <ongolaBoy> personnellement je n'utilise pas beaucoup l'interface web si ce n'est pour avoir un premier niveau de monitoring
38 [11:49:53] <ongolaBoy> vous disposez avec proxmox du monitoring étalé sur plusieurs périodes de votre processeur, traffic réseau, mémoire utilisée,...
39 [11:50:32] <ongolaBoy> avant de continuer est-ce qu'il y a des questions ? arnaud.amelina ?
40 [11:51:26] <arnaud.amelina> pas encore
41 [11:51:34] <arnaud.amelina> juste une contribution
42 [11:51:54] <ongolaBoy> ok..
43 [11:51:56] <arnaud.amelina> Proxmox tourne depuis trois mois à Bamako et un peu plus à Niamey
44 [11:52:00] <arnaud.amelina> et à Lomé
45 [11:52:30] <arnaud.amelina> Question
46 [11:52:47] <arnaud.amelina> Question : wheezy vient avec un noyau en version 3 qu'en est il avec Poxmox 3 ? alexandre.domont 11:52:15
47 [11:53:41] <ongolaBoy> en effet dans notre manière d'installer proxmox nous installons d' *abord* une distribution wheezy toute neuve
48 [11:53:58] <ongolaBoy> qui vient avec un noyau en version 3
49 [11:54:19] <ongolaBoy> mais la dernière version stable de proxmox marche pour l'instant avec un noyau en 2.6
50 [11:54:50] <ongolaBoy> ce que je fais jusqu'ici c'est que je _fixe_ le noyau à démarrer dans /etc/default/grub
51 [11:55:37] <ongolaBoy> on verra que lors de l'installation de proxmox on ajoutera un noyau en 2.6 .. C'est celui là qu'on démarrera toujours par défaut en lieu et place du noyau en version 3
52 [11:55:46] <arnaud.amelina> Question !
53 [11:56:01] <ongolaBoy> ok.. mais je n'avais pas vraiment fini :)
54 [11:56:02] <arnaud.amelina> Question : L'installation de type barre metal et celle faite avec des paquets à partir d'une debian. laquelle choisir ? sekou.diall 11:55:17
55 [11:56:09] <arnaud.amelina> Ok
56 [11:57:05] <ongolaBoy> donc pour finir avec la question d ' alexandre.domont .. on reste en 2.6 jusqu'à ce que les dev de proxmox informent de la possibilité d'exploiter un noyau en version 3
57 [11:57:29] <ongolaBoy> sekou.diall, personnellement je préfère une installation à partir des paquets debian
58 [11:57:34] <ongolaBoy> pourquoi ?
59 [11:58:32] <ongolaBoy> tu sais d'où proviennent tous les binaires que tu installes car tu as accès à tous les codes sources et tu peux intégrer très exactement ce que tu veux comme paquets dans ton serveur
60 [11:59:20] <ongolaBoy> je signale déjà pour votre information que lors de l'installation, il est nécessaire d'ajouter une ligne vers les dépôts de proxmox.com ..
61 [11:59:56] <ongolaBoy> donc.. toujours installer le maximum de paquets provenant des dépôts officiels de Debian
62 [12:00:18] <ongolaBoy> et utiliser d'autres dépôts lorsque cela est vraiment nécessaire
63 [12:00:24] <ongolaBoy> mais c'est vraiment au cas par cas :P
64 [12:00:49] <ongolaBoy> arnaud.amelina, on continue ?
65 [12:01:00] <arnaud.amelina> Ouep
66 [12:01:08] <arnaud.amelina> pas d'autre question pour le moment
67 [12:01:17] <ongolaBoy> ok
68 [12:01:38] <ongolaBoy> nous nous focaliserons principalement sur l'usage de proxmox pour créer des CT
69 [12:02:09] <ongolaBoy> en cas de nouvelle installation, je vous recommande de le faire sur un wheezy 64 bits de préférence
70 [12:02:36] <ongolaBoy> et de disposer d'une ou de deux interfaces réseaux au plus..
71 [12:03:01] <ongolaBoy> tant que vous disposez d'un switch permettant de faire des vlan derrière.. pas besoin de plus de câbles et d'interfaces réseaux ;)
72 [12:03:22] Massamba GAYE rejoint le salon
73 [12:03:44] massamba.gaye@auf.org quitte le salon
74 [12:03:58] <ongolaBoy> étant donné que l'installation peut prendre du temps.. je préconise qu'on discute en procédant à une installation proprement dite
75 [12:04:50] <ongolaBoy> un serveur de *test* , un miroir debian et on est ok
76 [12:05:10] <ongolaBoy> un tour sur http://pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_Wheezy pour lire quelques détails et on y va
77 [12:05:52] <ongolaBoy> pour l'installation de votre serveur proprement dit , n'oubliez pas de toujours vous fier à cette page https://wiki.auf.org/wikiteki/Debian/Wheezy/ServeurBureautique
78 [12:06:32] <ongolaBoy> en gros même pour proxmox, vous devez installer un système sur debian sans rajouter de paquets supplémentaires (à la limite juste openssh)
79 [12:07:36] <ongolaBoy> est-ce qu'il y en a qui ont pu prendre les fichiers "script replay" ?
80 [12:07:57] <ongolaBoy> (vous pouvez répondre dans le salon _tech_)
81 [12:08:38] <ongolaBoy> je rappelle que ces fichiers sont ici https://wiki.auf.org/wikiteki/Projet/SemaineTech/2013/Ateliers/Proxmox#Scripts_replay
82 [12:08:46] doan.manh.ha quitte le salon
83 [12:09:19] <ongolaBoy> après avoir désarchivé le dossier, il faut suffit de taper
84 scriptreplay installationProxmox1.time installationProxmox1.script
85 si vous voulez lancer le premier replay
86 [12:09:26] doan.manh.ha rejoint le salon
87 [12:09:34] <ongolaBoy> et ainsi de suite en fonction du numéro
88 [12:10:19] <ongolaBoy> est-ce qu'il y en a qui ont des machines virtuelles pour tester l'installation ?
89 [12:10:23] progfou rejoint le salon
90 [12:11:05] <arnaud.amelina> Remarque : peut etre expliquer "scriptreplay" non ? alexandre.domont 12:10:37
91 [12:11:19] <ongolaBoy> ok.. j'explique rapidement
92 [12:11:45] <ongolaBoy> il faut déjà télécharger l'archive que j'ai mise sur la page https://wiki.auf.org/wikiteki/Projet/SemaineTech/2013/Ateliers/Proxmox?action=AttachFile&do=view&target=scriptsReplay_proxmox.tar.gz
93 [12:12:31] <ongolaBoy> après avoir désarchivé depuis votre terminal, vous vous rendez dans le dossier *scriptsReplay*
94 [12:12:54] <ongolaBoy> à l'intérieur il y a plusieurs fichiers installationProxmox*
95 [12:13:26] <ongolaBoy> pour revoir une session , il faut lancer deux fichiers : un installationProxmox*.time et un installationProxmox*.script
96 [12:13:59] <ongolaBoy> et ça se lance avec la commande *scriptreplay* qui est disponible en principe sur vos systèmes
97 [12:14:45] <ongolaBoy> donc si je veux revoir la session 6 «configuration du deuxième CT modèle » je vais taper en ligne de commande
98 installationProxmox6.time installationProxmox6.script
99 [12:15:22] <ongolaBoy> j'ai détaillé le contenu de chaque session ici https://wiki.auf.org/wikiteki/Projet/SemaineTech/2013/Ateliers/Proxmox#Parties
100 [12:15:38] olivier.larcheveque rejoint le salon
101 [12:16:09] <ongolaBoy> et je vous préviens encore une fois que j'ai fais des erreurs à certains endroits mais on en discutera ;)
102 [12:16:43] <ongolaBoy> est-ce que c'est compris pour scriptreplay ?
103 [12:18:33] <ongolaBoy> ok..
104 [12:18:37] stefano.amekoudi rejoint le salon
105 [12:18:39] <arnaud.amelina> tu peux continuer
106 [12:19:04] <ongolaBoy> j'aimerais savoir s'il y en a qui sont en train d'essayer l'installation ou bien si vous préférez que je commente mes replay ?
107 [12:21:54] <ongolaBoy> je vais donc commenter mes replay si vous n'y voyez pas d'inconvénient et vous expliquer certaines erreurs :)
108 [12:22:46] ongolaBoy tape scriptreplay "installationProxmox1.time installationProxmox1.script" et explique
109 [12:22:49] franck.kouyami rejoint le salon
110 [12:23:03] <ongolaBoy> script 1 : installation du noyau pour proxmox, mise à jour du fichier /etc/default/grub afin d'utiliser par défaut un noyau 2.6
111 [12:23:40] <ongolaBoy> dans cette session on considère que vous avez déjà installé un serveur sur wheezy 64 bits
112 [12:23:51] <ongolaBoy> et que vous êtes à votre premier démarrage
113 [12:24:17] <ongolaBoy> on commence par vérifier que dans /etc/hosts l'adresse ip de votre serveur est bien en correspondance avec le nom du serveur
114 [12:24:41] <ongolaBoy> c'est important sinon proxmox vous génèrera une erreur lors de l'installation de paquets
115 [12:25:03] <arnaud.amelina> pas encore de réponse
116 [12:25:08] <arnaud.amelina> pour le moment
117 [12:25:57] <ongolaBoy> ensuite vous devez rajouter une source dans votre fichier /etc/apt/sources.list ou mieux dans un fichier /etc/apt/sources.list.d/proxmox
118 [12:26:10] <ongolaBoy> deb http://download.proxmox.com/debian wheezy pve
119 [12:26:32] <ongolaBoy> et rajouter la clé de leur dépôt wget -O- "http://download.proxmox.com/debian/key.asc" | apt-key add -
120 [12:27:15] <ongolaBoy> après la mise à jour des dépôts il vous faudra installer ces paquets pve-firmware et pve-kernel-2.6.32-23-pve
121 [12:27:24] shafeek.sumser quitte le salon
122 [12:28:19] <ongolaBoy> après je vous *recommande* de fixer le noyau à démarrer par défaut en allant dans /etc/default/grub .. (généralement GRUB_DEFAULT=2 au lieu de 0)
123 [12:28:38] <ongolaBoy> et après exécuter update-grub comme indiqué au début de ce fichier ;)
124 [12:29:36] <ongolaBoy> LOGISTIQUE: vous n'êtes pas obligés d'installe sur une machive virtuelle.. vous pouvez vous contentez de lancer les scriptreplay. C'est sans risque ;)
125 [12:29:47] <ongolaBoy> on continue
126 [12:30:08] <ongolaBoy> il faut redémarrer son serveur et vérifier que vous bootez sur le noyau 2.6
127 [12:30:36] <ongolaBoy> vous n'avez pas besoin d'enlever les noyaux 3 comme suggéré sur le wiki de proxmox
128 [12:31:07] <ongolaBoy> à partir d'ici vous pouvez installer proxmox-ve-2.6.32 ntp ssh lvm2 ksm-control-daemon vzprocps bootlogd
129 [12:31:56] <ongolaBoy> là nous sommes dans script 2 : installation des autres paquets nécessaires au fonctionnement de proxmox
130 [12:32:51] <ongolaBoy> au passage vous remarquerez que j'emploie systématiquement auf-git-etc bien qu'avec proxmox il y a toujours un dossier (/etc/pve) qui cause quelques soucis :(
131 [12:33:14] <yemen.sayour> Willy : il te reste 50 min :)
132 [12:34:03] <ongolaBoy> le script2 est assez trivial ..
133 [12:34:47] <ongolaBoy> une fois l'installation des paquets terminée , vous pouvez d'ores et déjà configurer proxmox depuis https://ip.du.serveur:8006
134 [12:35:25] <ongolaBoy> mais nous, nous allons passer par une couche plus basse pour créer et manipuler nos CT :)
135 [12:35:39] <arnaud.amelina> Contribution : pour auf-git-etc et /etc/pve, ce sera réglé très très prochainement (problème déjà étudié, corrigé et presque prêt au déploiement sur apt.auf.org) progfou 12:34:32
136 [12:35:58] <ongolaBoy> merci progfou
137 [12:36:35] <ongolaBoy> donc nous sommes dans script 3 : configuration des interfaces de l'hôte avec les vlan et les ponts
138 [12:36:51] <ongolaBoy> et ici nous modifions /etc/network/interfaces
139 [12:37:13] <ongolaBoy> typiquement ce que je fais sur mes serveurs c'est de créer un pont par VLAN
140 [12:37:48] <ongolaBoy> et si un CT a besoin d'être dans un VLAN bien précis, il sera «branché» sur le pont qui a été créé
141 [12:38:14] ousmane.barra rejoint le salon
142 [12:38:23] <ongolaBoy> ça vous donne un fichier d'interfaces comme ceci https://wiki.auf.org/wikiteki/ZAC/Yaound%C3%A9/Configuration/ServeurVirtualisationLeo#Organisation_r.2BAOk-seau
143 [12:39:59] <ongolaBoy> dans le script3 vous constaterez que j'avais eu des soucis à monter mes ponts et vlan :P
144 c'était du à des erreurs de syntaxe dans la déclaration des ponts .. mais ça été corrigé par la suite
145 [12:40:19] <ongolaBoy> script 4 : suite de la configuration des vlan et des ponts avec quelques ajustements
146 [12:41:15] <ongolaBoy> c'est juste la continuité .. rien de particulier à expliquer sauf si c'est nécessaire
147 [12:41:22] <ongolaBoy> script 5 : usage de debootstrap, vzsplit pour la création d'un fichier de configuration de base, élaboration du premier CT modèle
148 [12:41:24] thierry.tsitoara quitte le salon
149 [12:41:48] <ongolaBoy> avec proxmox toutes les configurations se trouvent dans /etc/pve
150 [12:42:03] <ongolaBoy> et en particulier pour openvz c'est dans /etc/pve/openvz
151 [12:42:40] <ongolaBoy> pour avoir un CT fonctionnel, vous devez d'abord le créer.. Pour cela il vous faut un fichier de configuration modèle
152 [12:42:53] <ongolaBoy> lorsque vous débutez, il n 'y en a pas
153 [12:43:09] <ongolaBoy> c'est pour cela que j'utilise *vzsplit* pour me générer un fichier modèle
154 [12:43:42] <ongolaBoy> je considère que je vais installe 40 CT sur mon proxmox et je lui demande de me générer un fichier dans ce context
155 [12:44:27] <ongolaBoy> nouveauté depuis peu.. avec la technologie VSwap , vous n'avez plus besoin de gérer tous les paramètres des fichiers de configuration de CT
156 [12:44:46] <ongolaBoy> tout ce qu'il vous indiquer c'est la taille de la *RAM* et de la *SWAP*
157 [12:45:23] <ongolaBoy> avec une commande comme ceci vzctl set 400 --ram 512M --swap 1G --save par exemple
158 [12:46:06] <ongolaBoy> un bref arrêt .. est-ce que ça va ? :)
159 [12:46:38] <arnaud.amelina> Continues
160 [12:47:02] <ongolaBoy> ok
161 [12:47:16] <ongolaBoy> donc .. je résume un peu ce qui est fait dans le script 5.
162 [12:47:41] <ongolaBoy> debootstrap pour me générer mon premier CT modèle que je loge dans /var/lib/vz/private/2000
163 [12:48:20] <ongolaBoy> noter que vous devez *toujours* mettre vos CT dans private .. le dossier *root* est utilisé par proxmox pour monter effectivement vos machines
164 [12:48:49] <ongolaBoy> mon debootstrap terminé .. j'archive le dossier *2000* dans /var/lib/vz/template/cache
165 [12:49:32] <ongolaBoy> et j'utilise vzsplit -n 40 -f 40wheezyVSwap -v yes
166 [12:49:40] <ongolaBoy> pour mon fichier de configuraiton modèle
167 [12:51:15] <ongolaBoy> je créé mon CT vzctl create 2001 --ostemplate '/var/lib/vz/template/cache/debian-wheezy-64.0.tar.gz' --hostname 'echantillon' --config '40WheezyVSwap'
168 [12:51:31] <arnaud.amelina> Question : doit -on gerrer les quotas disk avec proxmox ou non ? Massamba GAYE 12:49:19
169 [12:52:32] <ongolaBoy> Massamba GAYE, étant donné que nous gérons tout l'espace avec LVM nous même il est préférable de mettre DISK_QUOTA=no dans /etc/vz/vz.conf
170 [12:53:05] <ongolaBoy> Massamba GAYE, lorsque le besoin d'espace est nécessaire , il suffit d'agrandir la partition LVM ;)
171 [12:54:04] <ongolaBoy> script 6 : configuration du deuxième CT modèle
172 [12:54:37] <ongolaBoy> en fait on y était même :P
173 [12:54:44] ousmane.barra quitte le salon
174 [12:55:09] <ongolaBoy> bref.. pour la création d'un CT vous devez disposer un fichier de conf et d'un template
175 [12:55:38] <ongolaBoy> dans mon exemple plus haut le fichier de conf est _40WheezyVSwap_ et le template _/var/lib/vz/template/cache/debian-wheezy-64.0.tar.gz_
176 [12:56:29] <ongolaBoy> après.. pour la configuration réseau, vous ajoutez des interfaces réseaux aux bridges souhaitées avec vzctl --netif_add
177 [12:57:02] <ongolaBoy> exemple pour l'ajout d'une interface sur un CT 400
178 vzctl set 400 --netif_add "eth1,02:00:00:0A:00:2A,veth400.15,02:00:00:0A:00:2B,br2" --save
179 [12:57:07] <arnaud.amelina> Contribution : le bogue de gestion des quotas disques avec OpenVZ sur Squeeze n'est plus sensé être présent avec Wheezy (ou même Proxmox sur Squeeze), donc, on pourrait si on voulait, mais on préfère rester en gestion par LV progfou 12:55:45
180 [12:57:07] ousmane.barra rejoint le salon
181 [12:57:35] <ongolaBoy> notez bien les paramètres ... eth1,02:00:00:0A:00:2A c'est l'interface telle qu'elle sera vue dans mon CT
182 [12:58:24] <ongolaBoy> veth400.15,02:00:00:0A:00:2B,br2
183 c'est l'interface telle qu'elle sera vue sur l'ĥôte .. et remarquez ici que je l'ai associé au pont *br2*
184 [12:59:01] <ongolaBoy> *CONSEIL* : après avoir testé un peu KVM hier, je vous recommande de nommer vos ponts *vmbrX* où X = 0,1,2...
185 [12:59:14] <ongolaBoy> afin de permettre à proxmox de reconnaitre automatiquement vos ponts ;)
186 [12:59:44] <ongolaBoy> bon.. c'est pas tout mais après il vous faut démarrer votre CT
187 [12:59:48] <ongolaBoy> vzctl start ...
188 [13:00:14] <ongolaBoy> généralement on peaufine son CT modèle avec le strict nécessaire : locales, fuseau horaire, ...
189 [13:00:27] <ongolaBoy> et on en fait un autre template
190 [13:00:48] <ongolaBoy> ce qui vous permet d'avoir vraiment des templates plus que prêt à l'emploi :)
191 [13:01:01] <ongolaBoy> script 7 : Création du CT 400 devant servir pour les sauvegardes: création des volumes logiques, des points de montage et de l'interface réseau
192 [13:01:36] <ongolaBoy> tout ce que vous trouverez ici peut d'ailleurs être mis dans un script .. mais je ne me suis pas encore assis pour le faire :)
193 [13:01:50] <ongolaBoy> généraement vous notez les partitions à créer
194 [13:02:04] <ongolaBoy> vous les créer à coup de lvcreate ..
195 [13:02:07] <ongolaBoy> formatage ..
196 [13:02:47] <ongolaBoy> puis création du CT avec *vzctl* et ajout du _fichier de montage_
197 [13:03:04] <ongolaBoy> dans mon cas j'avais créé /etc/vz/conf/400.mount
198 [13:03:53] <ongolaBoy> un aperçu de ce fichier
199 #!/bin/sh
200 RACINE=/var/lib/vz/root/400
201 mount -n -o noatime /dev/vz_bacgl1/400_tmp $RACINE/tmp
202 mount -n -o noatime /dev/vz_bacgl1/400_var $RACINE/var
203 mount -n -o noatime /dev/vz_bacgl1/400_var_log $RACINE/var/log
204 mount -n -o noatime /dev/vz_bacgl1/400_var_lib_backuppc $RACINE/var/lib/backuppc
205 mount -n -o noatime /dev/vz_bacgl1/400_srv $RACINE/srv
206 [13:04:05] doan.manh.ha quitte le salon
207 [13:04:24] <ongolaBoy> et ensuite ne pas oublier de déclarer dans /etc/fstab les différents volumes qui seront utilisés par votre CT
208 [13:04:38] <ongolaBoy> # CT 400 : backup2
209 /dev/vz_bacgl1/400_root /var/lib/vz/private/400 ext4 defaults 0 2
210 /dev/vz_bacgl1/400_tmp /var/lib/vz/private/400/tmp ext4 noauto 0 2
211 /dev/vz_bacgl1/400_var /var/lib/vz/private/400/var ext4 noauto 0 2
212 /dev/vz_bacgl1/400_var_log /var/lib/vz/private/400/var/log ext4 noauto 0 2
213 /dev/vz_bacgl1/400_var_lib_backuppc /var/lib/vz/private/400/var/lib/backuppc ext4 noauto 0 2
214 [13:04:48] doan.manh.ha rejoint le salon
215 [13:05:05] <ongolaBoy> grosso modo voilà ce qui est fait dans le script 7 :)
216 [13:05:21] <ongolaBoy> script 8 : Suite du script 7; synchronisation des données (copies des données du template modèle + copie de la partition /var/lib/backuppc de l'ancien serveur de sauvegarde
217 [13:06:02] <ongolaBoy> ici le CT 400 est un cas particulier car je suis en train de mettre sur un vrai serveur les données d'un PC qui fait office de backuppc
218 [13:06:35] <ongolaBoy> la partitition la plus importante est /var/lib/backuppc et c'est pour cela que j'ai fais une synchro de l'ancien vers le nouveau serveur
219 [13:07:38] <ongolaBoy> avec un rsync -aPHS --numeric-ids ip.ancien.serveur.backup:/var/lib/backuppc/ 400/var/lib/backuppc/
220 attention à ne pas oublier le */* à la fin des dossiers ;P
221 [13:08:39] <ongolaBoy> quand vous avez fini avez les différentes synchro nécessaires pour votre CT, il faut *démonter* toutes les partitions à l'exception de la partition root de votre CT
222 [13:09:21] <ongolaBoy> à partir d'ici si tout se passe bien, en effectuant un vzctl start 400 .. proxmox montera tous les LV comme il faut pour votre machine
223 [13:09:42] <ongolaBoy> je suis allé un peu vite mais s'il y a des questions n'hésitez pas :)
224 [13:10:21] <ongolaBoy> je terminerais par Proxmox et KVM
225 [13:11:06] progfou quitte le salon
226 [13:11:16] <ongolaBoy> jusqu'ici je n'ai pas eu le temps d'exploiter comme il se doit KVM .. mais de ce que j'ai pu faire via proxmox c'est via l'interface web que je l'ai fais
227 [13:11:56] <ongolaBoy> il vous faut rajouter une image iso du système que vous souhaitez exploiter dans /var/lib/vz/template/iso
228 [13:12:32] <ongolaBoy> par exemple pour le portail captif j'ai ceci dans le dossier
229 root@abui:~# ls /var/lib/vz/template/iso/
230 pfSense-LiveCD-2.0.2-RELEASE-amd64.iso pfSense-LiveCD-2.0.3-RELEASE-amd64.iso
231 [13:12:59] <ongolaBoy> à partir de là, dans l'interface web, vous cliquez sur Créez VM
232 [13:13:12] fred-juvenal.namsionou quitte le salon
233 [13:13:21] <ongolaBoy> et vous suivez les indications et vous choisirez comme media, l'iso que vous aurez mis dans le dossier indiqué
234 [13:13:57] <arnaud.amelina> Question : juste quelques mots/infos sur l'installation proxmox VE en cluster sekou.diall 13:12:28
235 [13:14:04] <ongolaBoy> c'est ici que j'ai constaté que si je voulais que proxmox prenne en compte les ponts que je crée, il faut que j'emploie des noms du style vmbrX cc franck.kouyami ;)
236 [13:14:06] progfou rejoint le salon
237 [13:14:54] <ongolaBoy> sekou.diall, pas encore testé :)
238 [13:15:42] <ongolaBoy> à notez que proxmox a un support payant et je pense qu'il y a des fonctionnalités offertes en plus à ceux qui le souhaitent
239 [13:15:59] <ongolaBoy> mais je pense que nous pouvons faire déjà beaucoup de chose avec ce qui existe
240 [13:16:39] <ongolaBoy> pour KVM, c'est parce que je n'ai pas encore la maîtrise dessus que j'ai été obligé d'utiliser l'interface web . Mais on doit bien pouvoir tout gérer plus bas sans cliquer :)
241 [13:17:13] <arnaud.amelina> Contribution : Proxmox en cluster => vu qu'on s'en va vers des configurations de sites à uniquement 2 serveurs maximum, ça ne va pas trop nous intéresser non plus a priori progfou 13:15:52
242 [13:17:28] <ongolaBoy> car au final, il est préférable de dépendre très peu des outils comme ça car nous n'allons pas forcément utiliser proxmox indéfiniment ;)
243 [13:17:55] <ongolaBoy> voilà , en gros , ce que je pouvais vous dire sur proxmox
244 [13:18:15] <ongolaBoy> les scriptreplay sont là pour vous aider et je suis disponible pour vos remarques, questions
245 [13:18:48] <arnaud.amelina> Le Comité d'organisation se joint a touts les participants de cet Alier pour remercier le Présentateur
246 [13:19:53] <progfou> ongolaBoy, tu restes dispo toute la semaine pour les questions Proxmox en dehors de l'atelier, n'est-ce pas ? genre même tu serais dispo dans un salon labo-proxmox pour ceux qui voudraient être guidés dans leurs expérimentations Proxmox cette semaine ? ;-)
247
248 ============================ ATELIER PROXMOX FIN============================