VMWare - Historique des versions

Justine le 22 juin 2022 à 11:50

2022-06-22T11:50:52Z

← Version précédente		Version du 22 juin 2022 à 11:50
Ligne 1 :		Ligne 1 :
			[[Category:linux]]
	= Création d'une VM (TP1) =		= Création d'une VM (TP1) =

Justine : /* DRS */

2020-09-11T09:57:54Z

DRS

← Version précédente		Version du 11 septembre 2020 à 09:57
Ligne 482 :		Ligne 482 :
	= DRS =		= DRS =

	DRS permet de créer des groupes (de VMs et / ou d'ESX) pour les faire fonctionner ensemble. Cela permet de mettre en place de la HA.		Distributed Resource Scheduler.

			Le but de cette fonctionnalité est de répartir les VMs automatiquement entre les ESX afin de répartir la charge. Le déplacement de VMs se fait par VMotion.

			DRS permet de créer des groupes (de VMs et / ou d'ESX) grâce à des règles d'affinité pour les faire fonctionner ensemble. Cela permet de mettre en place de la HA.

	== Activation ==		== Activation ==

Justine le 11 novembre 2019 à 12:49

2019-11-11T12:49:20Z

Voir les modifications

Justine le 24 avril 2019 à 20:27

2019-04-24T20:27:46Z

← Version précédente		Version du 24 avril 2019 à 20:27
Ligne 347 :		Ligne 347 :

	[[File:Iscsi4.png\|RTENOTITLE]]		[[File:Iscsi4.png\|RTENOTITLE]]



	== Concernant le LUN du binôme ==		== Concernant le LUN du binôme ==

	~~Cela~~ ne semble à priori pas possible. En effet, chaque ESXi dispose d'un LUN pour lui tout seul. Il est probablement possible d'effectuer une configuration du côté de FreeNAS qui permet de faire cela, mais ce n'est pas vraiment le but du iSCSI.		Connecter un LUN à deux ESXi ne semble à priori pas possible. En effet, chaque ESXi dispose d'un LUN pour lui tout seul. Il est probablement possible d'effectuer une configuration du côté de FreeNAS qui permet de faire cela, mais ce n'est pas vraiment le but du iSCSI.

	= Utilisation de VMotion et Storage VMotion =		= Utilisation de VMotion et Storage VMotion =

Justine le 24 avril 2019 à 20:25

2019-04-24T20:25:41Z

← Version précédente		Version du 24 avril 2019 à 20:25
Ligne 347 :		Ligne 347 :

	[[File:Iscsi4.png\|RTENOTITLE]]		[[File:Iscsi4.png\|RTENOTITLE]]


	== Concernant le LUN du binôme ==		== Concernant le LUN du binôme ==

	Je n'~~ai toujours~~ pas ~~de binôme pour essayer..~~.		Cela ne semble à priori pas possible. En effet, chaque ESXi dispose d'un LUN pour lui tout seul. Il est probablement possible d'effectuer une configuration du côté de FreeNAS qui permet de faire cela, mais ce n'est pas vraiment le but du iSCSI.

	= Utilisation de VMotion et Storage VMotion =		= Utilisation de VMotion et Storage VMotion =

Justine le 24 avril 2019 à 20:22

2019-04-24T20:22:08Z

← Version précédente		Version du 24 avril 2019 à 20:22
Ligne 234 :		Ligne 234 :

	''Ici, le montage NFS est bien visible dans le menu de droite''		''Ici, le montage NFS est bien visible dans le menu de droite''


	== Pouvez-vous connecter le partage NFS de votre binôme? ==		== Pouvez-vous connecter le partage NFS de votre binôme? ==

	~~Je n~~'~~ai pas~~ de ~~binôme pour tester; néanmoins~~, ~~c'est possible~~ en ~~théorie (sous réserve de pouvoir s~~'~~authentifier si besoin)~~. ~~NFS supporte le partage vers plusieurs clients, ce qui est utilisé notamment pour faire~~ de la haute disponibilité.		C'est en effet possible. Pour cela, il suffit de recréer les datastores, en sélectionnant à chaque fois les deux ESXi au lieu d'un seul.

			Cela permet d'avoir de la haute disponibilité sur le stockage, par exemple.

	== Modifier le contenu du partage ==		== Modifier le contenu du partage ==

Justine le 24 avril 2019 à 20:05

2019-04-24T20:05:29Z

← Version précédente		Version du 24 avril 2019 à 20:05
Ligne 485 :		Ligne 485 :
	#Je me rend au même endroit que pour la HA, mais je choisir DRS et je l'active.		#Je me rend au même endroit que pour la HA, mais je choisir DRS et je l'active.
	#Je laisse les options par défaut.		#Je laisse les options par défaut.


	== Création d'une règle de non-affinité ==		== Création d'une règle de non-affinité ==

	On va créer une règle de non-affinité, qui empêche d'avoir les deux VM sur le même groupe DRS.		On va créer une règle de non-affinité, qui empêche d'avoir les deux VM sur le même groupe DRS. Ici, le résultat final sera d'avoir les deux VMs dans un même groupe, sachant qu'elle ne pourront pas être démarrées en même temps (non-affinité).

			*La règle définit tout simplement un comportement à adopter au sein du groupe.
			*Le groupe définit les machines (au sens large) qui fonctionneront de concert.

	Dans la configuration, je choisis "Règle de VM/Hôte" :		Dans la configuration, je choisis "Règle de VM/Hôte" :

	*Je clique sur ajouter.		*Je clique sur ajouter.
	*Ensuite, je fais comme ci-dessous :		*Ensuite, je fais comme ci-dessous :

	[[File:DRS1.png]]		[[File:DRS1.png\|RTENOTITLE]]

	Je dois aussi créer un groupe, dans "Groupes de VM/Hôtes" :		Je dois aussi créer un groupe, dans "Groupes de VM/Hôtes" :

	[[File:DRS2.png]]		[[File:DRS2.png\|RTENOTITLE]]

	== Tests ==		== Tests ==

Justine le 24 avril 2019 à 19:53

2019-04-24T19:53:01Z

← Version précédente		Version du 24 avril 2019 à 19:53
Ligne 353 :		Ligne 353 :
	Je pars d'une configuration dans laquelle j'ai un VCenter avec deux ESXi : mon 172.20.20.161, et un 172.20.20.162 que j'ai créé pour l'occasion et qui est identique. C'est sensé être celui de mon binôme, mais je n'ai pas de nouvelles de lui...		Je pars d'une configuration dans laquelle j'ai un VCenter avec deux ESXi : mon 172.20.20.161, et un 172.20.20.162 que j'ai créé pour l'occasion et qui est identique. C'est sensé être celui de mon binôme, mais je n'ai pas de nouvelles de lui...

	Je rappelle que chaque ESXi a son propre LUN~~, son propre NFS~~.		Je rappelle que chaque ESXi a son propre LUN. Le NFS61 est connecté aux deux ESX.

	== Ajout de l'adaptateur ==		== Ajout de l'adaptateur ==
Ligne 378 :		Ligne 378 :
	=== Migrer le stockage ===		=== Migrer le stockage ===

	Je vais essayer de migrer la VM vers un datastore ~~LUN~~. Pour cela, je choisis "uniquement le stockage". Mais le résultat est le même : je ne vois que les datastores propres à mon ESXi. ~~En effet, le problème reste le même : je~~ ne ~~peux pas migrer~~ que le stockage ~~vers le voisin en gardant le calcul~~. ~~Il faut que je migre~~ la ~~VM dans son intégralité~~.		Je vais essayer de migrer la VM vers un datastore NFS61. Pour cela, je choisis "uniquement le stockage". Mais le résultat est le même : je ne vois que les datastores propres à mon ESXi. La VM ne peut être migrée que vers une ressource de stockage auquel mon ESX à accès. C'est logique, puisque même une fois la migration effectuée, il devra assumer la charge de calcul pour celle-ci.

	Je peux tout même choisir de migrer la VM sur mon ~~LUN61~~. Cela fonctionne, et (presque) sans perte de connectivité. Je n'ai perdu qu'un seul paquet sur le ping.		Je peux tout même choisir de migrer la VM sur mon NFS61. Cela fonctionne, et (presque) sans perte de connectivité. Je n'ai perdu qu'un seul paquet sur le ping.

	Si je réessaye ensuite de migrer à nouveau "uniquement la ressource de calcul", ~~le résultat est le même~~.		Si je réessaye ensuite de migrer à nouveau "uniquement la ressource de calcul", cela fonctionne.

	Réponse aux questions :		Réponse aux questions :

	*La migration peut se réaliser, si je migre la VM vers une ressource de stockage ~~propre~~ à cet ESXi (~~LUN61~~, en l'occurence)		*La migration peut se réaliser, si je migre la VM vers une ressource de stockage connectée à cet ESXi (NFS61, en l'occurence)
	*Un unique paquet perdu sur le ping (une perte de connectivité négligeable)		*Un unique paquet perdu sur le ping (une perte de connectivité négligeable)
	*La VM est toujours sur le même ESXi		*La VM est toujours sur le même ESXi après la migration de stockage.

	== Stockage + ressource de calcul ==		== Stockage + ressource de calcul ==
Ligne 400 :		Ligne 400 :

	La migration se lance.		La migration se lance.

			Cela fonctionne, que l'on ai une ressource de stockage commune ou pas. Dans tous les cas, ce sera à l'autre ESX d'assumer entièrement la VM, donc, pas de problèmes.

	Réponse aux questions :		Réponse aux questions :
Ligne 473 :		Ligne 475 :
	Une fois que je relance l'ESX, la VM est relancée, elle aussi. Ce processus est automatique.		Une fois que je relance l'ESX, la VM est relancée, elle aussi. Ce processus est automatique.

	~~ ~~		= DRS =

			DRS permet de créer des groupes (de VMs et / ou d'ESX) pour les faire fonctionner ensemble. Cela permet de mettre en place de la HA.

			== Activation ==

			J'active DRS sur le cluster.

			#Je me rend au même endroit que pour la HA, mais je choisir DRS et je l'active.
			#Je laisse les options par défaut.

			== Création d'une règle de non-affinité ==

			On va créer une règle de non-affinité, qui empêche d'avoir les deux VM sur le même groupe DRS.

			Dans la configuration, je choisis "Règle de VM/Hôte" :

			*Je clique sur ajouter.
			*Ensuite, je fais comme ci-dessous :

			[[File:DRS1.png]]

			Je dois aussi créer un groupe, dans "Groupes de VM/Hôtes" :

			[[File:DRS2.png]]

	= ~~TODO~~ =		== Tests ==

	~~Je me suis viandé :~~ les ~~LUNs doivent être interconnectés. Le LUN du 1 doit aussi être connecté au 2, et vice-versa Les~~ VMs ~~doivent être~~ sur ~~les LUNs. Ensuite~~, je ~~pourrais recommencer :~~		Quand j'essaye de mettre les deux VMs sur le même ESXI, je ne peux en avoir qu'une seule de démarrée. C'est le but de ma configuration...

	*Vmotion : je pourrais migrer uniquement une ressource de calcul		Si j'éteins l'ESXI, ma VM est automatiquement migrée sur l'autre ESXi. La HA fonctionne à présent. C'est normal, c'est le but de DRS.
	*HA~~ :~~ le ~~basculement automatique pourra se faire~~.

Justine le 23 avril 2019 à 22:10

2019-04-23T22:10:19Z

Voir les modifications

Justine le 22 avril 2019 à 18:15

2019-04-22T18:15:41Z

← Version précédente		Version du 22 avril 2019 à 18:15
Ligne 246 :		Ligne 246 :

	[[File:NFS02.png\|RTENOTITLE]]		[[File:NFS02.png\|RTENOTITLE]]

			= Connexion de disques iSCSI =

			On repart ici de la même architecture, avec le FreeNAS comme target.



			== Configuration de l'ESXi ==

			Je commence par rajouter un adaptateur VMKernel :

			*Choisir l'ESX > Configurer > Adaptateur VMKernel > Nouveau
			**adptateur réseau VMKernel
			**vswitch0
			**Le reste est standard, penser à cocher la case "vSAN"

			Ensuite un adaptateur de stockage :

			#Choisir l'ESX > Configurer > Stockage > adaptateurs de stockage > Nouveau (+)
			#Un nouvel adaptateur apparaît sous la rubrique "iSCSI Software Adapter"
			#Je peux voir son IQN dans la rubrique "Général".
			#Dans l'onglet "Liaison", ajouter l'adaptateur VMKernel précédemment créé

			Je vais ajouter une cible dynamique, toujours dans les même rubriques, onglet "Cibles" :

			#Découverte Dynamique > Ajouter
			#Rentrer l'IP du FreeNAS (port par défaut)
			#OK

			=== Avez-vous des périphériques et des chemins disponibles? ===

			Pour l'instant, non. Rien n'as été configuré sur le FreeNAS pour le moment.

			=== Mon IQN ===

			Ici, mon IQN est :

			iqn.1998-01.com.vmware:esx61-709dbd84

			=== A quoi correspond "vmhba0" dans adaptateur de stockage? A quoi correspond le chemin? ===

			Cela semble correspondre à un lecteur de CDROM? Le chemin est : vmhba32:C0:T0:L0

			== Côté FreeNAS... ==

			!!!FreeNAS a parfois des problèmes avec le menu central, mais tout est faisable par le menu de gauche

			Une fois connectée au FreeNAS, je vais configurer le service.

			#Services > iSCSI > ON
			#Storage > Volumes > /mnt/VOL01 > Create zVol:
			##Donner un nom et une taille
			##Add zvol
			#Sharing > Block > Portals > Add Portal
			##Choisir l'IP du FreeNAS (la seule, normalement)
			#Sharing > Block > Initiators > Add Initiator
			##Ajouter l'IQN dans initiators (et effacer le ALL)
			##OK
			#Sharing > Block > Targets > Add target
			##Donner un nom
			##Portal group ID : Choisir le portal créé
			##Initiator group ID : choisir l'initiator créé
			##OK
			#Sharing > Block > Extents > Add Extent :
			##Donner un nom
			##Choisir le zvol créé
			##OK
			##Un extent, ce n'est rien d'autre qu'un LUN !
			#Sharing > Block > Add Target / Extent:
			##Choisir le target et l'extent créés
			##On a associé les deux !

			[[File:Iscsi1.png\|RTENOTITLE]]

			== ...de retour sur VCenter ==

			Avant tout : Vérifier qu'à côté de l'ESXi, dans la fenêtre de navigation, je n'ai pas un "Reboot Required". Si c'est le cas, reboot de l'ESXi !

			Je reviens sur l'ESXi > Configurer > Adaptateurs de stockage :

			#Je dois avoir de nouvelles choses disponibles, un chemin et un périphérique :

			[[File:Iscsi2.png\|RTENOTITLE]]

			[[File:Iscsi3.png\|RTENOTITLE]]

			#Je n'ai rien de plus dans les datastores, je vais en rajouter un à mon ESXi:
			#Il se créée de la même façon que les autres, avec:
			##Type : VMFS
			##Choisir le LUN (dérouler le menu "Sélectionner un hôte" si besoin)
			##Ne pas oublier de donner un nom...
			##OK

			== Datastores ==

			J'ai trois datastores : Le datastore de "base", le NFS, et le LUN. J'en aurais 5 si j'avais un binôme, mais ce n'est pas le cas.

			[[File:Iscsi4.png\|RTENOTITLE]]

			== Concernant le LUN du binôme ==

			Je n'ai toujours pas de binôme pour essayer...

VMWare - Historique des versions

Justine le 22 juin 2022 à 11:50

Justine : /* DRS */

Justine le 11 novembre 2019 à 12:49

Justine le 24 avril 2019 à 20:27

Justine le 24 avril 2019 à 20:25

Justine le 24 avril 2019 à 20:22

Justine le 24 avril 2019 à 20:05

Justine le 24 avril 2019 à 19:53

Justine le 23 avril 2019 à 22:10

Justine le 22 avril 2019 à 18:15

Justine : /* DRS */