Esxi - Historique des versions

217.174.206.178 le 22 décembre 2014 à 10:42

2014-12-22T10:42:10Z

← Version précédente		Version du 22 décembre 2014 à 10:42
Ligne 6 :		Ligne 6 :
	[http://pubs.vmware.com/vsphere-50/topic/com.vmware.ICbase/PDF/vsphere-esxi-vcenter-server-50-security-guide.pdf Guide de sécurité Vsphere 5]		[http://pubs.vmware.com/vsphere-50/topic/com.vmware.ICbase/PDF/vsphere-esxi-vcenter-server-50-security-guide.pdf Guide de sécurité Vsphere 5]
	[http://www.vmware.com/support/support-resources/hardening-guides.html Hardening guides]		[http://www.vmware.com/support/support-resources/hardening-guides.html Hardening guides]

			Autres doc pour la version 3.5 : https://{{SERVERNAME}}/BENPERSO/doc-manuel/system/virtualisation/Vmware_formation

	[http://www.vmware.com/files/fr/pdf/support/VMware-Resource-Management-Guide-PG-FR.pdf Gestion des ressources]		[http://www.vmware.com/files/fr/pdf/support/VMware-Resource-Management-Guide-PG-FR.pdf Gestion des ressources]

217.174.199.129 : /* Usb storage */

2014-09-17T10:48:12Z

Usb storage

← Version précédente		Version du 17 septembre 2014 à 10:48
Ligne 215 :		Ligne 215 :
	la vm soit en version 7 minimum). Pour se faire :		la vm soit en version 7 minimum). Pour se faire :
	<pre>		<pre>
			Cela peut etre fait à chaud (la vm est deja démarré)
	- brancher le disque dur usb ou clé usb sur l'esxi		- brancher le disque dur usb ou clé usb sur l'esxi
	- faire un dmesg en ssh sur l'esxi pour être sur qu'il ait vu le disque usb		- faire un dmesg en ssh sur l'esxi pour être sur qu'il ait vu le disque usb

217.174.199.129 : /* Usb storage */

2014-09-17T09:10:02Z

Usb storage

← Version précédente		Version du 17 septembre 2014 à 09:10
Ligne 214 :		Ligne 214 :
	Il n'est pas possible de voir un disque dur usb branché sur l'esxi dans le vsphere client de l'esxi, au niveau storage. Par contre on peut monter le disque usb sur les vm (il faut que		Il n'est pas possible de voir un disque dur usb branché sur l'esxi dans le vsphere client de l'esxi, au niveau storage. Par contre on peut monter le disque usb sur les vm (il faut que
	la vm soit en version 7 minimum). Pour se faire :		la vm soit en version 7 minimum). Pour se faire :
	~~{{{~~		<pre>
	- brancher le disque dur usb ou clé usb sur l'esxi		- brancher le disque dur usb ou clé usb sur l'esxi
	- faire un dmesg en ssh sur l'esxi pour être sur qu'il ait vu le disque usb		- faire un dmesg en ssh sur l'esxi pour être sur qu'il ait vu le disque usb
	- allez dans les setting de la vm, puis "Add hardware" / "Usb controleur", puis "Add hardware" / "Usb device" et il devrait vous faire voir la clé ou le disque dur		- allez dans les setting de la vm, puis "Add hardware" / "Usb controleur", puis "Add hardware" / "Usb device" et il devrait vous faire voir la clé ou le disque dur
	- ne reste plus qu à faire un mount du disque usb dans la vm (si c est une vm sous linux)		- ne reste plus qu à faire un mount du disque usb dans la vm (si c est une vm sous linux)
	~~}}}~~		</pre>

	=== Utilitaires Vmware===		=== Utilitaires Vmware===

217.174.199.129 le 8 septembre 2014 à 14:42

2014-09-08T14:42:17Z

← Version précédente		Version du 8 septembre 2014 à 14:42
Ligne 210 :		Ligne 210 :
	C:\ProgramData\VMware\*		C:\ProgramData\VMware\*
	</pre>		</pre>

			=== Usb storage ===
			Il n'est pas possible de voir un disque dur usb branché sur l'esxi dans le vsphere client de l'esxi, au niveau storage. Par contre on peut monter le disque usb sur les vm (il faut que
			la vm soit en version 7 minimum). Pour se faire :
			{{{
			- brancher le disque dur usb ou clé usb sur l'esxi
			- faire un dmesg en ssh sur l'esxi pour être sur qu'il ait vu le disque usb
			- allez dans les setting de la vm, puis "Add hardware" / "Usb controleur", puis "Add hardware" / "Usb device" et il devrait vous faire voir la clé ou le disque dur
			- ne reste plus qu à faire un mount du disque usb dans la vm (si c est une vm sous linux)
			}}}

	=== Utilitaires Vmware===		=== Utilitaires Vmware===

217.174.206.178 : /* Interface en aggrégation */

2014-07-09T09:50:22Z

Interface en aggrégation

← Version précédente		Version du 9 juillet 2014 à 09:50
Ligne 128 :		Ligne 128 :
	=== Interface en aggrégation ===		=== Interface en aggrégation ===
	Lorsque l'on configure le vswitch (ou plutot les vm) avec de l'aggrégation, il faut vérifier que le type d'aggrégation se fasse bien par ip et non par id, sinon chaque port réseau va		Lorsque l'on configure le vswitch (ou plutot les vm) avec de l'aggrégation, il faut vérifier que le type d'aggrégation se fasse bien par ip et non par id, sinon chaque port réseau va
	avoir un id et on va avoir des soucis		avoir un id et on va avoir des soucis. Dans "Networking" / "properties", puis double cliquez sur "vswitch", et dans l'onglet "NIC teaming", dans "load balancing" ("route based on the
			originating virtual port id" ou "route based on ip hash"). En mode failover de base, utiliser "use explicit failover order"

	=== Upgrade OS ===		=== Upgrade OS ===

217.174.199.129 le 17 avril 2014 à 10:10

2014-04-17T10:10:32Z

← Version précédente		Version du 17 avril 2014 à 10:10
Ligne 125 :		Ligne 125 :
	l'on tagguera avec le même vlan que celui du vmkernel, cela ne pose pas de problème.		l'on tagguera avec le même vlan que celui du vmkernel, cela ne pose pas de problème.
	</pre>		</pre>

			=== Interface en aggrégation ===
			Lorsque l'on configure le vswitch (ou plutot les vm) avec de l'aggrégation, il faut vérifier que le type d'aggrégation se fasse bien par ip et non par id, sinon chaque port réseau va
			avoir un id et on va avoir des soucis

	=== Upgrade OS ===		=== Upgrade OS ===

Admin le 11 septembre 2013 à 10:06

2013-09-11T10:06:54Z

← Version précédente		Version du 11 septembre 2013 à 10:06
Ligne 49 :		Ligne 49 :
	- Select Grant shell access to this user and click OK.		- Select Grant shell access to this user and click OK.
	</pre>		</pre>

			=== Configuration syslog ===
			<pre>
			Cela peut se faire via l'interface graphique, sinon aussi en cli.
			* Récupérer la config : esxcli system syslog config get
			* Paramétrage : esxcli system syslog config set --loghost='udp://10.11.12.13:514,udp://192.168.5.2:514' (si tcp mettre tcp à la place d'udp)
			* Redémarrer le service : esxcli system syslog reload
			</pre>>

	=== Crontab ===		=== Crontab ===

Admin le 11 septembre 2013 à 09:58

2013-09-11T09:58:08Z

← Version précédente		Version du 11 septembre 2013 à 09:58
Ligne 14 :		Ligne 14 :
	Il faut que l'option VT (Intel Virtualization Tech) soit mise en enable dans le bios. Il faut éteindre & rallumer electriquement le serveur pour que cette option soit prise en compte.		Il faut que l'option VT (Intel Virtualization Tech) soit mise en enable dans le bios. Il faut éteindre & rallumer electriquement le serveur pour que cette option soit prise en compte.
	Si cette option n'est pas activée, il ne sera pas possible de créer des VM.		Si cette option n'est pas activée, il ne sera pas possible de créer des VM.

			=== Rentrer en mode console ===
			- At the console of the ESXi host, press ALT-F1 to access the console window.
			- Enter unsupported in the console and then press Enter. You will not see the text you type in.
			- If you typed in unsupported correctly, you will see the Tech Support Mode warning and a password prompt. Enter the password for the root login.
			- Nous pouvons maintenant taper des commandes en ligne.

	=== Activer snmp & ssh ===		=== Activer snmp & ssh ===
Ligne 42 :		Ligne 48 :
	- Add this user to group root		- Add this user to group root
	- Select Grant shell access to this user and click OK.		- Select Grant shell access to this user and click OK.
			</pre>

			=== Crontab ===
			La mise en place de la crontab est un peu particulière sous les Esxi

			Modifier le fichier de configuration "/var/spool/cron/crontabs/root", exemple :
			10 00 * * * /ghettoVCB/ghettoVCB.sh -f /ghettoVCB/list_vm_to_backup -g /ghettoVCB/ghettoVCB.conf -l /vmfs/volumes/4f2a8feb-f893adfe-8db3-d4bed9b510ae/backup/ghettoVCB_backup.log >
			/dev/null

			Pour que le fichier de configuration cron soit pris en compte, il faut redemarrer le service avec les commandes suivante :
			Kill $(cat /vaar/run/crond.pid)
			Busybox crond

			Attention, lors du prochain redemarrage, le fichier de configuration cron sera reinitialisé. Pour eviter de perdre la configuration, il faut rajouter dans /etc/rc.local :
			<pre>
			/bin/kill $(cat /var/run/crond.pid)
			/bin/echo '10 00 * * * /ghettoVCB/ghettoVCB.sh -f /ghettoVCB/list_vm_to_backup -g /ghettoVCB/ghettoVCB.conf -l /vmfs/volumes/4f2a8feb-f893adfe-8db3-d4bed9b510ae/backup/ghettoVCB_backup.log 2>&1' >> /var/spool
			/bin/busybox crond
			</pre>

			Puis lancer la commande "auto-backup.sh" (présente dans /sbin) pour que le rc.local survive au reboot. Chaque fois que l'on change la cron, il faut mettre à jour le rc.local et
			relancer auto-backup.sh.

			=== Raid ===
			<pre>
			Pour les esx >= 5.0, recuperer le package vmware-esx-MegaCli-8.04.07.vib present sur package1.infra.agarik.com dans /home/sites/default/ESXI. ier et le copier sur l'esxi (en se
			logguant en vsphere, puis un browse des datastore et upload). Installer le package : esxcli software vib install -v /tmp/vmware-esx-MegaCli-8.04.07.vib --no-sig-check
			Verifier que le binaire est bien present dans /opt/lsi/MegaCLI/ et qu'il accede a la carte : ./MegaCli -ldinfo -l0 -a0
			Cela permettera d'avoir une supervision raid des esx uniforme quelque soit la version d'esx

			Se connecter sur le serveur qui fera la supervision, recuperer le fichier /root/.ssh/id_dsa.pub. Se connecter sur l'esx, ajouter le contenu du fichier recuperer au fichier
			/etc/ssh/keys-root/authorized_keys

			Sur le serveur qui fait la supervision, ajouter une entree <nom esx>:<ip esx> dans [https://{{{wiki.blaxeen.com/index.php/Check_raid_esxi ce script]
	</pre>		</pre>

Ligne 70 :		Ligne 110 :
	Persistently mounting volume 4fc8ce84-60b3a6ec-319f-00242102a853		Persistently mounting volume 4fc8ce84-60b3a6ec-319f-00242102a853
	</pre>		</pre>

	~~=== Rentrer en mode console ===~~
	~~- At the console of the ESXi host, press ALT-F1 to access the console window.~~
	~~- Enter unsupported in the console and then press Enter. You will not see the text you type in.~~
	~~- If you typed in unsupported correctly, you will see the Tech Support Mode warning and a password prompt. Enter the password for the root login.~~
	~~- Nous pouvons maintenant taper des commandes en ligne.~~

	=== Vmkernel & Vswitch ===		=== Vmkernel & Vswitch ===
Ligne 83 :		Ligne 117 :
	l'on tagguera avec le même vlan que celui du vmkernel, cela ne pose pas de problème.		l'on tagguera avec le même vlan que celui du vmkernel, cela ne pose pas de problème.
	</pre>		</pre>

	~~=== Crontab ===~~
	~~La mise en place de la crontab est un peu particulière sous les Esxi~~

	~~Modifier le fichier de configuration "/var/spool/cron/crontabs/root", exemple :~~
	~~10 00 * * * /ghettoVCB/ghettoVCB.sh -f /ghettoVCB/list_vm_to_backup -g /ghettoVCB/ghettoVCB.conf -l /vmfs/volumes/4f2a8feb-f893adfe-8db3-d4bed9b510ae/backup/ghettoVCB_backup.log >~~
	~~/dev/null~~

	~~Pour que le fichier de configuration cron soit pris en compte, il faut redemarrer le service avec les commandes suivante :~~
	~~Kill $(cat /vaar/run/crond.pid)~~
	~~Busybox crond~~

	~~Attention, lors du prochain redemarrage, le fichier de configuration cron sera reinitialisé. Pour eviter de perdre la configuration, il faut rajouter dans /etc/rc.local :~~
	~~<pre>~~
	~~/bin/kill $(cat /var/run/crond.pid)~~
	/bin/echo '10 00 * * * /ghettoVCB/ghettoVCB.sh -f /ghettoVCB/list_vm_to_backup -g /ghettoVCB/ghettoVCB.conf -l /vmfs/volumes/4f2a8feb-f893adfe-8db3-d4bed9b510ae/backup/ghettoVCB_backup.log 2>&1' >> /var/spool
	~~/bin/busybox crond~~
	~~</pre>~~

	~~Puis lancer la commande "auto-backup.sh" (présente dans /sbin) pour que le rc.local survive au reboot. Chaque fois que l'on change la cron, il faut mettre à jour le rc.local et~~
	~~relancer auto-backup.sh.~~

	=== Upgrade OS ===		=== Upgrade OS ===
Ligne 167 :		Ligne 180 :

	Enfin, via le vCenter update manager vérifier les mises à jour pour veso4esx01 et veso4esx02 sur les autres baselines. Faire un esx à la fois.		Enfin, via le vCenter update manager vérifier les mises à jour pour veso4esx01 et veso4esx02 sur les autres baselines. Faire un esx à la fois.
	~~</pre>~~

	~~=== Raid ===~~
	~~<pre>~~
	~~Pour les esx >= 5.0, recuperer le package vmware-esx-MegaCli-8.04.07.vib present sur package1.infra.agarik.com dans /home/sites/default/ESXI. ier et le copier sur l'esxi (en se~~
	~~logguant en vsphere, puis un browse des datastore et upload). Installer le package : esxcli software vib install -v /tmp/vmware-esx-MegaCli-8.04.07.vib --no-sig-check~~
	~~Verifier que le binaire est bien present dans /opt/lsi/MegaCLI/ et qu'il accede a la carte : ./MegaCli -ldinfo -l0 -a0~~
	~~Cela permettera d'avoir une supervision raid des esx uniforme quelque soit la version d'esx~~

	~~Se connecter sur le serveur qui fera la supervision, recuperer le fichier /root/.ssh/id_dsa.pub. Se connecter sur l'esx, ajouter le contenu du fichier recuperer au fichier~~
	~~/etc/ssh/keys-root/authorized_keys~~

	~~Sur le serveur qui fait la supervision, ajouter une entree <nom esx>:<ip esx> dans [https://{{{wiki.blaxeen.com/index.php/Check_raid_esxi ce script]~~
	</pre>		</pre>

Admin : /* Raid */

2013-09-11T09:47:54Z

Raid

← Version précédente		Version du 11 septembre 2013 à 09:47
Ligne 176 :		Ligne 176 :
	Cela permettera d'avoir une supervision raid des esx uniforme quelque soit la version d'esx		Cela permettera d'avoir une supervision raid des esx uniforme quelque soit la version d'esx

	Se connecter sur le serveur qui fera la supervision, recuperer le fichier /root/.ssh/id_dsa.pub. Se connecter sur l'esx, ajouter le contenu du fichier recuperer au fichier /etc/ssh/keys-		Se connecter sur le serveur qui fera la supervision, recuperer le fichier /root/.ssh/id_dsa.pub. Se connecter sur l'esx, ajouter le contenu du fichier recuperer au fichier
	root/authorized_keys		/etc/ssh/keys-root/authorized_keys

	Sur le serveur qui fait la supervision, ajouter une entree <nom esx>:<ip esx> dans [https://{{{~~SERVERNAME~~/index.php/Check_raid_esxi ce script]		Sur le serveur qui fait la supervision, ajouter une entree <nom esx>:<ip esx> dans [https://{{{wiki.blaxeen.com/index.php/Check_raid_esxi ce script]
	</pre>		</pre>

Admin : /* Raid */

2013-09-11T09:47:30Z

Raid

← Version précédente		Version du 11 septembre 2013 à 09:47
Ligne 173 :		Ligne 173 :
	Pour les esx >= 5.0, recuperer le package vmware-esx-MegaCli-8.04.07.vib present sur package1.infra.agarik.com dans /home/sites/default/ESXI. ier et le copier sur l'esxi (en se		Pour les esx >= 5.0, recuperer le package vmware-esx-MegaCli-8.04.07.vib present sur package1.infra.agarik.com dans /home/sites/default/ESXI. ier et le copier sur l'esxi (en se
	logguant en vsphere, puis un browse des datastore et upload). Installer le package : esxcli software vib install -v /tmp/vmware-esx-MegaCli-8.04.07.vib --no-sig-check		logguant en vsphere, puis un browse des datastore et upload). Installer le package : esxcli software vib install -v /tmp/vmware-esx-MegaCli-8.04.07.vib --no-sig-check
	Verifier que le binaire est bien present dans /opt/lsi/MegaCLI/ et qu'il accede a la carte : ./~~Megacli~~ -ldinfo -l0 -a0		Verifier que le binaire est bien present dans /opt/lsi/MegaCLI/ et qu'il accede a la carte : ./MegaCli -ldinfo -l0 -a0
	Cela permettera d'avoir une supervision raid des esx uniforme quelque soit la version d'esx		Cela permettera d'avoir une supervision raid des esx uniforme quelque soit la version d'esx

			Se connecter sur le serveur qui fera la supervision, recuperer le fichier /root/.ssh/id_dsa.pub. Se connecter sur l'esx, ajouter le contenu du fichier recuperer au fichier /etc/ssh/keys-
			root/authorized_keys

			Sur le serveur qui fait la supervision, ajouter une entree <nom esx>:<ip esx> dans [https://{{{SERVERNAME/index.php/Check_raid_esxi ce script]
	</pre>		</pre>