Complément au mémoire de diplôme

Transcription

1 Complément au mémoire de diplôme Administrer VMware ESXi en lignes de commande Travail de Bachelor Session 2010 Professeur responsable : LITZISTORF Gérald En collaboration avec : J-C Morand (Pictet&Cie) Diplômant : KAROUBI Nathanaël Filière Télécommunications Laboratoire de transmission de données

2 Table des matières 1 Commander ESXi avec le VMware vcli Installation et utilisation de vsphere vcli sur Windows Scénario : indépendance du vcli et des commandes locales Problématique : Mise en œuvre : Conclusion : Configurer la connexion vcli ESXi en mode http Backup d une configuration d ESXi Scénario : Backup et restore avec vcli Etude du fichier créé lors de la commande de backup Scénario : Backup et restore avec SSH Conclusion ESXi et sa taille Scénario diminuer l empreinte d ESXi Etude de quelques scripts : Première idée : modifier un script déjà existant en lui rajoutant des commandes : Deuxième idée : rajouter un service : Démarrage de toutes les VMs avec une seule commande Détail du script : Utilité Backup.sh Conclusion : Annexe A A A A Session Karoubi Nathanaël

3 1 Commander ESXi avec le VMware vcli SSH client (Putty) vsphere client vcli Wireshark PC Windows 7 DCUI Console Physique SSH serveur (DropbearSSH) ESXi 4.0 Suivant VMware qui préconise d utiliser l interface utilisateur graphique (GUI) vsphere, la plupart des commandes disponibles via la console physique DCUI sont réservées à l utilisation de support technique. Mais dans certain cas, si par exemple la connexion à l hôte est perdue, l exécution de certaines commandes via l interface de ligne de commande peut être l unique solution. Il existe également une interface vcli qui permet de lancer des scripts Python à distance, c est celle-ci que je vais décrire et utilisée, cette interface est distribuée par VMware à l adresse : Mo Pour l utilisation je me suis aidé de la documentation de VMware : En annexe une recommandation de VMware sur le choix de l utilisation des commandes du vcli avec le préfixe esxcfg- ou vicfg-. VMware préconise d utilisé les commandes vicfg- Cf A_1 Le but n est pas de tester et de comprendre l ensemble des commandes disponibles, mais de vérifier et comprendre le fonctionnement. 1.1 Installation et utilisation de vsphere vcli sur Windows7 1 Télécharger le paquet vsphere vcli pour Windows. 2 Lancer le setup. 3 next next install. Une fois installé : 1 Ouvrir une commande en administrateur 2 Aller dans le répertoire de vsphere CLI cd C:\Program Files (x86)\vmware\vmware vsphere CLI\bin répertoire par défaut 3 Lancer une commande, suivi des options de connexion et des autres paramètres de la commande : <commande>.pl <conn_option> <parametres> Ex : vicfg-ntp.pl --server my_esxiserver --username root --password pass --list Il est également possible de créer un fichier de configuration de connexion, mais attention l accès à ce fichier devrait être limité car il contient le user-password en clair. L exemple suivant illustre le contenu de mon fichier de config. VI_SERVER = VI_USERNAME = root VI_PASSWORD = pass Exemple de commande : vicfg-ntp.pl --config c:\tmp\my_config --list 2 Session Karoubi Nathanaël

4 2 Scénario : indépendance du vcli et des commandes locales 2.1 Problématique : Afin de bien comprendre comment fonctionne le vcli et de vérifier s il s agit de simples commandes envoyées sur le réseau (avec DropbearSSH) et exécutées en local sur le serveur ou réellement de scripts Python totalement indépendants des commandes locales. 2.2 Mise en œuvre : Je vais créer un vswitch depuis la console locale avec la commande esxcfg-vswitch ainsi que esxcfgvmknic. Puis je supprimerai l ensemble des commandes contenus dans le dossier /sbin et j essayerai de recréer le même vswitch avec le vcli. Je me connecte avec Putty en SSH sur mon serveur ESXi et j exécute les commandes suivantes : #!/bin/ash. /etc/vmware/init/bin/functions.sh #Création du vswitch avec le nom esxcfg-vswitch --add vswitch_test #Création du port groupe sur vswitch_test esxcfg-vswitch --add-pg="lan" vswitch_test #Ajout de l interface vmnic1 sur le port groupe LAN esxcfg-vswitch --pg="lan" --link=vmnic1 vswitch_test #Ajout d'un port de management à l'adresse esxcfg-vmknic -a-i n "LAN" #affiche les switchs existants esxcfg-vswitch -l SCRIPT PERMETTANT DE CREER UN VSWITCH AINSI QU UN PORT DE MANAGEMENT A L ADRESSE En annexe l écran de l exécution de ces commandes depuis Putty. Cf A.2 Les commandes qui sont exécuté au dessus se situent sur l ESXi dans /sbin/ et sont donc locales. Résultat de ce script sur vsphere Client: Ensuite depuis vsphere, je supprime le switch. Je supprime également la totalité des commandes disponible dans /sbin sur l ESXi avec la commande : rm r /sbin/ * Dès lors, je suis sur et certain que plus aucune commande locale ne peut être appelée. 3 Session Karoubi Nathanaël

5 Depuis Windows, j exécute mon script.bat qui contient ºCreation d'un Creation d'un off cd "C:\Program Files (x86)\vmware\vmware vsphere CLI\bin" vicfg-vswitch.pl --config c:\temp\ma_config -l vicfg-vswitch.pl --config c:\temp\ma_config -a vswitch_test vicfg-vswitch.pl --config c:\temp\ma_config -A LAN vswitch_test vicfg-vswitch.pl --config c:\temp\ma_config -L vmnic1 vswitch_test vicfg-vmknic.pl --config c:\temp\ma_config -a -i n "LAN" vicfg-vswitch.pl --config c:\temp\ma_config -l done SCRIPT PERMETTANT DE CREER UN VSWITCH AINSI QU UN PORT DE MANAGEMENT A L ADRESSE AVEC VCLI Résultat de ce script sur vsphere : 2.3 Conclusion : Il existe deux chemins complètements indépendants qui permettent d exécuter des commandes. Un passant soit par le SSH ou directement depuis la commande locale, et un autre utilisant hostd. Il serait intéressant de connaitre quel chemin prend vsphere client, ou s il en crée un autre. J en parlerai un peu plus loin. 4 Session Karoubi Nathanaël

6 3 Configurer la connexion vcli ESXi en mode http Le but est de pouvoir analyser les échanges entre le vcli et l ESXi, par défaut le protocole https est activé. Voici la procédure pour désactiver le SSL et donc se connecter en http. Procédure côté ESXi, vient du travail d Adrien Lescourt : Accéder à la console physique Editer proxy.xml vi /etc/vmware/hostd/proxi.xml Accéder à la balise gérant les connexions au SDK <e id="1"> <_type>vim.proxyservice.localservicespec</_type> <accessmode>httpswithredirect</accessmode> <port>8307</port> <servernamespace>/sdk</servernamespace> Modifier la ligne <accessmode>httponly</accessmode> Sauvegarder et quitter puis redémarrer. Procédure côté vcli, en étudiant le document j ai découvert la possibilité d utilisé le protocole http : Crée votre fichier de configuration pour la connexion avec le paramètre VI_PROTOCOL = http Exemple: c:\temp\my_config contient : VI_SERVER = VI_USERNAME = root VI_PASSWORD = VI_PROTOCOL = http En annexe les fichiers des captures de WireShark du scénario précédent en http. Windows 7 SSH C:\Program Files (x86)\...\vmware vsphere CLI\bin \vicfg-vswitch.pl \vicfg-vmknic.pl vcli vsphere SSH hostd ESXi 4.0 /sbin/esxcfg-vswitch /sbin/esxcfg-vmknic Voici comment je représenterai les différentes possibilités d exécuter des commandes sur ESXi4.0 5 Session Karoubi Nathanaël

7 4 Backup d une configuration d ESXi 4.0 En cas de crash d un serveur ESXi, il est toujours conseillé de pouvoir le remettre en service le plus rapidement possible. Je ne traiterais pas le backup des VMs, mais celui de la configuration d ESXi, qui comprend celle du réseau (IP(s) de management, mac(s) adresse(s), default gatway ), celle de vswitch, le ntp, les clés SSH 4.1 Scénario : Backup et restore avec vcli J ai étudié la méthode de backup permettant de sauvegarder la configuration d un ESXi, avec une simple commande du vcli. ESXi_B ESXi_A Config_vierge Config_A Le but est pouvoir retrouver la même configuration sur ESXi_A que sur ESXi_B. Config_A est la suivante : Config_A 6 Session Karoubi Nathanaël

8 Ensuite j exécute la commande de backup avec l option «-s» pour save : vicfg-cfgbackup.pl --config ma_config s c:\\temp\backup.txt : On peut voir que vsphere Client indique les opérations effectuées avec le vcli. L opération a pris environ 5 secondes et a créé un fichier d une dizaine de Ko. 7 Session Karoubi Nathanaël

9 Je réinstalle ESXi sur la machine (qui devient donc ESXi_B), voici la config_vierge : J exécute alors la commande de restauration sur l ESXi : vicfg-cfgbackup.pl --config ma_config l c:\\temp\backup.txt l pour load 8 Session Karoubi Nathanaël

10 Le serveur se met en mode maintenance, et redémarre avec exactement la même configuration que Config_A (vswitch, ntp, mac, ip, licence, empreinte )). Le temps total est de 2-3 minutes. Remarque : pour un restore l option -q permet de ne pas avoir à confirmer la restauration en tapant «yes» et l option f force la restauration. Sur un autre hardware par exemple j ai dû l utilisée car les macs adresses sont différentes entre le nouveau serveur et celle contenu dans le backup :20:22 Hostd: Accepted password for user root from Sep 8 11:20:22 Hostd: [ :20: CDB90 info 'ha-eventmgr'] Event 7 : User root@ logged in Sep 8 11:20:22 Hostd: [ :20: CB90 verbose 'DvsTracker'] FetchSwitches: added 0 items Sep 8 11:20:22 Hostd: [ :20: CB90 verbose 'DvsTracker'] FetchDVPortgroups: added 0 items Sep 8 11:20:22 Hostd: [ :20: CBDC0 info 'TaskManager'] Task Created : hatask--vim.host.firmwaresystem.backupconfiguration-57 Sep 8 11:20:22 Hostd: [ :20: CBDC0 verbose 'SysCommandPosix'] ForkExec '/bin/ash', pid 8986, rc 0 Sep 8 11:20:23 Hostd: [ :20: CBDC0 info 'FirmwareSystem'] BackupConfiguration succeeded Sep 8 11:20:23 Hostd: [ :20: CBDC0 info 'TaskManager'] Task Completed : hatask--vim.host.firmwaresystem.backupconfiguration-57 Status success Sep 8 11:20:23 Hostd: [ :20: B90 verbose 'HTTP server'] Sent response for GET /downloads/configbundle-localhost.localdomain.tgz (from /usr/lib/vmware/hostd/docroot/) Sep 8 11:20:23 Hostd: [ :20: B90 verbose 'App'] CloseSession called for session id=52b2c0d0-17b a0a-efbf99850e16 Sep 8 11:20:23 Hostd: [ :20: B90 info 'ha-eventmgr'] Event 8 : User root logged out Log contenu dans /scratch/log/message où j ai pu constater que le processus qui s occupe du vcli est bien hostd. J ai aussi remarqué que l exécution de la commande de backup crée dans le dossier /scratch/download/ le fichier «configbundle-localhost.localdomain.tgz» qui est le fichier résultant du backup. 4.2 Etude du fichier créé lors de la commande de backup Après avoir exécuté la commande vicfg-cfgbackup.pl --config ma_config s c:\\temp\backup.txt où l extension.txt était tout à fait arbitraire, je me suis intéressé à ce fichier pour essayer de voir se qu il contenait. J ai donc voulu l ouvrir et voyant qu avec le bloc-note je n arriverai à rien, j ai changé l extension en.tgz (que j ai souvent vu avec ESXi) et je l ai ouvert avec Winrar et voilà se que j ai obtenu : Donc la commande de backup, sauvegarde simplement le fichier state.tgz et l extrait lors de la restauration. Voici le dossier local.tgz décompressé contenu dans state.tgz décompressé. Les fichiers non documentés sont ceux que je n ai pas étudiés. 9 Session Karoubi Nathanaël

11 Contient les clés SSH Contient le hostname Contient quelques config du processus hostd Contient le certificat ainsi que la clé privé du serveur Contient la plupart de la config d un ESXi Contient le chemin d accès vers /scratch Contient la licence d ESXi Permet de modifier la page d accueil du serveur Contient le message d ouverture de la console physique Contient le ou les adresses des serveurs ntp Contient le ou les adresses des serveurs DNS Contient le chemin d accès au fichier de log 10 Session Karoubi Nathanaël

12 4.3 Scénario : Backup et restore avec SSH Le but est de ne pas utiliser le vcli pour faire un backup d un ESXi. La mise en œuvre prend environ 2 minutes et le redémarrage du serveur. Backup : Je me connecte via SSH (Winscp) sur l ESXi à Backuper. Je récupère le fichier /bootbank/state.tgz (il s agit donc du backup de la configuration actuelle de l ESXi) que je place dans c:\backupesxi\ par exemple. Je le renomme en backupesxi.tgz par exemple. Restore : Après un crash ou une réinstallation, je me connecte sur l ESXi en SSH. Je place mon fichier de backup (c:\temp\backupesxi\backupesxi.tgz) dans /bootbank/ J édite le fichier /bootbank/boot.cfg en rajoutant : --- backupesxi.tgz dans la ligne des modules. kernel=vmkboot.gz kernelopt= modules=vmk.gz --- sys.vgz --- cim.vgz --- oem.tgz --- license.tgz --- mod.tgz --- state.tgz --- backupesxi.tgz build= updated=1 bootstate=0 Après le redémarrage je me retrouve avec la même configuration du backup. 4.4 Conclusion La différence de temps et de volume des deux méthodes (vcli et SSH) est négligeable. L avantage de passer par le SSH est que la connexion est stable, car avec le vcli la connexion passe par le processus hostd qui pour des raisons inconnues de temps en temps devient inaccessible. Mais l avantage du vcli est le confort d utilisation car il suffit d une commande pour sauvegarder la configuration. J ai donc réussi à créer un clone parfait d ESXi d une machine(a5) vers une autre (A6). Le soucis est qu il ne faut pas avoir les deux machines sur le même réseau car les macs adresse, contenu dans /etc/vmware/esx.conf sont les mêmes et créeront un conflit. 11 Session Karoubi Nathanaël

13 5 ESXi et sa taille Il est écrit sur le site de VMware que la taille du cœur d ESXi est de 32MB mais alors pourquoi quand je télécharge ESXi j ai un iso de 352MB, et je ne peux pas l installer sur une clé USB de moins d 1GB Voici un petit rappel des partitions présentent dans le système ESXi : Gparted de Ubuntu 8.10 La partition sd4 contient les fichiers qui composent l image de VMware ESXi. (/bootbank) La partition sd6 est la partition /altbootbank La partition sd7 est la partition de swap, contient aussi les logs. La partition sd8 contient les outils, drivers et l installer du vsphere Client. Pour un total de 4,9GB si je ne compte pas la partition contenant les VMs. Je vais justement m intéresser à cette dernière partition. Sur la page suivante le retour de la commande ls R l sur la partition Hypervisor3. 12 Session Karoubi Nathanaël

14 Comme on peut constater, il contient un certain nombre de fichiers Windows, des images iso, ainsi que le VMware Client. Ces fichiers ne sont pas vitaux pour le fonctionnement d un ESXi. 5.1 Scénario diminuer l empreinte d ESXi Le but est de réduire la taille d ESXi sur le disque en supprimant d abord les fichiers supposés inutiles et par la suite effacer la ou les partitions non vitales. J ai commencé par faire un rm r /store/* et j ai redémarré le serveur. Il n y a eu aucune incidence sur le fonctionnement du serveur, ainsi que sur les VMs qui tournaient dessus. Alors pourquoi garder cette partition? J ai utilisé un Live CD Ubuntu 8.10 pour supprimer cette partition (Hyperviseur3 ou /dev/sd8). 13 Session Karoubi Nathanaël

15 Redémarrage du serveur. Et analyse des Logs : Ci-dessous une partie intéressante d un démarrage normal : Sep 15 11:50:45 vmkernel: sysboot: Executing 'vmkfstools -V' Sep 15 11:50:45 vmkernel: 0:00:00: cpu0:4656)fss: 3702: No FS driver claimed device '4c90992efab24cbd-440f b22278': Not supported Sep 15 11:50:45 vmkernel: sysboot: Setting /bootbank to /vmfs/volumes/7cea1f b4-170f-6b60b4f90656 Sep 15 11:50:45 vmkernel: sysboot: Executing 'ln -s /vmfs/volumes/7cea1f b4-170f-6b60b4f90656 /bootbank' Sep 15 11:50:45 vmkernel: sysboot: Setting /altbootbank to /vmfs/volumes/9e71517c-bfebc7b0-b6f1-57a78691fae3 Sep 15 11:50:45 vmkernel: sysboot: Executing 'ln -s /vmfs/volumes/9e71517c-bfebc7b0-b6f1-57a78691fae3 /altbootbank' Sep 15 11:50:45 vmkernel: sysboot: Setting /store to /vmfs/volumes/e00f98e1-2bcc0c91-e7a c1557 Sep 15 11:50:45 vmkernel: sysboot: Executing 'ln -s /vmfs/volumes/e00f98e1-2bcc0c91-e7a c1557 /store' Sep 15 11:50:45 vmkernel: sysboot: Executing 'ls -F /vmfs/volumes'... Sep 15 11:50:46 vmkernel: sysboot: Executing '/sbin/configlocker' Sep 15 11:50:46 root: configlocker /scratch is /vmfs/volumes/4c90991e-acc9226f-d5df b22278 Sep 15 11:50:46 root: configlocker /locker is /store Ci-dessous la même partie mes après la suppression de /store : Sep 15 12:30:15 vmkernel: sysboot: Executing 'vmkfstools -V' Sep 15 12:30:15 vmkernel: 0:00:00: cpu1:4656)fss: 3702: No FS driver claimed device '4c90992efab24cbd-440f b22278': Not supported Sep 15 12:30:15 vmkernel: sysboot: Setting /bootbank to /vmfs/volumes/7cea1f b4-170f-6b60b4f90656 Sep 15 12:30:15 vmkernel: sysboot: Executing 'ln -s /vmfs/volumes/7cea1f b4-170f-6b60b4f90656 /bootbank' Sep 15 12:30:15 vmkernel: sysboot: Setting /altbootbank to /vmfs/volumes/9e71517c-bfebc7b0-b6f1-57a78691fae3 Sep 15 12:30:15 vmkernel: sysboot: Executing 'ln -s /vmfs/volumes/9e71517c-bfebc7b0-b6f1-57a78691fae3 /altbootbank' Sep 15 12:30:15 vmkernel: sysboot: Invalid Store Detected: Sep 15 12:30:15 vmkernel: sysboot: Executing 'ls -F /vmfs/volumes'... Sep 15 12:30:16 root: configlocker /scratch is /vmfs/volumes/4c90991e-acc9226f-d5df b22278 Sep 15 12:30:16 root: configlocker /locker is /vmfs/volumes/4c90991e-acc9226f-d5df b22278 On voit donc que le système recrée des liens qui était sur /store, comme par exemple /locker était un lien direct vers /store est maintenant un lien vers /scratch (flèche). Je vais continuer à diminuer la taille en supprimant la partition /scratch qui contient les Logs, mais avant cela je vais créer un serveur syslog afin de renvoyer les logs sur une autre machine pour les analysées. Pour cela j ai utilisé la procédure déjà effectuée en labo : Télécharger et installer le serveur Kiwi Syslog : Sous vsphere Client : Onglet configuration -> Advanced Settings -> Syslog Remplir le champ Syslog.Remote.Hostname avec l adresse IP du PC serveur syslog Les logs sont disponibles sous C:\\Programe Files\Syslogd\Logs\SyslogCatchAll.txt Avec le Live CD Ubuntu, j ai supprimé la partition de scratch (ou /dev/sd2). Redémarrage du serveur. Et analyse des Logs : Sep 15 12:50:27 vmkernel: sysboot: Executing 'vmkfstools -V' Sep 15 12:50:27 vmkernel: 0:00:00: cpu1:4656)fss: 3702: No FS driver claimed device '4c90992efab24cbd-440f b22278': Not supported Sep 15 12:50:27 vmkernel: sysboot: Setting /bootbank to /vmfs/volumes/7cea1f b4-170f-6b60b4f90656 Sep 15 12:50:27 vmkernel: sysboot: Executing 'ln -s /vmfs/volumes/7cea1f b4-170f-6b60b4f90656 /bootbank' Sep 15 12:50:27 vmkernel: sysboot: Setting /altbootbank to /vmfs/volumes/9e71517c-bfebc7b0-b6f1-57a78691fae3 Sep 15 12:50:27 vmkernel: sysboot: Executing 'ln -s /vmfs/volumes/9e71517c-bfebc7b0-b6f1-57a78691fae3 /altbootbank' Sep 15 12:50:27 vmkernel: sysboot: Invalid Store Detected: Sep 15 12:50:27 vmkernel: sysboot: Executing 'ls -F /vmfs/volumes' 14 Session Karoubi Nathanaël

16 Sep 15 14:50:31 root: configlocker Can't find mount /vmfs/volumes/4c90da78-da1e b22278: Waiting 4 seconds. Sep 15 14:50:35 root: configlocker Can't find mount /vmfs/volumes/4c90da78-da1e b22278: Waiting 8 seconds. Sep 15 14:50:43 root: configlocker Can't find mount /vmfs/volumes/4c90da78-da1e b22278: Waiting 16 seconds. Sep 15 14:50:59 root: configlocker Can't find mount /vmfs/volumes/4c90da78-da1e b22278: Waiting 32 seconds. Sep 15 14:51:31 root: configlocker Can't find mount /vmfs/volumes/4c90da78-da1e b22278: Waiting 64 seconds. Sep 15 14:52:35 root: configlocker Can't find mount /vmfs/volumes/4c90da78-da1e b22278: Giving up. Sep 15 14:52:35 root: configlocker /scratch is /vmfs/volumes/4c90d68e-476af435-5f b22278/.locker Sep 15 14:52:35 root: configlocker /locker is /vmfs/volumes/4c90d68e-476af435-5f b22278/.locker La partition /locker is /vmfs/volumes/4c90d68e-476af435-5f b22278/ est le datastore donc le système va utiliser le datastore pour créer un dossier caché qui contiendra les logs : Pour être certain que tout marche, j ai lancé une VM et il n y a eu aucun problème. 15 Session Karoubi Nathanaël

17 Voila au final les partitions présentes sur ESXi : Je n ai malheureusement pas eu le temps pour m occuper de Hypervisor2 (/altbootbank). Je me retrouve avec un système ayant une empreinte de 504MB (sans la partition des VMs), mais qui occupe 61MB d espace disque contre les 303MB d origine. Bien entendu il s agit d une expérience de labo, je n ai pas fait assez de test pour être certain que cette manipulation puisse être effectuée pour la production. 16 Session Karoubi Nathanaël

18 6 Etude de quelques scripts : Je voulais voir s il était possible d exécuter des commandes ou des scripts au démarrage du serveur ESXi. Pour cela, j ai testé par tâtonnement de modifier des fichiers et voir comment est-que ESXi se comportait. 6.1 Première idée : modifier un script déjà existant en lui rajoutant des commandes : Dans les logs, j ai constaté que certains scripts étaient déjà exécutés au démarrage tel que hostd, ntpd, sfcbd et d autres. Pour les trouver, je me suis aidé de la commande find et grep combiné : find grep ntpd qui me retournait : Le premier résultat (./etc/init.d/ntpd) comprenant un «init» paraissait un bon début. Voici le listing de ect/init.d : J ai modifié le fichier etc/init.d/ntpd afin de voir si les modifications seraient prises en compte : #!/bin/ash # # Copyright 2007 VMware, Inc. All rights reserved. # # ntpd: # Start and stop the NTP daemon # # chkconfig: # description: Network Time Protocol (NTP) daemon. #... PATH=/sbin:/usr/sbin:/bin:/usr/bin export PATH # Includes.. /etc/vmware/init/bin/functions.sh... # # Log action # ntpd_log() { echo "$1" logger ntpd "$1" } # # Start ntpd # ntpd_start() { if! IsProcessRunning $NTPD; then $NTPD $NTPD_SCHED_PARAM $NTPD_OPTS NTPD_RC=$? esxcfg-vswitch l logger t nath else NTPD_RC=1 fi Session Karoubi Nathanaël

19 Voici un extrait du fichier, et en rouge la ligne que j ai rajouté. logger est une fonction interne qui permet d écrire dans le fichier de log (/scratch/log/message), l option t permet de mettre qui a fait appel à une commande et j écris dedans le retour de esxcfg-vswitch -l. Après redémarrage, voici une partie du fichier de log : Sep 20 09:50:56 root: ntpd Starting ntpd Sep 20 09:50:56 ntpd[4926]: ntpd 4.2.4p6@ Wed May 20 21:02:52 UTC 2009 (1) Sep 20 09:50:56 ntpd[4927]: precision = usec Sep 20 09:50:56 ntpd[4927]: Listening on interface #0 wildcard, #123 Disabled Sep 20 09:50:56 ntpd[4927]: Listening on interface #1 lo0, #123 Enabled Sep 20 09:50:56 ntpd[4927]: Listening on interface #2 vmk0, #123 Enabled Sep 20 09:50:56 ntpd[4927]: kernel time sync status 2040 Sep 20 09:50:56 ntpd[4927]: frequency initialized PPM from /etc/ntp.drift Sep 20 09:50:56 ntpd[4927]: using drift file "/etc/ntp.drift" instead of "/etc/ntp.drift" Sep 20 09:50:56 nath: Switch Name Num Ports Used Ports Configured Ports MTU Uplinks Sep 20 09:50:56 nath: vswitch vmnic0 Sep 20 09:50:56 nath: PortGroup Name VLAN ID Used Ports Uplinks Sep 20 09:50:56 nath: VM Network 0 0 vmnic0 Sep 20 09:50:56 nath: Management Network 0 1 vmnic0 On voit que le script peut-être modifié afin de rajouter des commandes. Tous ces scripts qui sont exécutés au boot sont en faite les services. 6.2 Deuxième idée : rajouter un service : Les services sont lancés par services.sh contenu dans /sbin. En annexe 3 services.sh. Dans le fichier /etc/chkconfig.db il y a donc la liste des services appelé svclst services.sh : # VMvisor chkconfig database # generated from vmvisor.sc /etc/init.d/ntpd /etc/init.d/hostd /etc/init.d/vobd /etc/init.d/slpd /etc/init.d/wsman /etc/init.d/sfcbd-watchdog Donc je vais essayer de créer moi-même un service. J ai remarqué que l appel à un service est : nom_du_service start 18 Session Karoubi Nathanaël

20 Je vais créer un script très simple mais permettant de voir immédiatement si la procédure a fonctionné, script_boot_test sera placé dans etc/init.d/ : #!/bin/ash. /etc/vmware/init/bin/functions.sh start() { logger -t script testboot mkdir /script_boot } stop() {} case $1 in "start") start ;; "stop") stop ;; esac Ce script devrait indiquer dans les logs -> script : testboot ; ainsi que créer le dossier /script_boot à la racine. Je rajoute dans etc/chkconfig.db la ligne : etc/init.d/script_boot_test Je change les permissions sur script_boot_test : chmod 777 etc/init.d/script_boot_test Je dois maintenant créer ou modifier mon oem.tgz afin que mon script subsiste au redémarrage. En annexe4 les commandes pour effectuer cette opération. Après redémarrage, voila donc se que j obtiens dans les logs : Sep 20 11:31:11 root: init Running script_boot_test Sep 20 11:31:11 script: testboot Sur la page suivante l arborescence de / : 19 Session Karoubi Nathanaël

21 J ai réussi à exécuter un script entièrement personnel au démarrage de l ESXi. 6.3 Démarrage de toutes les VMs avec une seule commande J ai crée un script permettant de démarrer toutes les VMs (nom : demarragevms): #!/bin/sh export PATH=/sbin:/bin A=`vim-cmd vmsvc/getallvms awk '/[0-9]/ {print $1}'`; for IDvm in $A do vim-cmd vmsvc/power.on "$IDvm" done Détail du script : vim-cmd vmsvc/getallvms retourne l inventaire des VMs ainsi que leurs IDs : awk '/[0-9]/ {print $1}' permet de récupérer dans la première colonne uniquement les chiffres (dans mon cas les IDs des VMs) : 20 Session Karoubi Nathanaël

22 for IDvm in $A boucle qui traitera tous les éléments de A (les IDs). do vim-cmd vmsvc/power.on "$IDvm" commande qui démarre une VM avec son ID Utilité L intérêt, en combinant ce script et le rajout d un service, est de pouvoir démarrer toutes les machines virtuelles au lancement du serveur. Il suffit de rajouter dans etc/chkconfig.db la ligne : etc/init.d/demarragevms Et de modifier oem.tgz cf A Backup.sh backup.sh est un script qui se situe dans /sbin/ est qui est appelé chaque heure par auto-backup.sh, l appel est backup.sh 0. Backup.sh est également appelé lors du shutdown du serveur. Je me suis concentré sur le premier cas. Je vais décrire les différentes étapes de backup.sh que j ai analysé. Le paramètre 0 lors de l appel permet de dire que celui-ci vient de auto-backup.sh et non de l appel lors de l arrêt du serveur : isshutdown=$1 Ensuite vérification si des fichiers ont été modifié et il les sauvegarde. (Si un fichier contenu dans etc/ à été modifié, automatiquement un fichier «.#filename» est crée. # Save all modified files in /etc (omit files where the.# # file exists but the originally named one does not). cd / filestosave=$(find etc -follow -type f -name ".#*" 2> /dev/null \ sed 's/\.#\(.*\)/\1/g' \ while read name; do [ -f "${name}" ] && echo "${name}"; done) Suppression de state.tgz ainsi que local.tgz if [ -n "$filestosave" ]; then # Cleanup possible file leakage rm -rf "${bootpath}"/local.tgz.*w rm -rf "${bootpath}"/state.tgz.* Création du nouveau state.tgz qui contiendra le nouveau local.tgz if [ -n "$filestosave" ]; then # Cleanup possible file leakage rm -rf "${bootpath}"/local.tgz.*w rm -rf "${bootpath}"/state.tgz.* 21 Session Karoubi Nathanaël

23 7 Conclusion : Ce complément approfondi mon travail de Bachelor. Il m a permit de me familiariser avec un outil supplémentaire de VMware, l interface VMware VCLi qui permet de créer des scripts d administration d un ESXi. J ai bien compris les différents accès qui existent afin de contrôler un ESxi (SSH ou le processus hostd). Le backup d une configuration et une restauration en cas de crash est un succès, que se soit en utilisant les outils de VMware ou avec une simple connexion SSH. J ai réduit la taille de l empreinte d ESXi de façon significative, qui permettrai de l installer sur un périphérique externe tel qu une clé USB, je n ai malheureusement pas eu le temps de tester le fonctionnement de celle-ci. L étude du script backup.sh ainsi que la création d un script m a permis de m améliorer avec les commandes sh. Je pense avoir atteint tous les objectifs qui m étaient demandé. Cette étude peut-être une bonne base pour des variantes de l outil graphique qui est le VMware vsphere client. 22 Session Karoubi Nathanaël

24 8 Annexe 8.1 A.1 23 Session Karoubi Nathanaël

25 8.2 A.2 Connexion SSH avec Putty et exécution d un script permettant de créer un vswitch et une adresse IP de management sur celui-ci. 24 Session Karoubi Nathanaël

26 8.3 A.3 #!/bin/sh export PATH=/sbin:/bin log() { echo "$*" logger init "$*" esxcfg-init --set-boot-status-text "$*" } start() { CHKCONFIG_DB="/etc/chkconfig.db" if [ -s "$CHKCONFIG_DB" ]; then startdir=`pwd` svclst=`sed -e 's/\#.*$//g' $CHKCONFIG_DB` for service in $svclst; do if [ -x "$service" ]; then dir=`dirname $service` svc=`basename $service` log "Running $svc $action" cd $dir $service start fi done cd $startdir fi } stop() { CHKCONFIG_DB="/etc/chkconfig.db" if [ -s "$CHKCONFIG_DB" ]; then startdir=`pwd` svclst=`sed -e 's/\#.*$//g' $CHKCONFIG_DB sed -n '1!Gh$p'` for service in $svclst; do if [ -x "$service" ]; then dir=`dirname $service` svc=`basename $service` log "Running $svc stop" cd $dir $service stop fi done cd $startdir fi } action=$1 case "$1" in start) start ;; stop) stop ;; restart) stop start ;; *) echo "Usage: `basename "$0"` {start stop restart}" exit 1 esac 25 Session Karoubi Nathanaël