Page 1
Installation et configuration de vSphere
vSphere 5.0 Update 1
Ce document prend en charge la version de chacun des produits
répertoriés, ainsi que toutes les versions publiées par la suite
jusqu'au remplacement dudit document par une nouvelle édition.
Pour rechercher des éditions plus récentes de ce document, rendezvous sur : http://www.vmware.com/fr/support/pubs.
FR-000783-00
Page 2
Installation et configuration de vSphere
Vous trouverez la documentation technique la plus récente sur le site Web de VMware à l'adresse :
http://www.vmware.com/fr/support/pubs/
Le site Web de VMware propose également les dernières mises à jour des produits.
N’hésitez pas à nous transmettre tous vos commentaires concernant cette documentation à l’adresse suivante :
docfeedback@vmware.com
Copyright © 2009–2012 VMware, Inc. Tous droits réservés. Ce produit est protégé par les lois américaines et internationales
relatives au copyright et à la propriété intellectuelle. Les produits VMware sont protégés par un ou plusieurs brevets répertoriés
à l'adresse http://www.vmware.com/go/patents-fr.
VMware est une marque déposée ou une marque de VMware, Inc. aux États-Unis et/ou dans d'autres juridictions. Toutes les
autres marques et noms mentionnés sont des marques déposées par leurs propriétaires respectifs.
VMware, Inc.
3401 Hillview Ave.
Palo Alto, CA 94304
www.vmware.com
2 VMware, Inc.
VMware, Inc.
100-101 Quartier Boieldieu
92042 Paris La Défense
France
www.vmware.com/fr
Page 3
Table des matières
À propos de l'installation et de la configuration de vSphere 7
Présentation de l'installation et de la configuration de vSphere 9
1
Différences entre vSphere 5.0 et vSphere 4.x 9
Présentation du processus d'installation et de configuration de vSphere 11
Options d'installation d'ESXi 12
Options de support de démarrage du programme d'installation ESXi 14
Utilisation d'applications de gestion à distance 25
Informations requises pour l'installation d'ESXi 25
Spécifications système 27
2
Configuration matérielle requise pour ESXi 27
Prise en charge d'ESXi pour les systèmes d'exploitation clients 64 bits 31
Spécifications matérielles pour vCenter Server et vSphere Client 31
Spécifications logicielles pour vCenter Server 35
Configuration logicielle requise pour vSphere Client et vSphere Web Client 36
Prévoir suffisamment d'espace pour la journalisation du système 36
Ports requis pour vCenter Server 37
Ports requis pour vCenter Server Appliance 38
Conflit entre vCenter Server et IIS pour le port 80 39
Exigences de DNS pour vSphere 40
Modèles de serveurs de gestion à distance et versions minimum de microprogrammes pris en
charge 41
VMware, Inc.
Installation interactive d' ESXi 43
3
Installation de ESXi de façon interactive 43
Installer ESXi sur un disque iSCSI logiciel 45
Installation, mise à niveau ou migration d'hôtes en utilisant un script 47
4
Approches pour l'installation scriptée 47
Entrer les options de démarrage pour lancer un script d'installation ou de mise à niveau 48
À propos des scripts d'installation et de mise à niveau 50
Installer, mettre à niveau ou migrer ESXi depuis un CD ou un DVD en utilisant un script 60
Installer, mettre à niveau ou migrer ESXi depuis une clé USB en utilisant un script 62
Effectuer une installation ou une mise à niveau scripté ESXi en effectuant un démarrage PXE du
programme d'installation 63
Installation d'ESXi en utilisant vSphere Auto Deploy 65
5
Description de vSphere Auto Deploy 66
Feuille de route Auto Deploy et présentation des cmdlets 72
Préparation pour vSphere Auto Deploy 75
3
Page 4
Installation et configuration de vSphere
Gestion d'Auto Deploy avec les cmdlets PowerCLI 82
Provisionnement des systèmes ESXi avec vSphere Auto Deploy 86
Configuration d'un hôte de référence Auto Deploy 90
Tâches de gestion avancée 96
Meilleures pratiques et considérations de sécurité pour Auto Deploy 104
Dépannage de la fonction Auto Deploy 107
Configuration de la validation technique Auto Deploy 115
Utilisation de l'interface CLI vSphere ESXi Image Builder 131
6
Description d'Image Builder 131
Installation et utilisation d'Image Builder 138
Tâches communes Image Builder 140
Workflows Image Builder 147
Configuration d' ESXi 153
7
Configuration automatique ESXi 154
À propos de l'interface ESXi de console directe 154
Définition du mot de passe du compte administrateur 157
Configuration des paramètres de démarrage du BIOS 157
L'hôte ne démarre pas après avoir installé ESXi en mode UEFI 159
Accès réseau à l'hôte ESXi 159
Configurer les paramètres réseau sur un hôte non connecté au réseau 160
Gestion d' ESXi à distance 160
Configuration des paramètres réseau 160
Comportement de stockage 165
Afficher les journaux système 168
Configurer Syslog sur des hôtes ESXi 168
Activer le mode verrouillage en utilisant la console directe 169
Activer ESXi Shell et l'accès SSH avec l'interface utilisateur Console directe 170
Définir le niveau d'acceptation de profil d'image d'hôte 171
Réinitialisation de la configuration système 172
Supprimer tous les packages personnalisés sur ESXi 172
Désactiver le support des caractères non-ASCII dans les noms de fichier et de répertoire de machine
virtuelle 173
Désactiver ESXi 173
Après avoir installé et configuré ESXi 175
8
Gestion de l'hôte ESXi avec vSphere Client et vSphere Web Client 175
Affectation de licences aux hôtes ESXi 175
Préparation des bases de données vCenter Server 179
9
Spécifications système et correctifs applicables à la base de données vCenter Server 180
Créer un DSN 64 bits 181
Configurer vCenter Server pour communiquer avec la base de données locale 181
À propos du package de base de données groupée Microsoft SQL Server 2008 R2 Express 182
Maintenance d'une base de données vCenter Server 182
Configurer des bases de données DB2 182
Configurer des bases de données Microsoft SQL Server 191
4 VMware, Inc.
Page 5
Configurer des bases de données Oracle 202
Table des matières
Avant d'installer vCenter Server 211
10
Conditions préalables pour vCenter Server 211
Utilisation d'un compte pour exécuter vCenter Server 213
Installation de vCenter Server sur des machines IPv6 214
Formats d'URL JDBC pour la base de données vCenter Server 214
Configurer les URL sur un système vCenter Server autonome 216
Exécution des programmes d'installation de vCenter Server et vSphere Client à partir d'un lecteur
réseau 216
Informations nécessaires pour installer vCenter Server 216
Une base de données SQL Microsoft définie sur un mode de compatibilité non pris en charge entraîne
l'échec de l'installation ou de la mise à niveau de vCenter Server 218
Installation de vCenter Server 221
11
Composants vCenter Server et outils de support 221
Télécharger le programme d'installation de vCenter Server 222
Installer vCenter Server 222
Installer vCenter Server sur une machine virtuelle 225
Télécharger et déployer VMware vCenter Server Appliance 225
Après avoir installé vCenter Server 227
12
Installer les composants vCenter Server 228
Création de groupes Linked Mode vCenter Server 237
Utilisation d'un serveur de licences pour gérer les hôtes ESX/ESXi 3.5 243
Échec du démarrage de VMware vCenter Management Webservices Service 243
Sauvegarder la base de données du service d'inventaire sous Windows 244
Restaurer une sauvegarde de la base de données de service d'inventaire sous Windows 244
Sauvegarder la base de données du service d'inventaire sous Linux 245
Restaurer une sauvegarde de la base de données de service d'inventaire sous Linux 245
mettre à niveau la configuration de l'URL vCenter Inventory Service 246
Réinitialiser la base de données de vCenter Inventory Service 247
Index 249
VMware, Inc. 5
Page 6
Installation et configuration de vSphere
6 VMware, Inc.
Page 7
À propos de l'installation et de la configuration de vSphere
Installation et configuration de vSphere explique comment installer de nouvelles configurations de VMware
vCenter Server et d'ESXi.
Public cible
Installation et configuration de vSphere s'adresse aux utilisateurs qui doivent installer et configurer vCenter Server
et ESXi.
Ces informations sont destinées aux administrateurs système Windows ou Linux expérimentés qui maîtrisent
la technologie des machines virtuelles et les fonctionnements des centres de données.
®
VMware, Inc.
7
Page 8
Installation et configuration de vSphere
8 VMware, Inc.
Page 9
Présentation de l'installation et de la
configuration de vSphere 1
vSphere 5.0 fournit diverses options d'installation et de configuration. Pour qu'un déploiement vSphere
aboutisse, vous devez connaître les options d'installation et de configuration et la séquence de tâches
appropriée.
Vous disposez de diverses options d'installation et de configuration d'ESXi, de gestion de vSphere avec vCenter
Server, vSphere Client, vSphere Web Client et de configuration de la base de données que vous utilisez avec
vCenter Server.
Ce chapitre aborde les rubriques suivantes :
n
« Différences entre vSphere 5.0 et vSphere 4.x », page 9
n
« Présentation du processus d'installation et de configuration de vSphere », page 11
n
« Options d'installation d'ESXi », page 12
n
« Options de support de démarrage du programme d'installation ESXi », page 14
n
« Utilisation d'applications de gestion à distance », page 25
n
« Informations requises pour l'installation d'ESXi », page 25
Différences entre vSphere 5.0 et vSphere 4.x
vSphere 5.0 est une mise à niveau majeure de vSphere 4.x.
Les modifications suivantes par rapport à vSphere 4.x affectent l'installation et la configuration de vSphere.
Pour la liste complète des nouvelles fonctions dans vSphere 5.0, voir les notes de mise à jour.
La console de service
est supprimée
ESXi ne comporte pas de
programme
d'installation graphique
Ligne de commande
d'Image Builder dans
vSphere Auto Deploy et
vSphere ESXi
ESXi n'inclut pas de console de service. Vous pouvez effectuer la plupart des
tâches que vous avez effectuées dans la console de service en utilisant les
commandes esxcli dans le ESXi Shell, en utilisant les commandes vCLI et en
utilisant les commandes PowerCLI VMware. Reportez-vous à la
documentation Gestion de ligne de commande dans vSphere 5.0 pour les utilisateurs
de la console du service et Initiation aux interfaces de ligne de commande vSphere.
Le programme d'installation graphique se basait sur la console de service, qui
ne fait pas partie d'ESXi. ESXi garde le programme d'installation textuel.
Avant ESXi 5.0, ESXi était installé sur le disque physique de chaque hôte
ESXi. Avec ESXi 5.0, vous pouvez charger une image ESXi directement dans la
mémoire en utilisant vSphere Auto Deploy. Vous pouvez provisionner et
reprovisionner un grand nombre d'hôtes ESXi d'une manière efficace avec
vCenter Server, et gérer les mises à jour et les correctifs d'ESXi en utilisant un
VMware, Inc. 9
Page 10
Installation et configuration de vSphere
profil d'image. Vous pouvez stockage la configuration des hôtes telle qu'une
configuration de réseau ou de stockage et l'appliquer à l'hôte en utilisant Auto
Deploy. Vous pouvez utiliser la ligne de commande d'Image Builder d'ESXi
pour créer des images d'installation d'ESXi avec un ensemble personnalisé de
mises à jour, de correctifs et de pilotes.
Pour des informations complètes sur l'utilisation de la ligne de commande
d'Image Builder de vSphere Auto Deploy et d'ESXi, reportez-vous à Chapitre
5, « Installation d'ESXi en utilisant vSphere Auto Deploy », page 65 et
Chapitre 6, « Utilisation de l'interface CLI vSphere ESXi Image Builder »,
page 131.
Modifications dans le
processus d'installation
et de mise à niveau
d'ESXi
Mise en cache du
programme
d'installation
ESXi 5.0 utilise un seul assistant d'installation pour les nouvelles installations
et les mises à jour. ESXi 5.0 fournit également une nouvelle option pour le
déploiement d'ESXi directement dans la mémoire de l'hôte avec vSphere Auto
Deploy. Les utilitaires vihostupdate et esxupdate ne sont pas pris en charge
pour ESXi 5.0. Vous ne pouvez pas effectuer une mise à niveau ou migrer vers
ESXi 5.0 en utilisant un utilitaire de ligne de commande. Après avoir effectué
la mise à niveau ou la migration vers ESXi 5.0, vous pouvez mettre à niveau ou
corriger les hôtes ESXi 5.0 en utilisant les commandes de l'interface de ligne de
commande esxcli.
IMPORTANT Après la mise à niveau ou la migration de l'hôte vers ESXi 5.0, vous
ne pouvez pas revenir à la version 4.x ESX ou ESXi. Sauvegardez votre hôte
avant d'effectuer une mise à niveau ou une migration, afin que, si la mise à
niveau ou la migration échoue, vous puissiez restaurer votre hôte 4.x.
Si vous mettez à niveau un hôte ESX ou ESXi existant, reportez-vous à la
documentation Mise à niveau vSphere.
Au lieu d'utiliser une image binaire pour installer le système, tous les bits qui
étaient utilisés au moment du démarrage sont mis en cache dans le système.
Cette mise en cache réduit les problèmes d'installation provoqués par l'accès
aux fichiers d'installation entre les réseaux en cours de chargement.
REMARQUE Les installations à base d'un script ne peuvent pas effectuer un
démarrage PXE d'un serveur puis obtenir l'image binaire d'une autre forme de
support.
Modifications apportées
au partitionnement des
disques d'hôte
Tous les hôtes nouvellement installés dans vSphere 5.0 utilisent le format de la
table de partition GUID au lieu de l'intitulé de script du style MSDOS. Cette
modification prend en charge l'installation d'ESXi sur des disques de plus de
2 To.
Les hôtes vSphere 5.0 venant d'être installés utilisent VMFS5, une version mise
à jour du système de fichiers VMware pour vSphere 5.0. À la différence des
versions précédentes, ESXi 5.0 ne crée pas de partitions VMFS sur le second
disque et les disques suivants.
Les systèmes mis à niveau n'utilisent pas les tables de partition GUID (GPT),
mais conservent l'ancien intitulé de partition basée sur MSDOS.
REMARQUE Le partitionnement pour les hôtes qui sont mis à niveau vers
ESXi 5.0 est très différent du partitionnement des nouvelles installations
d'ESXi 5.0. Reportez-vous à la documentation Mise à niveau vSphere.
10 VMware, Inc.
Page 11
Chapitre 1 Présentation de l'installation et de la configuration de vSphere
VMware vCenter Server
Appliance
vSphere Web Client
Comme autre solution pour installer vCenter Server sur une machine
Windows, vSphere 5.0 fournit VMware vCenter Server Appliance. Le dispositif
vCenter Server est une machine virtuelle basée sur Linux préconfigurée et
optimisée pour l'exécution de vCenter Server et des services associés.
vSphere Web Client est une application de serveur qui fournit une alternative
basée sur un navigateur au vSphere Client traditionnel. Vous pouvez utiliser
un navigateur Web pour vous connecter à vSphere Web Client pour gérer un
hôte ESXi via un vCenter Server.
Installation d'ESXi sur une unité avec une installation ESX ou ESXi existante ou une banque de données VMFS
ESXi 5.0 utilise le même programme d'installation pour les nouvelles installations et les mises à niveau ou les
migrations. Si le programme d'installation détecte une installation ESX 4.x ou ESXi 4.x existante, il permet de
mettre à niveau l'installation ou d'effectuer une nouvelle installation.
Voir Mise à niveau de vSphere.
Selon la structure du disque du système, le programme d'installation ESXi permet de conserver ou de remplacer
la banque de données VMFS au cours de l'installation.
Présentation du processus d'installation et de configuration de vSphere
vSphere est un produit sophistiqué comprenant plusieurs composants à installer et à configurer. Pour qu'un
déploiement vSphere aboutisse, vous devez connaître la séquence de tâches appropriée.
L'installation de vSphere comprend les tâches suivantes :
1 Assurez-vous que votre système remplit les conditions matérielles et logicielles requises de vSphere.
Reportez-vous à Chapitre 2, « Spécifications système », page 27.
2 Déterminez l'option d'installation d'ESXi à utiliser. Reportez-vous à « Options d'installation d'ESXi »,
page 12.
3 Déterminez l'emplacement de stockage et de démarrage du programme d'installation ESXi. Reportez-vous
à « Options de support de démarrage du programme d'installation ESXi », page 14. Si vous démarrez le
programme d'installation via PXE, vérifiez que votre infrastructure PXE réseau est correctement
configurée. Reportez-vous à « Démarrage PXE du programme d'installation ESXi », page 18.
4 Installez ESXi :
n
Chapitre 3, « Installation interactive d'ESXi », page 43
n
Chapitre 4, « Installation, mise à niveau ou migration d'hôtes en utilisant un script », page 47
n
Chapitre 5, « Installation d'ESXi en utilisant vSphere Auto Deploy », page 65
5 Configurez les paramètres réseau et de démarrage d'ESXi, la console directe et les autres paramètres.
Reportez-vous à Chapitre 7, « Configuration d'ESXi », page 153.
6 Installez vSphere Client pour gérer votre hôte ESXi. Affectez une licence à votre hôte et sauvegardez la
configuration de l'hôte. Reportez-vous à Chapitre 8, « Après avoir installé et configuré ESXi », page 175.
7 Pensez à configurer un serveur syslog pour la journalisation à distance, afin de garantir un espace de
stockage suffisant sur le disque pour les fichiers journaux. Configurer la journalisation sur un hôte distant
est particulièrement important pour les hôtes disposant d'un stockage local limité. Vous pouvez
éventuellement installer vSphere Syslog Collector pour collecter les journaux de tous les hôtes. Consultez
« Prévoir suffisamment d'espace pour la journalisation du système », page 36, « Configurer Syslog sur
des hôtes ESXi », page 168, « Configurer Syslog depuis l'interface Profils d'hôte », page 94 et « Installer
vSphere Syslog Collector », page 233.
VMware, Inc. 11
Page 12
Installation et configuration de vSphere
8 (Facultatif) Accomplissez ces tâches si vous utilisez vCenter Server pour gérer votre déploiement de
vSphere :
a Configurez les bases de données vCenter Server. Reportez-vous à Chapitre 9, « Préparation des bases
de données vCenter Server », page 179.
b Installez vCenter Server et ses outils de support. Connectez-vous à vCenter Server à partir de vSphere
Client ou de vSphere Web Client. Reportez-vous à Chapitre 11, « Installation de vCenter Server »,
page 221 et Chapitre 12, « Après avoir installé vCenter Server », page 227.
c (Facultatif) Créez un groupe Linked Mode ou joignez vCenter Server à un groupe Linked Mode.
Reportez-vous à « Création de groupes Linked Mode vCenter Server », page 237.
Options d'installation d'ESXi
Vous pouvez installer ESXi de différentes manières. Pour optimiser le déploiement vSphere, familiarisez-vous
avec les options avant de commencer l'installation.
Les installations ESXi sont conçues pour accepter un éventail de tailles de déploiement.
Selon le mode d'installation que vous choisissez, différentes options sont disponibles pour accéder au support
d'installation et démarrer le programme d'installation.
Installation interactive d'ESXi
Les installations interactives sont recommandées pour les petits déploiements de moins de cinq hôtes.
Vous démarrez le programme d'installation depuis un CD ou un DVD depuis un périphérique USB amorçable
ou depuis PXE dans un emplacement du réseau. Vous suivez les invites de l'assistant d'installation pour
installer ESXi sur le disque. Reportez-vous à la section Chapitre 3, « Installation interactive d'ESXi »,
page 43.
Installation d'ESXi en utilisant un script
L'exécution d'un script est une méthode efficace de déploiement de plusieurs hôtes ESXi avec une installation
sans surveillance.
Le script d'installation contient les paramètres de configuration de l'hôte. Vous pouvez utiliser le script pour
configurer plusieurs hôtes avec les mêmes paramètres. Reportez-vous à la section Chapitre 4, « Installation,
mise à niveau ou migration d'hôtes en utilisant un script », page 47.
Le script d'installation doit être restauré dans un emplacement accessible pour l'hôte par HTTP, HTTPS, FTP,
NFS, CDROM ou USB. Vous pouvez démarrer le programme d'installation dans PXE ou depuis un lecteur de
CD/DVD ou USB.
12 VMware, Inc.
Page 13
Installation basée sur un script
HTTP
HTTPS
FTP
NFS
CDROM
USB
créer un script d'installation
(fichier kickstart) et le copier à
l'emplacement approprié
émettre une commande
pour spécifier
l'emplacement du script
d'installation et démarrer
l'installation
démarrage
PXE
démarrer
l'installation
démarrage
à partir
du CD
démarrage
à partir d'un
périphérique
USB
Chapitre 1 Présentation de l'installation et de la configuration de vSphere
Figure 1-1. Installation en utilisant un script
Option d'installation de vSphere Auto Deploy ESXi
Avec l'installation de vSphere Auto Deploy ESXi, vous pouvez provisionner et reprovisionner efficacement
un grand nombre d'hôtes ESXi avec vCenter Server.
En utilisant la fonction Auto Deploy, vCenter Server charge l'image ESXi directement dans la mémoire de
l'hôte. Auto Deploy ne stocke pas l'état ESXi sur le disque hôte. vCenter Server stocke et gère les mises à jour
et les correctifs ESXi via un profil d'image et, éventuellement, la configuration hôte via un profil d'hôte. Vous
pouvez créer des profils d'image avec l'interface CLI ESXi Image Builder et des profils d'hôte en utilisant
vSphere Client. Reportez-vous à Chapitre 6, « Utilisation de l'interface CLI vSphere ESXi Image Builder »,
page 131 et Profils d'hôte vSphereProfils d'hôtes vSphere.
Lorsque vous installez un hôte avec Auto Deploy pour la première fois, l'environnement PXE hôte démarre et
se connecte au serveur Auto Deploy qui envoie le profil d'image et un profil d'hôte à l'hôte. L'hôte démarre en
utilisant le profil d'image et Auto Deploy affecte l'hôte au système vCenter Server approprié.
Lorsque vous redémarrez l'hôte, vCenter Server utilise la fonction Auto Deploy pour provisionner l'hôte avec
l'image et le profil d'hôte appropriés. Si le profil d'image change, par exemple, à la suite d'une mise à jour ou
d'un correctif, l'administrateur peut propager la modification à tous les hôtes gérés par un système vCenter
Server avec Auto Deploy. Ainsi, Auto Deploy permet de provisionner de reprovisionner efficacement un grand
nombre d'hôtes et de renforcer la conformité à une image ESXi principale.
Reportez-vous à « Description de vSphere Auto Deploy », page 66.
Personnalisation des installations avec l'interface CLI ESXi Image Builder
Vous pouvez utiliser l'interface CLI ESXi Image Builder pour créer des images d'installation ESXi avec un
groupe personnalisé de mises à jour, de correctifs et de pilotes.
VMware, Inc. 13
L'interface ESXi Image Builder est un groupe de commandes CLI PowerShell que vous pouvez utiliser pour
créer une image d'installation ESXi avec un groupe personnalisé de mises à jour et de correctifs ESXi. Vous
pouvez également inclure des pilotes de réseau ou de stockage tiers publiés entre les versions de vSphere.
Vous pouvez déployer une image ESXi créée avec Image Builder de l'une des deux manières suivantes :
n
n
Reportez-vous à la section Chapitre 6, « Utilisation de l'interface CLI vSphere ESXi Image Builder »,
page 131 et Chapitre 5, « Installation d'ESXi en utilisant vSphere Auto Deploy », page 65.
en la gravant sur un DVD d'installation ;
via vCenter Server en utilisant la fonction Auto Deploy.
Page 14
Installation et configuration de vSphere
À propos des modes d'évaluation et licence d'ESXi
Une fois que vous avez acheté une licence d'hôte, VMware fournit un numéro de série que vous pouvez utiliser
pour affecter une licence à vSphere. Vous pouvez utiliser le mode d'évaluation pour accéder à l'ensemble des
fonctions d'ESXi, y compris les fonctions pour lesquelles vous n'avez pas acheté de licence.
Par exemple, en mode évaluation, vous pouvez utiliser vMotion, HA, DRS et les autres fonctions, même si
vous n'avez pas acheté de licence pour ces fonctions.
La version installable d'ESXi est toujours installée en mode évaluation. ESXi Embedded est préinstallé sur un
périphérique USB interne par votre fournisseur de matériel. Il peut être en mode évaluation ou en mode prélicence.
La période d'évaluation est de 60 jours et débute à la mise sous tension de l'hôte ESXi, même si vous démarrez
initialement en mode de licence et non en mode évaluation. Pendant la période d'évaluation de 60 jours, vous
pouvez passer à tout moment du mode licence au mode évaluation. Pour profiter pleinement de la période
d'évaluation de 60 jours, vous devez passer en mode évaluation le plus tôt possible après la première mise
sous tension de l'hôte. Reportez-vous à la section « Conversion d'un hôte ESXi en mode d'évaluation »,
page 176.
Pour plus d'informations sur l'affectation d'une licence à l'hôte, reportez-vous à la documentation Gestion de
vCenter Server et des hôtes.
Options de support de démarrage du programme d'installation ESXi
Le système sur lequel vous installez ESXi doit pouvoir accéder au programme d'installation d'ESXi.
Les supports de démarrage suivants sont pris en charge par le programme d'installation d'ESXi :
n
Démarrage depuis un CD/DVD. Reportez-vous à la section « Télécharger et graver l'image ISO du
programme d'installation ESXi sur un CD ou un DVD », page 14.
n
Démarrage depuis une clé USB. Reportez-vous à la section « Formater une clé USB pour lancer l'installation
ou la mise à niveau d'ESXi », page 15.
n
Démarrage PXE depuis le réseau. « Démarrage PXE du programme d'installation ESXi », page 18
n
Démarrage depuis un emplacement distant en utilisant une application de gestion à distance. Reportezvous à la section « Utilisation d'applications de gestion à distance », page 25
Télécharger et graver l'image ISO du programme d'installation ESXi sur un CD ou un DVD
Si vous n'avez pas de CD/DVD d'installation ESXi, vous pouvez en créer un.
Vous pouvez également créer une image ISO du programme d'installation incluant un script d'installation
personnalisé. Reportez-vous à la section « Créer une image ISO du programme d'installation avec un script
d'installation ou de mise à niveau personnalisé », page 17.
Procédure
1 Téléchargez l'image ISO pour ESXi depuis la page de téléchargement VMware à l'adresse
http://downloads.vmware.com/fr/d/.
2 Gravez l'image ISO sur un CD ou un DVD.
14 VMware, Inc.
Page 15
Chapitre 1 Présentation de l'installation et de la configuration de vSphere
Formater une clé USB pour lancer l'installation ou la mise à niveau d'ESXi
Vous pouvez formater une clé USB pour lancer l'installation ou la mise à niveau d'ESXi.
Ces instructions supposent que vous effectuez la procédure sur une machine Linux et que la clé USB est détectée
par le système d'exploitation comme /dev/sdb.
REMARQUE Le fichier ks contenant le script d'installation ne peut pas être situé sur la même clé USB que vous
utilisez pour démarrer l'installation ou la mise à niveau.
Prérequis
A partir du site Web de VMware, téléchargez l'image ISO d'ESXi VMware-VMvisor-Installer-
XXXXXX
.x86_64.iso, incluant le fichier isolinux.cfg, où
XXXXXX
est le numéro de build de l'image ISO du programme d'installation.
5.x.x
est la version d'ESXi que vous installez et
5.x.x
-
Procédure
1 Si votre clé USB n'est pas détectée comme /dev/sdb ou si vous n'êtes pas sûr de la façon dont votre clé
USB est détectée, déterminez comment elle est détectée.
a Dans la fenêtre de terminal, exécutez la commande suivante :
tail -f /var/log/messages
Cette commande affiche les messages du journal en cours dans la fenêtre du terminal.
b Branchez votre clé USB.
La fenêtre de terminal affiche plusieurs messages d'identification de la clé USB sous un format
similaire au message suivant :
Oct 25 13:25:23 ubuntu kernel: [ 712.447080] sd 3:0:0:0: [sdb] Attached SCSI removable
disk
Dans cet exemple, « [sdb] » identifie le périphérique USB. Si votre périphérique est identifié
différemment, utilisez cette identification (sans les guillemets) au lieu de sdb dans cette procédure.
2 Créez une table de partition sur la clé USB.
/sbin/fdisk /dev/sdb
a Entrez d pour supprimer les partitions jusqu'à ce qu'elles soient toutes supprimées.
b Entrez n pour créer une partition principale 1 qui s'étend sur tout le disque.
c Entrez t pour définir le type sur un paramètre approprié pour le système de fichiers FAT32, par
exemple c.
d Entrez a pour définir l'indicateur actif sur la partition 1.
e Entrez p pour imprimer la table de partitions.
Le résultat doit être similaire au texte suivant :
Disk /dev/sdb: 2004 MB, 2004877312 bytes 255 heads, 63 sectors/track, 243 cylinders Units
= cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks
Id System /dev/sdb1 * 1 243 1951866 c W95 FAT32 (LBA)
f Entrez w pour écrire la table de partitions et quittez.
3 Formatez la clé USB avec le système de fichiers Fat32.
/sbin/mkfs.vfat -F 32 -n USB /dev/sdb1
VMware, Inc. 15
Page 16
Installation et configuration de vSphere
4 Exécutez les commandes suivantes.
/
path_to_syslinux-3.86_directory
cat /
path_to_syslinux-3.86_directory
5 Montez la clé USB.
mount /dev/sdb1 /usbdisk
6 Montez l'image ISO du programme d'installation ESXi.
mount -o loop VMware-VMvisor-Installer-5.x.x-XXXXXX.x86_64.iso /esxi_cdrom
7 Copiez le contenu de l'image ISO dans /usbdisk.
cp -r /esxi_cdrom/* /usbdisk
8 Remplacez le nom de fichier isolinux.cfg par syslinux.cfg.
mv /usbdisk/isolinux.cfg /usbdisk/syslinux.cfg
9 Dans le fichier /usbdisk/syslinux.cfg, remplacez la ligne APPEND -c boot.cfg par APPEND -c boot.cfg -
p 1.
10 Démontez la clé USB.
umount /usbdisk
/syslinux-3.86/bin/syslinux /dev/sdb1
/syslinux-3.86/usr/share/syslinux/mbr.bin > /dev/sdb
11 Démontez l'image ISO du programme d'installation.
umount /esxi_cdrom
La clé USB peut maintenant démarrer le programme d'installation d'ESXi.
Créer une clé USB pour stocker le script d'installation ou de mise à niveau ESXi
Vous pouvez utiliser une clé USB pour stocker le script d'installation ou de mise à niveau ESXi utilisé pendant
l'installation ou la mise à niveau scriptée de ESXi.
Si plusieurs clés USB sont présentes sur la machine d'installation, le logiciel d'installation recherche le script
d'installation ou de mise à niveau sur toutes les clés USB connectées.
Les instructions dans cette procédure supposent que la clé USB est détectée comme /dev/sdb
REMARQUE Le fichier ks contenant le script d'installation ou de mise à niveau ne peut pas être situé sur la même
clé USB que vous utilisez pour démarrer l'installation ou la mise à niveau.
Prérequis
n
Machine Linux
n
Script d'installation ou de mise à niveau ESXi, le fichier kickstart ks.cfg
n
clé USB
Procédure
1 Branchez la clé USB sur une machine Linux ayant accès au script d'installation ou de mise à niveau.
2 Créez une table de partitions.
/sbin/fdisk /dev/sdb
a Entrez d pour supprimer les partitions jusqu'à ce qu'elles soient toutes supprimées.
b Entrez n pour créer une partition principale 1 qui s'étend sur tout le disque.
16 VMware, Inc.
Page 17
Chapitre 1 Présentation de l'installation et de la configuration de vSphere
c Entrez t pour définir le type sur un paramètre approprié pour le système de fichiers FAT32, par
exemple c.
d Entrez a pour définir l'indicateur actif sur la partition 1.
e Entrez p pour imprimer la table de partitions.
Le résultat doit être similaire au texte suivant :
Disk /dev/sdb: 2004 MB, 2004877312 bytes 255 heads, 63 sectors/track, 243 cylinders Units
= cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks
Id System /dev/sdb1 * 1 243 1951866 c W95 FAT32 (LBA)
f Entrez w pour écrire la table de partitions et quittez.
3 Formatez la clé USB avec le système de fichiers Fat32.
/sbin/mkfs.vfat -F 32 -n USB /dev/sdb1
4 Montez la clé USB.
mount /dev/sdb1 /usbdisk
5 Copiez le script d'installation d'ESXi sur la clé USB.
cp ks.cfg /usbdisk
6 Démontez la clé USB.
La clé USB contient le script d'installation ou de mise à niveau pour ESXi.
Suivant
Lorsque vous démarrez le programme d'installation d'ESXi, pointez l'emplacement de la clé USB pour le script
d'installation ou de mise à niveau. Voir « Entrer les options de démarrage pour lancer un script d'installation
ou de mise à niveau », page 48 et « À propos des fichiers de configuration PXE », page 21.
Créer une image ISO du programme d'installation avec un script d'installation ou de mise à niveau personnalisé
Vous pouvez personnaliser l'image ISO du programme d'installation ESXi standard avec votre propre script
d'installation ou de mise à niveau. Ceci vous permet d'effectuer une installation ou une mise à niveau scripté
personnalisé lorsque vous démarrez l'image ISO du programme d'installation créé.
Reportez-vous aussi à « À propos des scripts d'installation et de mise à niveau », page 50 et « À propos du
fichier boot.cfg », page 60.
Prérequis
n
Machine Linux.
n
L’image ISO d’ESXi VMware-VMvisor-Installer-
que vous installez et
n
Votre script d'installation ou de mise à niveau personnalisé, le fichier kickstart ks_cust.cfg.
XXXXXX
est le numéro de build de l'image ISO d'installation.
5.x.x-XXXXXX
.x86_64.iso, où
5.x.x
est la version d'ESXi
Procédure
1 Téléchargez l'image ISO ESXi sur le site Web de VMware.
2 Montez l'image ISO dans un dossier :
mount -o loop VMware-VMvisor-Installer-5.x.x-XXXXXX.x86_64.iso /esxi_cdrom_mount
XXXXXX est le numéro de build ESXi pour la version que vous installez ou vers laquelle vous effectuez la
mise à niveau.
VMware, Inc. 17
Page 18
Installation et configuration de vSphere
3 Copiez le contenu du cdrom dans un autre dossier :
cp -r /esxi_cdrom_mount /esxi_cdrom
4 Copiez le fichier kickstart dans /esxi_cdrom
cp ks_custom.cfg /esxi_cdrom
5 (Facultatif) Modifiez le fichier boot.cfg pour spécifier l'emplacement du script d'installation ou de mise
à niveau en utilisant l'option kernelopt.
Cette étape rend l'installation ou la mise à niveau entièrement automatique, sans qu'il ne soit nécessaire
de spécifier le fichier kickstart pendant l'installation ou la mise à niveau.
6 Recréez l'image ISO :
mkisofs -relaxed-filenames -J -R -o custom_esxi.iso -b isolinux.bin -c boot.cat -no-emul-boot
-boot-load-size 4 -boot-info-table /esxi_cdrom
L'image ISO inclut maintenant votre script d'installation ou de mise à niveau.
Suivant
Installez ESXi à partir de l'image ISO.
Démarrage PXE du programme d'installation ESXi
Vous utilisez l'environnement d'exécution préliminaire (PXE) pour démarrer un hôte et lancer le programme
d'installation ESXi à partir d'une interface réseau.
ESXi 5.0 est distribué dans un format ISO conçu pour l'installation dans la mémoire flash ou sur un disque dur
local. Vous pouvez extraire les fichiers et démarrer en utilisant PXE.
PXE utilise DHCP et le protocole TFTP (Trivial File Transfer Protocol) pour démarrer un système d'exploitation
sur un réseau.
Le démarrage PXE requiert une infrastructure de réseau et une machine avec un adaptateur réseau adapté au
PXE. La plupart des machines pouvant exécuter ESXi sont équipées de adaptateurs réseau capables d'effectuer
un démarrage PXE.
REMARQUE Assurez-vous que le serveur Auto Deploy dispose d'une adresse IPv4. Le démarrage PXE est
uniquement pris en charge avec IPv4.
À propos du serveur TFTP, PXELINUX et gPXE
Le protocole TFTP (Trivial File Transfer Protocol) est similaire au service FTP, qui est généralement utilisé
uniquement pour les systèmes de démarrage réseau ou le chargement de microprogrammes sur les
périphériques réseau tels que des routeurs.
La plupart des distributions Linux sont accompagnées d'une copie du serveur tftp-hpa. Si vous avez besoin
d'une solution prise en charge, achetez un serveur TFTP pris en charge chez le fournisseur de votre choix.
Si votre serveur TFTP va s'exécuter sur un hôte Microsoft Windows, utilisez une version 2.11 ou supérieure
de tftpd32. Reportez-vous à http://tftpd32.jounin.net/. Les versions antérieures de tftpd32 étaient
incompatibles avec PXELINUX et gPXE.
Vous pouvez également acquérir un serveur TFTP auprès de l'un des dispositifs assemblés sur VMware
Marketplace.
18 VMware, Inc.
Page 19
Serveur DHCP
Serveur DHCP
Serveur Web
Hôte ESXi cible
Hôte ESXi
Donnez-moi un IP
pour l'adaptateur
réseau virtuel
UDP
Serveur IP & TFTP
noyau
IP
TCP pour gPXELINUX
UDP pour gPXELINUX
UDP
Donnez-moi
le noyau
Donnez-moi un IP
pour le noyau
Serveur TFTP
gpxelinux.0 ou pxelinux.0
UDP
Donnez-moi le
chargeur de
démarrage de réseau
dépôt de scripts
Démarrage du
programme
d'installation
ks.cfg
TCP
Donnez-moi un
script d'installation
Chapitre 1 Présentation de l'installation et de la configuration de vSphere
Les environnements PXELINUX et gPXE permettent à votre machine cible de démarrer le programme
d'installation d'ESXi. PXELINUX fait partie du package SYSLINUX que vous pouvez trouver sur
http://www.kernel.org/pub/linux/utils/boot/syslinux/, bien qu'il soit inclus dans de nombreuses distributions
Linux. Plusieurs versions de PXELINUX comportent également gPXE. Certaines distributions, telles que Red
Hat Enterprise Linux version 5.3, comprennent des versions antérieures de PXELINUX n'incluant pas gPXE.
Si vous n'utilisez pas l'environnement gPXE, des problèmes peuvent survenir au démarrage du programme
d'installation d'ESXi sur un réseau très chargé, car le protocole TFTP est parfois non fiable pour transférer de
gros volumes de données. Si vous utilisez PXELINUX sans gPXE, le fichier binaire pxelinux.0, le fichier de
configuration, le noyau et les autres fichiers sont transférés via TFTP. Si vous utilisez gPXE, seuls le fichier
binaire gpxelinux.0 et le fichier de configuration sont transférés par TFTP. Avec gPXE, vous pouvez utiliser
un serveur Web pour transférer le noyau et les autres fichiers requis pour démarrer le programme d'installation
d'ESXi.
REMARQUE VMware teste le démarrage PXE avec PXELINUX version 3.86. Ce n'est pas un cas de prise en
charge limitée. Pour la prise en charge d'agents tiers que vous utilisez pour configurer votre infrastructure de
démarrage PXE, contactez le fournisseur.
Figure 1-2. Présentation du processus d'installation du démarrage PXE
VMware, Inc. 19
Page 20
Installation et configuration de vSphere
Exemple de configuration DHCP
Pour effectuer un démarrage PXE du programme d'installation ESXi, le serveur DHCP doit envoyer l'adresse
du serveur TFTP et un pointeur au répertoire pxelinux.0 ou gpxelinux.0.
Le serveur DHCP est utilisé par la machine cible pour obtenir une adresse IP. Le serveur DHCP doit pouvoir
déterminer si la machine cible est autorisée à démarrer et connaître l'emplacement du fichier binaire
PXELINUX (qui réside généralement sur le serveur TFTP). Lorsque la machine cible démarre pour la première
fois, elle transmet un paquet sur le réseau demandant cette information pour se démarrer. Le serveur DHCP
répond.
AVERTISSEMENT Ne configurez pas de nouveau serveur DHCP si votre réseau en compte déjà un. Si plusieurs
serveurs DHCP répondent aux requêtes DHCP, les machines peuvent obtenir des adresses IP incorrectes ou
conflictuelles, ou ne pas recevoir les bonnes informations de démarrage. Adressez-vous à un administrateur
réseau avant de configurer un serveur DHCP. Pour obtenir de l'aide à propos de la configuration du serveur
DHCP, adressez-vous au fournisseur du serveur DHCP.
De nombreux serveurs DHCP peuvent démarrer les hôtes par PXE. Si vous utilisez une version DHCP pour
Microsoft Windows, reportez-vous à la documentation du serveur DHCP pour déterminer comment
transmettre les arguments next-server et filename à la machine cible.
Exemple gPXE
Cet exemple indique comment configurer une serveur ISC DHCP version 3.0 afin d'activer gPXE.
allow booting;
allow bootp;
# gPXE options
option space gpxe;
option gpxe-encap-opts code 175 = encapsulate gpxe;
option gpxe.bus-id code 177 = string
class "pxeclients" {
match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";
next-server
if not exists gpxe.bus-id {
filename "/gpxelinux.0";
}
}
subnet
range
}
Adresse du réseau
Adresse du serveur TFTP
netmask
Adresse IP de début Adresse IP de fin
;
Masque de sous-réseau
{
;
Lorsqu'une machine tente de démarrer en PXE, le serveur DHCP fournit une adresse IP et l'emplacement du
fichier binaire gpxelinux.0 sur le serveur TFTP. L'adresse IP attribuée sera alors dans la portée définie dans la
section sous-réseau du fichier de configuration.
Exemple PXELINUX (sans gPXE)
Cet exemple indique comment configurer un serveur ISC DHCP version 3.0 afin d'activer PXELINUX.
#
# DHCP Server Configuration file.
# see /usr/share/doc/dhcp*/dhcpd.conf.sample
#
ddns-update-style ad-hoc;
allow booting;
allow bootp;
20 VMware, Inc.
Page 21
Chapitre 1 Présentation de l'installation et de la configuration de vSphere
class "pxeclients" {
match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";
next-server xxx.xxx.xx.xx;
filename = "pxelinux.0";
}
subnet 192.168.48.0 netmask 255.255.255.0 {
range 192.168.48.100 192.168.48.250;
}
Lorsqu'une machine tente de démarrer en PXE, le serveur DHCP fournit une adresse IP et l'emplacement du
fichier binaire pxelinux.0 sur le serveur TFTP. L'adresse IP attribuée sera alors dans la portée définie dans la
section sous-réseau du fichier de configuration.
À propos des fichiers de configuration PXE
Le fichier de configuration PXE définit le menu affiché sur l'hôte ESXi cible quand il démarre et contacte le
serveur TFTP. Vous avez besoin d'un fichier de configuration PXE pour que PXE démarre le programme
d'installation d'ESXi.
Le serveur TFTP écoute en permanence les clients PXE sur le réseau. Lorsqu'il détecte qu'un client PXE
demande des services PXE, il envoie au client un package réseau contenant un menu de démarrage.
Fichiers requis
Dans le fichier de configuration PXE, vous devez inclure les chemins d'accès aux fichiers suivants :
n
mboot.c32 est le chargeur de démarrage.
n
boot.cfg est le fichier de configuration du chargeur de démarrage.
Reportez-vous à la section « À propos du fichier boot.cfg », page 60
Nom du fichier de configuration PXE
Pour le nom du fichier de configuration PXE, sélectionnez une des options suivantes :
n
01-
adresse_mac_de_l'hôte_ESXi_cible
n
L'adresse IP de l'hôte ESXi cible est une notation hexadécimale.
n
par défaut
. Par exemple, 01-23-45-67-89-0a-bc
Le fichier de démarrage initial, pxelinux.0 ou gpxelinux.0, tente de charger un fichier de configuration PXE.
Il essaie avec l'adresse MAC de l'hôte ESXi cible, précédée de son code de type ARP (01 pour Ethernet). En cas
d'échec, il essaie avec la notation hexadécimale de l'adresse IP du système ESXi cible. En dernier recours, il
tente de charger un fichier nommé par défaut.
Emplacement du fichier de configuration PXE
Enregistrez le fichier dans var/lib/tftpboot/pxelinux.cfg/ sur le serveur TFTP.
Vous pouvez par exemple enregistrer le fichier sur le serveur TFTP à
l'emplacement /tftpboot/pxelinux.cfg/01-00-21-5a-ce-40-f6. L'adresse MAC de la carte réseau sur l'hôte
ESXi cible est 00-21-5a-ce-40-f6.
[] Démarrage PXE du programme d'installation ESXi en utilisant PXELINUX et un
fichier de configuration PXE
Vous pouvez utiliser un serveur TFTP pour effectuer un démarrage PXE du programme d'installation ESXi,
en utilisant PXELINUX et un fichier de configuration PXE.
Voir aussi « À propos des scripts d'installation et de mise à niveau », page 50 et « À propos du fichier
boot.cfg », page 60
VMware, Inc. 21
Page 22
Installation et configuration de vSphere
Prérequis
Vérifiez que votre environnement comporte les composants suivants :
n
L'image ISO du programme d'installation ESXi téléchargée depuis le site Web VMware.
n
Serveur TFTP prenant en charge le démarrage PXE avec gPXE. Reportez-vous à la section « À propos du
serveur TFTP, PXELINUX et gPXE », page 18.
n
Serveur DHCP configuré pour le démarrage PXE. Reportez-vous à la section « Exemple de configuration
DHCP », page 20.
n
PXELINUX
n
La configuration matérielle du serveur est prise en charge avec ESXi 5.0. Reportez-vous au Guide de
compatibilité matérielle à l'adresse http://www.vmware.com/resources/compatibility/search.php.
n
Règles de sécurité du réseau pour autoriser le trafic TFTP (UDP port 69)
n
(Facultatif) Script d'installation, le fichier kickstart. Reportez-vous à la section « À propos des scripts
d'installation et de mise à niveau », page 50.
n
Une carte réseau avec support PXE sur l'hôte ESXi cible
n
Mise en réseau IPv4. IPv6 n'est pas pris en charge pour le démarrage ESX.
Dans la plupart des cas, utilisez un VLAN natif. Si vous voulez définir l'ID VLAN à utiliser avec le démarrage
PXE, vérifiez que la carte NIC est compatible avec la spécification d'ID VLAN.
Procédure
1 Créez l'inventaire /tftpboot/pxelinux.cfg sur votre serveur TFTP.
2 Sur une machine Linux, installez PXELINUX.
PXELINUX est inclus dans le package SYSLINUX. Extrayez les fichiers, localisez le fichier pxelinux.0 et
copiez-le dans le répertoire /tftpboot sur votre serveur TFTP.
3 Configurez le serveur DHCP pour envoyer les informations suivantes à chaque hôte client :
n
Le nom ou l'adresse IP de votre serveur TFTP.
n
Le nom de votre fichier de démarrage initial. Il s'agit de pxelinux.0.
4 Copiez le contenu de l'image du programme d'installation ESXi dans le répertoire /var/lib/tftpboot sur
le serveur TFTP.
5 (Facultatif) Pour une installation basée sur un script, dans le fichier boot.cfg, ajoutez l'option kernelopt
sur la ligne suivant la commande kernel, pour indiquer l'emplacement du script d'installation.
Utilisez le code suivant comme modèle, où XXX.XXX.XXX.XXX est l'adresse IP du serveur où réside le script
d'installation, et esxi_ksFiles est le répertoire contenant le fichier ks.cfg.
kernelopt=ks=http://XXX.XXX.XXX.XXX/esxi_ksFiles/ks.cfg
6 Créez un fichier de configuration PXE.
Ce fichier définit la manière dont l'hôte démarre lorsqu'aucun système d'exploitation n'est présent. Le
fichier de configuration PXE répertorie les fichiers de démarrage. Utilisez le code suivant comme modèle,
où XXXXXX est le numéro de build de l'image du programme d'installation ESXi.
DEFAULT menu.c32
MENU TITLE ESXi-5.0.0-XXXXXX-full Boot Menu
NOHALT 1
PROMPT 0
TIMEOUT 80
LABEL install
22 VMware, Inc.
Page 23
Chapitre 1 Présentation de l'installation et de la configuration de vSphere
KERNEL mboot.c32
APPEND -c
MENU LABEL ESXi-5.0.0-XXXXXX-full ^Installer
LABEL hddboot
LOCALBOOT 0x80
MENU LABEL ^Boot from local disk
emplacement de boot.cfg
7 Nommez le fichier avec l'adresse MAC de la machine hôte cible : 01-
adresse_MAC_de_l'hôte_ESXi_cible
.
Par exemple, 01-23-45-67-89-0a-bc.
8 Enregistrez le fichier de configuration PXE dans /tftpboot/pxelinux.cfg/ sur le serveur TFTP.
9 Démarrez la machine avec l'adaptateur réseau.
Démarrage PXE du programme d'installation ESXi en utilisant PXELINUX et un fichier de configuration PXE isolinux.cfg
Vous pouvez effectuer un démarrage PXE du programme d'installation ESXi en utilisant PXELINUX, et utiliser
le fichier isolinux.cfg comme fichier de configuration PXE.
Voir aussi « À propos des scripts d'installation et de mise à niveau », page 50 et « À propos du fichier
boot.cfg », page 60
Prérequis
Vérifiez que votre environnement comporte les composants suivants :
n
L'image ISO du programme d'installation ESXi téléchargée depuis le site Web VMware.
n
Serveur TFTP prenant en charge le démarrage PXE avec PXELINUX. Reportez-vous à la section « À propos
du serveur TFTP, PXELINUX et gPXE », page 18.
n
Serveur DHCP configuré pour le démarrage PXE. Reportez-vous à la section « Exemple de configuration
DHCP », page 20.
n
PXELINUX
n
La configuration matérielle du serveur est prise en charge avec ESXi 5.0. Reportez-vous au Guide de
compatibilité matérielle à l'adresse http://www.vmware.com/resources/compatibility/search.php.
n
Règles de sécurité du réseau pour autoriser le trafic TFTP (UDP port 69)
n
(Facultatif) Script d'installation, le fichier kickstart. Reportez-vous à la section « À propos des scripts
d'installation et de mise à niveau », page 50.
n
Une carte réseau avec support PXE sur l'hôte ESXi cible
n
Mise en réseau IPv4. IPv6 n'est pas pris en charge pour le démarrage ESX.
Dans la plupart des cas, utilisez un VLAN natif. Si vous voulez définir l'ID VLAN à utiliser avec le démarrage
PXE, vérifiez que la carte NIC est compatible avec la spécification d'ID VLAN.
Procédure
1 Créez l'inventaire /tftpboot/pxelinux.cfg sur votre serveur TFTP.
2 Sur une machine Linux, installez PXELINUX.
PXELINUX est inclus dans le package SYSLINUX. Extrayez les fichiers, localisez le fichier pxelinux.0 et
copiez-le dans le répertoire /tftpboot sur votre serveur TFTP.
VMware, Inc. 23
Page 24
Installation et configuration de vSphere
3 Configurez le serveur DHCP.
Le serveur DHCP envoie les informations suivantes à vos hôtes clients :
n
Le nom ou l'adresse IP de votre serveur TFTP.
n
Le nom de votre fichier de démarrage initial. Il s'agit de pxelinux.0.
4 Copiez le contenu de l'image du programme d'installation ESXi dans le répertoire /var/lib/tftpboot sur
le serveur TFTP.
5 (Facultatif) Pour une installation basée sur un script, dans le fichier boot.cfg, ajoutez l'option kernelopt
sur la ligne suivant la commande kernel, pour indiquer l'emplacement du script d'installation.
Dans l'exemple suivant, XXX.XXX.XXX.XXX est l'adresse IP du serveur où réside le script d'installation.
kernelopt=ks=http://
XXX.XXX.XXX.XXX
/esxi_ksFiles/ks.cfg
6 Copiez le fichier isolinux.cfg de l'image ISO du programme d'installation ESXi dans le
répertoire /tftpboot/pxelinux.cfg.
Le fichier isolinux.cfg contient le code suivant, où XXXXXX est le numéro de build de l'image du
programme d'installation ESXi :
DEFAULT menu.c32
MENU TITLE ESXi-5.0.0-XXXXXX-full Boot Menu
NOHALT 1
PROMPT 0
TIMEOUT 80
LABEL install
KERNEL mboot.c32
APPEND -c
MENU LABEL ESXi-5.0.0-XXXXXX-full ^Installer
LABEL hddboot
LOCALBOOT 0x80
MENU LABEL ^Boot from local disk
emplacement de boot.cfg
7 Renommez le fichier isolinux.cfg avec l'adresse MAC de la machine hôte cible : 01-
adresse_MAC_de_l'hôte_ESXi_cible
. Par exemple, 01-23-45-67-89-0a-bc
8 Démarrez la machine avec l'adaptateur réseau.
Démarrage PXE du programme d'installation ESXi en utilisant gPXE
Vous pouvez effectuer un démarrage PXE du programme d'installation ESXi en utilisant gPXE.
Voir aussi « À propos des scripts d'installation et de mise à niveau », page 50 et « À propos du fichier
boot.cfg », page 60
Prérequis
Vérifiez que votre environnement comporte les composants suivants :
n
L'image ISO du programme d'installation d'ESXi a été téléchargée depuis le site Web de VMware.
n
Serveur Web HTTP accessible par vos hôtes ESXi cibles
n
Serveur DHCP configuré pour le démarrage PXE : /etc/dhcpd.conf est configuré pour les hôtes clients
avec un serveur TFTP et le fichier de démarrage initial est défini sur gpxelinux.0/undionly.kpxe. Reportez-
vous à la section « Exemple de configuration DHCP », page 20.
n
La configuration matérielle du serveur est prise en charge avec ESXi 5.0. Reportez-vous au Guide de
compatibilité matérielle à l'adresse http://www.vmware.com/resources/compatibility/search.php.
n
gPXELINUX
24 VMware, Inc.
Page 25
Chapitre 1 Présentation de l'installation et de la configuration de vSphere
n
(Facultatif) Script d'installation ESXi. Reportez-vous à la section « À propos des scripts d'installation et de
mise à niveau », page 50.
Dans la plupart des cas, utilisez un VLAN natif. Si vous voulez définir l'ID VLAN à utiliser avec le démarrage
PXE, vérifiez que la carte NIC est compatible avec la spécification d'ID VLAN.
Procédure
1 Copiez le contenu de l'image ISO du programme d'installation ESXi dans le répertoire /var/www/html sur
le serveur HTTP.
2 Modifiez le fichier boot.cfg avec les informations pour le serveur HTTP.
Utilisez le code suivant comme modèle, où XXX.XXX.XXX.XXX est l'adresse IP du serveur HTTP. La
ligne kernelopt est facultative. Incluez cette option pour spécifier l'emplacement du script d'installation
pour une installation basée sur un script.
title=Loading ESX installer
kernel=http://
kernelopt=ks=http://
modules=http://
http://
http://
http://
http://
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
/k.b00 --- http://
/s.v00 --- http://
/tools.t00 --- http://
/imgpayld.tgz
/tboot.b00
/esxi_ksFiles/ks.cfg
/b.b00 --- http://
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
/a.b00 --/weaselin.v00 ---
/imgdb.tgz ---
/useropts.gz ---
3 Effectuez un démarrage gPXE de l'hôte et appuyez sur Ctrl+B pour accéder au menu GPT.
4 Entrez les commandes suivantes pour démarrer avec le programme d'installation ESXi, où
XXX.XXX.XXX.XXX est l'adresse IP du serveur HTTP.
dhcp net0 ( if dchp is not set)
kernel -n mboot.c32 http://
imgargs mboot.c32 -c http://
boot mboot.c32
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
/mboot.c32
/boot.cfg
Utilisation d'applications de gestion à distance
Les applications de gestion à distance vous permettent d'installer ESXi sur des serveurs situés à distance.
Les applications de gestion à distance pris en charge pour l'installation sont Integrated Lights-Out (iLO) de
HP, Dell Remote Access Card (DRAC), management module (MM) d'IBM et Remote Supervisor Adapter II
(RSA II). Pour connaître la liste des modèles de serveurs et des versions des microprogrammes de gestion
actuellement pris en charge, consultez « Modèles de serveurs de gestion à distance et versions minimum de
microprogrammes pris en charge », page 41. Pour obtenir de l'aide à propos des applications de gestion à
distance, contactez le fournisseur.
Vous pouvez utiliser les applications de gestion à la fois pour les installations d'ESXi interactives et basées sur
un script à distance.
Si vous utilisez des applications de gestion à distance pour installer ESXi, le CD virtuel risque de rencontrer
des problèmes de corruption avec les systèmes ou réseaux fonctionnant à pleine capacité. En cas d'échec d'une
installation à distance à partir d'une image ISO, terminez l'installation à partir du support CD physique.
Informations requises pour l'installation d'ESXi
Dans une installation interactive, le système vous invite à fournir les informations système requises. Dans une
installation basée sur un script, vous devez fournir ces informations dans le script d'installation.
En vue d'une utilisation future, notez les valeurs que vous utilisez au cours de l'installation. Ces notes peuvent
être utiles si vous avez besoin de réinstaller ESXi et saisir à nouveau les valeurs choisies au départ.
VMware, Inc. 25
Page 26
Installation et configuration de vSphere
Tableau 1-1. Informations requises pour l'installation d'ESXi
Informations
Requis ou
facultatif Valeur par défaut Commentaires
Configuration du
Requis Anglais (États-Unis)
clavier
ID VLAN Facultatif Aucune Intervalle : de 0 à 4094
adresse IP Facultatif DHCP Vous pouvez autoriser DHCP à configurer le
Masque de sousréseau
Facultatif Calcul basé sur l'adresse IP
réseau pendant l'installation. Après
l'installation, vous pouvez modifier les
paramètres du réseau.
Passerelle Facultatif Basé sur l'adresse IP
configurée et le masque de
sous-réseau
DNS primaire Facultatif Basé sur l'adresse IP
configurée et le masque de
sous-réseau
DNS secondaire Facultatif Aucune
Nom d'hôte Requis pour
les paramètres
Aucune Les clients vSphere peuvent utiliser le nom
d'hôte ou l'adresse IP pour accéder à l'hôte ESXi.
de l'IP statique
Emplacement
d'installation
Migrer les
paramètres ESX ou
ESXi existants.
Conserver une
banque de données
VMFS existante.
Requis Aucune Doit disposer de 5 Go minimum si vous installez
les composants sur un seul disque.
Requis si vous
installez ESXi
sur une unité
Aucune Reportez-vous à « Installation d'ESXi sur une
unité avec une installation ESX ou ESXi existante
ou une banque de données VMFS », page 11.
avec une
installation
ESXi ou ESX
existante.
Mot de passe racine Facultatif Aucune Le mot de passe racine doit contenir entre 6 et
64 caractères.
26 VMware, Inc.
Page 27
Spécifications système 2
Les systèmes exécutant vCenter Server et des instances ESXi doivent correspondre aux conditions matérielles
spécifiques et aux conditions de système d'exploitation requises.
Si vous utilisez Auto Deploy pour provisionner les hôtes ESXi, consultez également « Préparation pour vSphere
Auto Deploy », page 75.
Ce chapitre aborde les rubriques suivantes :
n
« Configuration matérielle requise pour ESXi », page 27
n
« Prise en charge d'ESXi pour les systèmes d'exploitation clients 64 bits », page 31
n
« Spécifications matérielles pour vCenter Server et vSphere Client », page 31
n
« Spécifications logicielles pour vCenter Server », page 35
n
« Configuration logicielle requise pour vSphere Client et vSphere Web Client », page 36
n
« Prévoir suffisamment d'espace pour la journalisation du système », page 36
n
« Ports requis pour vCenter Server », page 37
n
« Ports requis pour vCenter Server Appliance », page 38
n
« Conflit entre vCenter Server et IIS pour le port 80 », page 39
n
« Exigences de DNS pour vSphere », page 40
n
« Modèles de serveurs de gestion à distance et versions minimum de microprogrammes pris en
charge », page 41
Configuration matérielle requise pour ESXi
Assurez-vous que l'hôte remplit les spécifications de matériel requises prises en charge par ESXi 5.0.
Ressources matérielles et système
Pour installer et utiliser ESXi 5.0, vos ressources matérielles et système doivent répondre aux exigences
suivantes :
n
Plate-forme de serveur prise en charge. Pour obtenir la liste des plates-formes prises en charge, consultez
le Guide de compatibilité VMware à l'adresse http://www.vmware.com/resources/compatibility.
n
ESXi 5.0 n'installera et n'exécutera que les serveurs dotés de CPU x86 64 bits.
n
ESXi 5.0 nécessite une machine hôte disposant d'au moins deux cœurs.
n
ESXi 5.0 ne prend en charge que les instructions de CPU LAHF et SAHF.
VMware, Inc.
27
Page 28
Installation et configuration de vSphere
n
ESXi prend en charge un large éventail de processeurs multicœurs x64. Pour obtenir la liste des processeurs
pris en charge, consultez le guide de compatibilité VMware à l'adresse
http://www.vmware.com/resources/compatibility.
n
ESXi nécessite un minimum de 2 Go de RAM physique. VMware recommande 8 Go de RAM pour
bénéficier pleinement des fonctionnalités ESXi et exécuter des machines virtuelles dans des
environnements de production normaux.
n
Pour prendre en charge des machines virtuelles 64 bits, la prise en charge de la virtualisation matérielle
(Intel VT-x ou AMD RVI) doit être activée sur les processeurs x64.
n
Un ou plusieurs contrôleurs Ethernet Gigabit ou 10 Go. Pour obtenir la liste des modèles d'adaptateurs
réseau pris en charge, consultez le Guide de compatibilité VMware à l'adresse
http://www.vmware.com/resources/compatibility.
n
Une combinaison d'un ou de plusieurs des contrôleurs suivants :
n
Contrôleurs SCSI de base. Adaptec Ultra-160 ou Ultra-320, LSI Logic Fusion-MPT, ou la plupart des
NCR/Symbios SCSI.
n
Contrôleurs RAID. Contrôleurs Dell PERC (Adaptec RAID ou LSI MegaRAID), HP Smart Array
RAID, ou IBM (Adaptec) ServeRAID.
n
Disque SCSI ou un LUN RAID local non réseau disposant d'un espace non partitionné pour les machines
virtuelles.
n
Pour le Serial ATA (SATA), un disque connecté via des contrôleurs SAS pris en charge ou des contrôleurs
SATA embarqués pris en charge. Les disques SATA seront considérés comme distants et non locaux. Ces
disques ne seront pas utilisés en tant que partition scratch par défaut car ils sont considérés comme
distants.
REMARQUE Vous ne pouvez pas connecter un périphérique CD-ROM SATA à une machine virtuelle sur
un hôte ESXi 5.0. Pour utiliser le périphérique CD-ROM SATA, vous devez utiliser le mode d'émulation
IDE.
Systèmes de stockage
ESXi 5.0 prend en charge l'installation et le démarrage à partir des systèmes de stockage suivants :
n
Lecteurs de disques SATA. Des lecteurs de disques SATA connectés derrière des contrôleurs SAS pris en
charge ou des contrôleurs SATA embarqués pris en charge.
Les contrôleurs SAS pris en charge incluent :
n
LSI1068E (LSISAS3442E)
n
LSI1068 (SAS 5)
n
Contrôleur IBM ServeRAID 8K SAS
n
Contrôleur Smart Array P400/256
n
Contrôleur Dell PERC 5.0.1
Les SATA embarqués pris en charge incluent :
n
Intel ICH9
n
NVIDIA MCP55
n
ServerWorks HT1000
REMARQUE ESXi ne prend pas en charge l'utilisation de disques SATA internes locaux sur le serveur de
l'hôte pour créer des banques de données VMFS partagées entre plusieurs hôtes ESXi.
28 VMware, Inc.
Page 29
Chapitre 2 Spécifications système
n
Lecteurs de disques Serial Attached SCSI (SAS). Pris en charge pour l'installation d'ESXi 5.0 et pour le
stockage de machines virtuelles sur des partitions VMFS.
n
Disque SAN dédié sur Fibre Channel ou iSCSI
n
Périphériques USB. Pris en charge pour l'installation d'ESXi 5.0 Pour obtenir la liste des périphériques
USB pris en charge, consultez le Guide de compatibilité VMware à l'adresse
http://www.vmware.com/resources/compatibility.
Exigences de démarrage d’ESXi
vSphere 5.0 prend en charge le démarrage des hôtes ESXi depuis l'interface UEFI (Unified Extensible Firmware
Interface). Grâce à l'interface UEFI, vous pouvez démarrer des systèmes à partir de disques durs, de lecteurs
de CD-ROM ou de supports USB. Le démarrage de réseau ou le provisionnement avec VMware Auto Deploy
nécessite le microprogramme BIOS hérité et n'est pas disponible avec l'interface UEFI.
ESXi peut démarrer à partir d'un disque dont la taille est supérieure à 2 To à condition que le microprogramme
du système et que le microprogramme situé sur une carte add-in que vous utilisez le prennent en charge.
Consultez la documentation du fabricant.
REMARQUE Le passage du type de démarrage du BIOS hérité à l'interface UEFI après l'installation d'ESXi 5.0
pourrait provoquer le non démarrage de l'hôte. Dans ce cas, l'hôte affiche un message d'erreur semblable à ce
qui suit : Banque de démarrage non prise en charge par VMware. Le passage du type de démarrage de l'hôte
du BIOS hérité à l'interface UEFI n'est pas pris en charge après l'installation d'ESXi 5.0.
Exigences de stockage pour l’installation d’ESXi 5.0
L’installation d’ESXi 5.0 nécessite un périphérique de démarrage de 1 Go minimum. Lors du démarrage à
partir d'un disque local ou SAN/iSCSI LUN, un disque de 5,2 Go est nécessaire pour permettre la création du
volume VMFS et d’une partition Scratch de 4 Go sur le périphérique de démarrage. Si un disque plus petit ou
LUN est utilisé, le programme d'installation tentera d'affecter une région scratch sur un disque local séparé.
Si un disque local ne peut pas être trouvé, la partition scratch, /scratch, sera située sur le ramdisk de l’hôte
ESXi, liée à /tmp/scratch. Vous pouvez reconfigurer /scratch pour utiliser un disque séparé ou LUN. Pour
de meilleures performances et une optimisation de la mémoire, VMware vous recommande de ne pas
laisser /scratch sur le ramdisk de l’hôte ESXi.
Pour reconfigurer /scratch, voir « Définir la partition Scratch depuis vSphere Client », page 167.
En raison de la sensibilité E/S des périphériques USB et SD, le programme d'installation ne crée pas une
partition Scratch sur ces périphériques. Il n'y a donc aucun avantage réel à utiliser des périphériques USB/SD
de grande capacité puisque ESXi utilise uniquement le premier Go. Lors de l'installation sur les périphériques
USB ou SD, le programme d'installation tente d'affecter une région scratch sur un disque local ou une banque
de données disponible. Si aucun disque local ou banque de données n’est trouvé, /scratch est placé sur le
ramdisk. Vous devez reconfigurer /scratch pour utiliser une banque de données persistante après
l'installation.
Dans les installations Auto Deploy, le programme d'installation tente d'affecter une région scratch sur un
disque local ou une banque de données disponible. Si aucun disque local ou banque de données n’est
trouvé, /scratch est placé sur le ramdisk. Vous devez reconfigurer /scratch pour utiliser une banque de données
persistante après l'installation.
Pour les environnements qui démarrent à partir de SAN ou qui utilisent Auto Deploy, il n'est pas nécessaire
d'affecter un LUN distinct pour chaque hôte ESXi. Vous pouvez co-localiser les régions scratch pour plusieurs
hôtes ESXi sur un LUN unique. Le nombre d'hôtes affectés à un LUN unique doit être adapté à la taille des
LUN et au comportement E/S des machines virtuelles.
VMware, Inc. 29
Page 30
Installation et configuration de vSphere
Recommandations pour améliorer les performances d' ESXi
Pour améliorer les performances, installez ESXi sur un système robuste possédant plus de RAM que le
minimum requis et plusieurs disques physiques.
Pour les conditions requises du système ESXi, voir « Configuration matérielle requise pour ESXi », page 27.
Tableau 2-1. Recommandations pour améliorer les performances
Élément du système Recommandation
Mémoire vive Les hôtes ESXi requièrent plus de mémoire RAM que les
serveurs classiques. VMware recommande 8 Go de RAM
pour bénéficier pleinement des fonctionnalités ESXi et
exécuter des machines virtuelles dans des environnements
de production normaux. Un hôte ESXi doit comporter
suffisamment de mémoire RAM pour exécuter
simultanément des machines virtuelles. Les exemples
suivants sont fournis pour vous aider à calculer la quantité
de RAM requise par les machines virtuelles s'exécutant sur
l'hôte ESXi.
L'exploitation de quatre machines virtuelles avec
Red Hat Enterprise Linux ou Windows XP requiert au moins
3 Go de RAM pour des performances de base. Ceci inclut
environ 1024 Mo pour les machines virtuelles, 256 Mo
minimum pour chaque système d'exploitation, tel que
recommandé par les fournisseurs.
L'exécution de ces quatre machines virtuelles avec 512 Mo de
RAM nécessite que l'hôte ESXi dispose d'environ 4 Go de
RAM incluant 2048 Mo pour les machines virtuelles.
Ces calculs ne prennent pas en compte les économies de
mémoire possibles dues à une utilisation variable de la
capacité de mémoire pour chaque machine virtuelle. Voir
Gestion des ressources de vSphere .
Adaptateurs Fast Ethernet dédiés pour les machines
virtuelles
Emplacement de disque Placez toutes les données que vos machines virtuelles
Partitionnement VMFS5 Le programme d'installation ESXicrée les volumes VMFS
Placez le réseau de gestion et les réseaux des machines
virtuelles sur des adaptateurs réseau physiques distinctes.
Les cartes Ethernet Gigabit dédiées aux machines virtuelles,
telles que les adaptateurs Intel PRO 1000, améliorent le débit
des machines virtuelles ayant un trafic réseau élevé.
utilisent sur des disques physiques alloués spécifiquement
aux machines virtuelles. Les performances sont meilleures si
vous ne stockez pas vos machines virtuelles sur le disque
contenant l'image de démarrage ESXi. Utilisez des disques
physiques présentant une taille suffisante pour accueillir des
images de disque utilisées par toutes les machines virtuelles.
initiaux sur le premier disque local vierge trouvé. Pour
ajouter des disques ou modifier la configuration d'origine,
utilisez le vSphere Client. Cette pratique garantit que les
secteurs de partition de départ sont alignés sur 64k, ce qui
améliore les performances de stockage.
REMARQUE Pour des environnements SAS uniquement, le
programme d'installation peut ne pas formater les disques.
Pour certains disques SAS, il est impossible d'identifier si les
disques sont locaux ou distants. Après l'installation, vous
pouvez utiliser le vSphere Client pour paramétrer VMFS.
30 VMware, Inc.
Page 31
Tableau 2-1. Recommandations pour améliorer les performances (suite)
Élément du système Recommandation
Chapitre 2 Spécifications système
Processeurs Les processeurs plus rapides améliorent les performances
Compatibilité matérielle Utilisez au niveau de votre serveur des périphériques qui
d'ESXi. Pour certaines charges de travail, les caches de taille
supérieure améliorent les performances d'ESXi.
sont pris en charge par les pilotes ESXi 5.0. Reportez-vous au
Guide de compatibilité matérielle à l'adresse
http://www.vmware.com/resources/compatibility.
Prise en charge d'ESXi pour les systèmes d'exploitation clients 64 bits
ESXi prend en charge plusieurs systèmes d'exploitation clients 64 bits.
Pour obtenir la liste complète des systèmes d’exploitation pris en charge par ESXi, consultez le Guide de
compatibilité VMware à l'adresse http://www.vmware.com/resources/compatibility/search.php.
Les hôtes exécutant des machines virtuelles avec des systèmes d'exploitation client 64 bits ont les spécifications
matérielles suivantes :
n
Pour les systèmes AMD Opteron, les processeurs doivent être des processeurs Opteron Rev E ou versions
ultérieures.
n
Pour les systèmes Intel Xeon, les processeurs doivent inclure la prise en charge de la technologie Intel VT
(Virtualization Technology). Sur de nombreux serveurs incluant des unités centrales avec prise en charge
de la technologie VT, celle-ci peut initialement être désactivée. Dans ce cas, vous devez l'activer
manuellement. Si vos unités centrales prennent en charge la technologie VT mais que cette option
n'apparaît pas dans le BIOS, contactez votre fournisseur pour obtenir une version de BIOS permettant
d'activer la technologie VT.
Pour déterminer si votre serveur prend en charge VMware 64 bits, vous pouvez télécharger l'utilitaire
d'identification d'unité centrale dans la page des téléchargements sur le site Web de VMware.
Spécifications matérielles pour vCenter Server et vSphere Client
Le système vCenter Server est une machine physique ou virtuelle ayant accès à une base de données prise en
charge. Le système vCenter Server doit répondre à des exigences spécifiques. Les machines vCenter Server
doivent répondre aux spécifications matérielles.
Spécifications matérielles pour vCenter Server
Tableau 2-2. Spécifications matérielles minimales pour vCenter Server
Spécifications matérielles pour vCenter Server
CPU Deux CPU 64 bits ou un processeur 64 bits bicœur.
Processeur Intel 2.0 GHz ou Intel 64 plus rapide, ou un processeur AMD
64. Le processeur Itanium (IA64) n'est pas pris en charge. Les
spécifications du processeur doivent être supérieures si la
base de données s'exécute sur la même machine.
VMware, Inc. 31
Page 32
Installation et configuration de vSphere
Tableau 2-2. Spécifications matérielles minimales pour vCenter Server (suite)
Spécifications matérielles pour vCenter Server
Mémoire 4 Go de RAM. Les spécifications de la mémoire doivent être
Stockage disque 4 Go. Les spécifications du disque doivent être supérieures
Disque pour Microsoft SQL Server 2008 R2 Express Jusqu'à 2 Go d'espace disque disponible pour décompresser
Mise en réseau Connexion Gigabit recommandée.
supérieures si la base de données s'exécute sur la même
machine.
vCenter Server comprend plusieurs services Java : VMware
VirtualCenter Management Webservices (Tomcat),
Inventory Service et le service de gestion de stockage basé
sur le profil. Lorsque vous installez vCenter Server, vous
sélectionnez la taille de votre inventaire vCenter Server pour
allouer de la mémoire à ces services. La taille de l'inventaire
détermine les paramètres de segment JVM maximum des
services. Vous pourrez modifier ce paramètre après
l'installation si le nombre d'hôtes venait à changer. Consultez
les recommandations présentées dans Tableau 2-3.
si la base de données vCenter Server s'exécute sur la même
machine. Dans vCenter Server 5.0, la taille par défaut des
journaux vCenter Server fait 450 Mo de plus que dans
vCenter Server 4.x. Assurez-vous que l'espace disque alloué
au dossier des journaux est suffisant pour répondre à cette
augmentation.
l'archive d'installation. Une fois l'installation terminée,
environ 1,5 Go de ces fichiers est supprimé.
Les paramètres de segment JVM recommandés pour vCenter Server dépendent de la taille de votre inventaire.
Tableau 2-3. Paramètres de segment JVM recommandés pour vCenter Server
VMware VirtualCenter
Inventaire vCenter
Server
Petit inventaire
(jusqu'à 100 hôtes ou
jusqu'à 1 000 machines
virtuelles)
Inventaire moyen (100
à 400 hôtes ou 1 000 à 4
000 machines
virtuelles)
Grand inventaire (plus
de 400 hôtes ou plus de
4 000 machines
virtuelles)
Management Webservices
(Tomcat) Inventory Service
1 Go 2 Go 512 Mo
2 Go 4 Go 1 Go
3 Go 6 Go 2 Go
Stockage basé sur le
profil
REMARQUE L'installation de vCenter Server sur un lecteur réseau ou un lecteur flash USB n'est pas prise en
charge.
Consultez la documentation de votre base de données pour connaître ses spécifications matérielles. Les
conditions requises pour la base de données s'ajoutent à celles requises pour vCenter Server si la base de
données et vCenter Server s'exécutent sur la même machine.
32 VMware, Inc.
Page 33
Chapitre 2 Spécifications système
Spécifications matérielles et recommandations pour VMware vCenter Server
Appliance
IMPORTANT La base de données intégrée n'est pas configurée pour gérer un inventaire contenant plus de 5
hôtes et 50 machines virtuelles. Si vous utilisez la base de données intégrée avec vCenter Server Appliance, le
dépassement de ces limites peut provoquer de nombreux problèmes, tels que le vCenter Server ne répondant
plus.
Tableau 2-4. Spécifications matérielles pour VMware vCenter Server Appliance
Spécifications matérielles pour VMware vCenter Server Appliance
Stockage disque sur la machine hôte Au moins 7 Go et au maximum 80 Go
Mémoire de VMware vCenter Server Appliance
n
Très petit inventaire (10 hôtes maximum, 100 machines
virtuelles maximum) : au moins 4 Go.
n
Petit inventaire (de 10 à 100 hôtes ou de 100 à
1 000 machines virtuelles) : au moins 8 Go.
n
Inventaire moyen (de 100 à 400 hôtes ou de 1 000 à
4 000 machines virtuelles) : au moins 13 Go.
n
Grand inventaire (plus de 400 hôtes ou plus de
4 000 machines virtuelles) : au moins 17 Go.
Tableau 2-5. Paramètres de segment JVM recommandés pour VMware vCenter Server Appliance
Inventaire de VMware
vCenter Server
Appliance
Petit inventaire
(jusqu'à 100 hôtes ou
jusqu'à 1 000 machines
virtuelles)
Inventaire moyen (100
à 400 hôtes ou 1 000 à 4
000 machines
virtuelles)
Grand inventaire (plus
de 400 hôtes ou plus de
4 000 machines
virtuelles)
VMware VirtualCenter
Management Webservices
(Tomcat) Inventory Service
1 Go 2 Go 512 Mo
2 Go 4 Go 1 Go
3 Go 6 Go 2 Go
Stockage basé sur le
profil
Spécifications et recommandations pour vSphere Client
Vérifiez que la machine hôte de vSphere Client remplit les conditions suivantes.
Tableau 2-6. Spécifications matérielles minimales et recommandations pour vSphere Client
Matériel vSphere Client Spécifications et recommandations
CPU 1 CPU
Processeur Processeur Intel ou AMD 500 MHz ou plus rapide (1 GHz
recommandé)
Mémoire 500 Mo (1 Go recommandé)
VMware, Inc. 33
Page 34
Installation et configuration de vSphere
Tableau 2-6. Spécifications matérielles minimales et recommandations pour vSphere Client (suite)
Matériel vSphere Client Spécifications et recommandations
Stockage disque 1,5 Go d'espace disque libre pour une installation complète
Mise en réseau Connexion Gigabit recommandée
comprenant les composants suivants :
n
Microsoft .NET 2.0 SP2
n
Microsoft .NET 3.0 SP2
n
Microsoft .NET 3.5 SP1
n
Microsoft Visual J#
Supprimez toutes les versions de Microsoft Visual J# déjà
installées sur le système où vous installez vSphere Client.
n
vSphere Client
Si aucun de ces composants n'est installé, vous devez avoir
400 Mo d'espace libre sur le disque qui contient le répertoire
%temp%.
Si tous les composants sont déjà installés, un espace libre de
300 Mo est requis sur le disque contenant le répertoire %temp
%, et 450 Mo sont requis pour vSphere Client.
Recommandations système pour vCenter Server et vSphere Client concernant le
fonctionnement basé sur la taille du déploiement
Le nombre d'hôtes et de machines virtuelles sous tension dans votre environnement affecte la performance.
Utilisez les spécifications système suivantes comme des indications minimum pour un fonctionnement
raisonnable. Pour augmenter la performance, vous pouvez configurer des systèmes dans votre environnement
avec des valeurs supérieures à celles indiquées ici.
Les exigences en matière de traitement sont énumérées en termes de cœur de CPU. Seuls les cœurs physiques
sont comptés. Dans des systèmes à hyperthreading, les CPU logiques ne sont pas considérés comme des cœurs
distincts.
IMPORTANT Les tailles de disques recommandées présument les niveaux de journalisation par défaut. Si vous
configurez des niveaux de journalisation plus détaillés, plus d'espace disque est nécessaire.
Tableau 2-7. Déploiement moyen : jusqu'à 50 hôtes et 500 machines virtuelles sous tension
Produit Cœurs Mémoire Disque
vCenter Server 2 4 Go 5 Go
vSphere Client 1 1 Go 1,5 Go
Tableau 2-8. Déploiement important : jusqu'à 300 hôtes et 3 000 machines virtuelles sous tension
Produit Cœurs Mémoire Disque
vCenter Server 4 8 Go 10 Go
vSphere Client 1 1 Go 1,5 Go
Tableau 2-9. Déploiement très important : jusqu'à 1 000 hôtes et 10 000 machines virtuelles sous tension
Produit Cœurs Mémoire Disque
vCenter Server 8 16 Go 10 Go
vSphere Client 2 1 Go 1,5 Go
34 VMware, Inc.
Page 35
Chapitre 2 Spécifications système
vSphere Web Client
vSphere Web Client comporte deux éléments : Un serveur Java et une application client Adobe Flex
fonctionnant sur un navigateur.
Tableau 2-10. Personnaliser le matériel d'une machine virtuelle pour le vSphere Web Client
vSphere Web Client Server
Mémoire Au moins 2 Go : 1 Go pour le segment Java et 1 Go pour
n
Le code résident
n
La pile pour les threads Java
n
Segments globaux/bss pour le processus Java
CPU Processeur de 2 GHz à 4 cœurs
Conditions requises pour l'installation de vCenter Server sur un disque
personnalisé
Si vous installez vCenter Server sur un disque personnalisé, prenez note des espaces disque nécessaires
suivants :
n
1 Go sur le disque personnalisé pour vCenter Server
n
1,13 Go sur le disque C:\ pour Microsoft .NET 3.0 SP1, Microsoft ADAM, Microsoft SQL Server 2008 R2
Express (en option) et Microsoft Visual C++ 2008 Redistributable
n
375 Mo pour l'inventaire du disque personnalisé %temp%.
Spécifications logicielles pour vCenter Server
Assurez-vous que votre système d'exploitation prend en charge vCenter Server. vCenter Server nécessite un
système d'exploitation 64 bits, et le DSN de système 64 bits est requis pour que vCenter Server puisse se
connecter à sa base de données.
Pour obtenir la liste des systèmes d'exploitation pris en charge, consultez le Guide de compatibilité VMware
à l'adresse http://www.vmware.com/resources/compatibility.
vCenter Server nécessite que Microsoft .NET 3.5 SP1 Framework soit installé sur votre système. S'il n'est pas
installé sur votre système, le programme d'installation de vCenter Server l'installera. L'installation du
logiciel .NET 3.5 SP1 peut nécessiter une connectivité Internet pour télécharger des fichiers supplémentaires.
REMARQUE Si votre machine hôte vCenter Server utilise un système d'exploitation qui n'est pas en anglais,
installez Microsoft .NET Framework 3.5 SP1 et Microsoft .NET Framework 3.5 Language Pack via Windows
Update. Windows Update sélectionne automatiquement la version localisée correcte de votre système
d'exploitation. Le programme .NET Framework installé via le programme d'installation de vCenter Server
contient uniquement la version anglaise.
Si vous envisagez d'utiliser la base de données Microsoft SQL Server 2008 R2 Express intégrée avec vCenter
Server, veillez à installer Microsoft Windows Installer 4.5 (MSI 4.5) sur le système. Vous pouvez télécharger
MSI 4.5 depuis le site Web Microsoft. Vous pouvez également installer MSI 4.5 directement depuis le
programme d'installation vCenter Server autorun.exe.
VMware vCenter Server Appliance peut uniquement être déployé sur les hôtes fonctionnant sur ESX 4.x ou
ESXi 4.x ou une version ultérieure.
VMware, Inc. 35
Page 36
Installation et configuration de vSphere
Configuration logicielle requise pour vSphere Client et vSphere Web Client
Assurez-vous que votre système d'exploitation prend en charge vSphere Client.
Pour obtenir la liste la plus actuelle et la plus complète des systèmes d'exploitation pris en charge pour vSphere
Client et vSphere Web Client, consultez le Guide de compatibilité VMware à l'adresse
http://www.vmware.com/resources/compatibility.
vSphere Client nécessite que Microsoft .NET 3.5 SP1 Framework soit installé sur votre système. S'il n'est pas
installé sur votre système, le programme d'installation de vSphere Client l'installera. L'installation du
logiciel .NET 3.5 SP1 peut nécessiter une connectivité Internet pour télécharger des fichiers supplémentaires.
Les navigateurs suivants sont pris en charge pour vSphere Web Client :
n
Microsoft Internet Explorer 7 et 8
n
Mozilla Firefox 3.6
vSphere Web Client nécessite également qu'Adobe Flash Player 10.1.0 ou qu'une version ultérieure soit
installée avec le plug-in adapté à votre navigateur.
Prévoir suffisamment d'espace pour la journalisation du système
ESXi 5.0 utilise une nouvelle infrastructure de journalisation. Si votre hôte est déployé avec Auto Deploy ou
si vous configurez un répertoire journal distinct de l'emplacement par défaut dans un répertoire scratch sur le
volume VMFS, il est possible que vous deviez modifier les paramètres actuels de la taille et de la rotation des
journaux pour vous assurer que vous disposez de suffisamment d'espace pour la journalisation du système.
Tous les composants vSphere utilisent cette infrastructure. Les valeurs par défaut de la capacité des journaux
de cette infrastructure varient, en fonction de la quantité de mémoire disponible et de la manière dont vous
avez configuré la journalisation du système. Les hôtes qui sont déployés avec Auto Deploy stockent les
journaux sur un disque RAM, ce qui signifie que la quantité d'espace disponible pour les journaux est peu
importante.
Si votre hôte est déployé avec Auto Deploy, reconfigurez le stockage de vos journaux de l'une des manières
suivantes :
n
Redirigez les journaux sur le réseau vers un collecteur distant.
n
Redirigez les journaux vers un stockage NAS ou NFS.
Il est possible que vous deviez reconfigurer le dimensionnement et les rotations des journaux des hôtes qui
sont installés sur le disque, si vous redirigez les journaux vers un stockage qui n'est pas le stockage par défaut,
tel qu'un stockage NAS ou NFS.
Vous n'avez pas besoin de reconfigurer le stockage des journaux des hôtes ESXi qui utilisent la configuration
par défaut qui stocke les journaux dans un répertoire scratch sur le volume VMFS. Pour ces hôtes, ESXi 5.0
configure automatiquement les journaux pour qu'ils s'adaptent au mieux à votre installation, et prévoit
suffisamment d'espace pour accueillir les messages de journal.
36 VMware, Inc.
Page 37
Tableau 2-11. Taille minimale recommandée et configuration de la rotation des journaux hostd, vpxa et fdm.
Taille maximale du
Journal
Agent de gestion (hostd) 10240 Ko 10 100 Mo
Agent VirtualCenter
(vpxa)
Agent vSphere HA
(gestionnaire de domaine
de pannes, fdm)
fichier journal
5120 Ko 10 50 Mo
5120 Ko 10 50 Mo
Pour plus d'informations sur la configuration d'un serveur de journaux distant, consultez « Configurer Syslog
sur des hôtes ESXi », page 168, « Configurer Syslog depuis l'interface Profils d'hôte », page 94 et « Installer
vSphere Syslog Collector », page 233.
Ports requis pour vCenter Server
Le système VMware vCenter Server doit pouvoir envoyer des données à chaque hôte géré et recevoir des
données de chaque vSphere Client. Pour autoriser les activités de migration et de provisionnement entre les
hôtes gérés, les hôtes source et destination doivent pouvoir recevoir des données l'un de l'autre.
Pour plus d'informations sur les ports requis pour vCenter Server Appliance, voir « Ports requis pour vCenter
Server Appliance », page 38.
Chapitre 2 Spécifications système
Nombre de rotations à
conserver Espace disque total nécessaire
VMware utilise des ports désignés pour la communication. En outre, les hôtes gérés surveillent des ports
désignés pour les données provenant du système vCenter Server. S'il y a un pare-feu entre l'un de ces éléments
et que le service de pare-feu de Windows est en cours d'utilisation, le programme d'installation ouvre les ports
pendant l'installation. Pour les pare-feu personnalisés, vous devez ouvrir les ports requis. Si vous avez un parefeu entre deux hôtes gérés et que vous désirez effectuer des activités source ou cible, comme une migration ou
un clonage, vous devez configurer un moyen pour que les hôtes gérés puissent recevoir des données.
REMARQUE Dans Microsoft Windows Server 2008, un pare-feu est activé par défaut.
Tableau 2-12. Ports requis pour la communication entre les composants
Port Description
80 vCenter Server requiert le port 80 pour les connections HTTP directes. Le port 80 redirige les requêtes
vers le port 443 HTTPS. Cette redirection est utile si vous utilisez accidentellement http://serveur au
lieu de https://serveur.
Si vous utilisez une base de données Microsoft SQL personnalisée (pas la base de données SQL Server
2008 groupée) qui est stockée sur la même machine hôte que vCenter Server, le port 80 est utilisé par
SQL Reporting Service. Lorsque vous installez vCenter Server, le programme d'installation vous
invitera à modifier le port HTTP de vCenter Server. Remplacez le port HTTP de vCenter Server par une
valeur personnalisée pour garantir le succès de l'installation.
Microsoft Internet Information Services (IIS) utilise également le port 80. Reportez-vous à « Conflit entre
vCenter Server et IIS pour le port 80 », page 39.
389 Ce port doit être ouvert sur les instances locales et distantes de vCenter Server. C'est le numéro de port
LDAP des services d'annuaire du groupes vCenter Server. Le système vCenter Server a besoin de se
lier au port 389, même si vous ne joignez pas cette instance de vCenter Server à un groupe Linked Mode.
Si un autre service utilise ce port, il est préférable de le supprimer ou de lui attribuer un autre port.
Vous pouvez faire fonctionner le service LDAP sur n'importe quel autre port entre 1025 et 65535.
Si cette instance sert de Microsoft Windows Active Directory, modifiez le numéro de port 389 pour un
numéro de port disponible entre 1025 et 65535.
VMware, Inc. 37
Page 38
Installation et configuration de vSphere
Tableau 2-12. Ports requis pour la communication entre les composants (suite)
Port Description
443 Le port par défaut que le système vCenter Server utilise pour écouter les connexions provenant de
636 Pour vCenter Server Linked Mode, c'est le port SSL de l'instance locale. Si un autre service utilise ce
902 Le port par défaut utilisé par vCenter Server pour envoyer des données à des hôtes gérés. Les hôtes
903 Le port 903 ne doit pas être bloqué entre vSphere Client et les hôtes. vSphere Client utilise ce port pour
8080 Services Web HTTP. Utilisé pour VMware VirtualCenter Management Web Services.
8443 Services Web HTTPS. Utilisé pour VMware VirtualCenter Management Web Services.
60099 Port de notification de changement de service Web Service
10443 vCenter Inventory Service HTTPS
10109 Gestion de vCenter Inventory Service
10111 Communication vCenter Inventory Service Linked Mode
vSphere Client. Pour autoriser le système vCenter Server à recevoir des données de vSphere Client,
ouvrez le port 443 dans la pare-feu.
Le système vCenter Server utilise également le port 443 pour surveiller les transferts de données depuis
les clients SDK.
Si vous utilisez un autre numéro de port pour HTTPS, vous devez utiliser adresse-ip:port lorsque vous
vous connectez au système vCenter Server.
port, il est préférable de le supprimer ou de lui attribuer un autre port. Vous pouvez faire fonctionner
le service SSL sur n'importe quel autre port entre 1025 et 65535.
gérés envoient également régulièrement un signal de pulsation par le port UDP 902 au système vCenter
Server. Ce port ne doit pas être bloqué par les pare-feu entre le serveur et les hôtes, ou entre les hôtes.
afficher les consoles de machines virtuelles.
Pour que le système vCenter Server utilise un autre port pour recevoir les données de vSphere Client, consultez
la documentation Gestion de vCenter Server et des hôtes.
Si vous hésitez sur la configuration du pare-feu, consultez la documentation Sécurité vSphere.
Ports requis pour vCenter Server Appliance
Le système VMware vCenter Server doit pouvoir envoyer des données à chaque hôte géré et recevoir des
données de chaque vSphere Client. Pour les activités de migration et de provisionnement entre les hôtes gérés,
les hôtes source et de destination doivent pouvoir échanger des données.
Pour plus d'informations sur les ports requis pour vCenter Server sur Windows, voir « Ports requis pour
vCenter Server », page 37.
VMware utilise des ports désignés pour la communication. En outre, les hôtes gérés surveillent des ports
désignés pour les données provenant du système vCenter Server. vCenter Server Appliance est préconfiguré
pour utiliser les ports répertoriés dans Tableau 2-13. Pour les pare-feu personnalisés, vous devez ouvrir les
ports requis. Si vous avez un pare-feu entre deux hôtes gérés et que vous désirez effectuer des activités source
ou cible, comme une migration ou un clonage, vous devez configurer un moyen pour que les hôtes gérés
puissent recevoir des données.
38 VMware, Inc.
Page 39
Tableau 2-13. Ports requis pour vCenter Server Appliance
Port Description
Chapitre 2 Spécifications système
80 vCenter Server requiert le port 80 pour les connections HTTP directes. Le port 80 redirige les requêtes
443 Le port par défaut que le système vCenter Server utilise pour écouter les connexions provenant de
902 Le port par défaut utilisé par vCenter Server pour envoyer des données à des hôtes gérés. Les hôtes
8080 Services Web HTTP. Utilisé pour VMware VirtualCenter Management Web Services.
8443 Services Web HTTPS. Utilisé pour VMware VirtualCenter Management Web Services.
10080 vCenter Inventory Service HTTP.
10443 vCenter Inventory Service HTTPS.
10109 Base de données de vCenter Inventory Service
514 Serveur vSphere Syslog Collector.
1514 Serveur vSphere Syslog Collector (SSL).
6500 Serveur coredump réseau (UDP).
6501 Service Auto Deploy.
6502 Gestion d'Auto Deploy.
9090 vSphere Web Client HTTP.
9443 vSphere Web Client HTTPS.
5480 HTTPS de l'interface utilisateur Web de vCenter Server Appliance.
5489 Service CIM de l’interface utilisateur Web de vCenter Server Appliance.
22 Port système de SSHD.
vers le port 443 HTTPS. Cette redirection est utile si vous utilisez accidentellement http://serveur au
lieu de https://serveur.
vSphere Client. Pour autoriser le système vCenter Server à recevoir des données de vSphere Client,
ouvrez le port 443 dans la pare-feu.
Le système vCenter Server utilise également le port 443 pour surveiller les transferts de données depuis
les clients SDK.
Si vous utilisez un autre numéro de port pour HTTPS, vous devez utiliser adresse-ip:port lorsque vous
vous connectez au système vCenter Server.
gérés envoient également régulièrement un signal de pulsation par le port UDP 902 au système vCenter
Server. Ce port ne doit pas être bloqué par les pare-feu entre le serveur et les hôtes, ou entre les hôtes.
Le port 902 ne doit pas être bloqué entre vSphere Client et les hôtes. vSphere Client utilise ce port pour
afficher les consoles de machines virtuelles.
Pour que le système vCenter Server utilise un autre port pour recevoir les données de vSphere Client, consultez
la documentation Gestion de vCenter Server et des hôtes.
Si vous hésitez sur la configuration du pare-feu, consultez la documentation Sécurité vSphere.
Conflit entre vCenter Server et IIS pour le port 80
vCenter Server et Microsoft Internet Information Service (IIS) utilisent tous les deux le port 80 comme port par
défaut pour les connexions HTTP directes. Ce conflit peut empêcher vCenter Server de redémarrer après
l'installation de vSphere Authentication Proxy.
Problème
vCenter Server ne peut pas redémarrer après l'installation de vSphere Authentication Proxy.
VMware, Inc. 39
Page 40
Installation et configuration de vSphere
Cause
Si IIS n'est pas installé lorsque vous installez vSphere Authentication Proxy, le programme d'installation vous
invite à installer IIS. Étant donné qu'IIS utilise le port 80, qui est le port par défaut pour les connexions HTTP
directes de vCenter Server, vCenter Server ne peut pas redémarrer après l'installation de vSphere
Authentication Proxy. Reportez-vous à la section « Ports requis pour vCenter Server », page 37.
Solution
u
Pour résoudre un conflit entre IIS et vCenter Server pour le port 80, effectuez l'une des opérations
suivantes.
Option Description
Si vous avez installé IIS avant
d'installer vCenter Server
Si vous avez installé vCenter Server
avant d'installer IIS
Remplacez le port 80 pour les connexions HTTP directes de vCenter Server
par une autre valeur.
Avant de redémarrer vCenter Server, remplacez le port de liaison 80 du site
Web par défaut d'IIS par une autre valeur.
Exigences de DNS pour vSphere
vCenter Server, comme tous les autres serveurs réseau, doit être installé sur une machine dont l'adresse IP est
fixe et qui a un nom de DNS connu, pour que les clients puissent accéder sans problème au service.
Assignez une adresse IP statique et un nom d'hôte au serveur Windows qui hébergera le système vCenter
Server. Cette adresse IP doit avoir un enregistrement de DNS (système de nom de domaine) (interne).
Assurez-vous que l'interface de gestion des hôtes ESXi a une résolution de DNS valide depuis le vCenter Server
et tous les clients vSphere et vSphere Web Clients. Assurez-vous que le vCenter Server a une résolution de
DNS valide depuis tous les hôtes ESXi et tous les clients vSphere et vSphere Web.
Assurez-vous que le vCenter Server est installé sur une machine qui a un nom de domaine complet (FQDN)
pouvant être résolu. Pour ce faire, tapez nslookup
your_vCenter_Server_fqdn
dans l'invite de ligne de
commande. Si le FQDN peut être résolu, la commande nslookup renvoie l'IP et le nom de la machine du
contrôleur de domaine.
Vérifiez que la recherche DNS inversée renvoie un nom de domaine complet lorsque vous l'interrogez sur
l'adresse IP de vCenter Server. Lorsque vous installez vCenter Server, l'installation du composant du serveur
Web qui prend en charge vSphere Client échoue si le programme d'installation ne peut rechercher le nom de
domaine complet de vCenter Server à partir de son adresse IP. La recherche inversée est implémentée sur base
des enregistrements PTR. Pour créer un enregistrement PTR, consultez la documentation de votre système
d'exploitation hôte vCenter Server.
Si vous utilisez DHCP au lieu d'une adresse IP statique pour vCenter Server, assurez-vous que le nom de
l'ordinateur du vCenter Server a été mis à niveau dans le service du nom de domaine (DNS). Exécutez une
commande ping avec le nom de l'ordinateur pour tester la connexion. Par exemple, si le nom de l'ordinateur
est host-1.company.com, exécutez la commande suivante dans l'invite de commande Windows :
ping host-1.company.com
Si vous arrivez à faire un ping du nom de l'ordinateur, ce nom est mis à niveau dans le DNS.
40 VMware, Inc.
Page 41
Chapitre 2 Spécifications système
Modèles de serveurs de gestion à distance et versions minimum de microprogrammes pris en charge
Vous pouvez utiliser des applications de gestion à distance pour l'installation d'ESXi ou pour la gestion d'hôtes
à distance.
Tableau 2-14. Modèles de serveurs de gestion à distance et versions de microprogrammes pris en charge
Modèles de contrôleurs distants Version de microprogramme Java
Dell DRAC 6 1.54 (Build 15), 1.70 (Build 21) 1.6.0_24
Dell DRAC 5 1.0, 1.45, 1.51 1.6.0_20,1.6.0_203
Dell DRAC 4 1.75 1.6.0_23
HP ILO 1.81, 1.92 1.6.0_22, 1.6.0_23
HP ILO 2 1.8, 1.81 1.6.0_20, 1.6.0_23
IBM RSA 2 1.03, 1.2 1.6.0_22
VMware, Inc. 41
Page 42
Installation et configuration de vSphere
42 VMware, Inc.
Page 43
Installation interactive d' ESXi 3
Utilisez l'option d'installation interactive pour les petits déploiements de moins de cinq hôtes.
Dans une installation interactive type, vous démarrez le programme d'installation ESXi et répondez à ses
invites pour installer ESXi sur le disque hôte local. Le programme d'installation reformate et partitionne le
disque cible et installe l'image de démarrage ESXi. Si vous n'avez pas installé ESXi sur le disque cible
préalablement, toutes les données sur l'unité sont remplacées, y compris les partitions du fournisseur, les
partitions du système d'exploitation et les données associées.
REMARQUE Pour ne pas perdre de données, migrez les données vers une autre machine avant d'installer
ESXi.
Si vous installez ESXi sur un disque qui contient une installation précédente d'ESXi, d'ESX ou d'une banque
de données VMFS, le programme d'installation fournit des options de mise à niveau. Reportez-vous à la
documentation de Mise à niveau vSphere.
Ce chapitre aborde les rubriques suivantes :
n
« Installation de ESXi de façon interactive », page 43
n
« Installer ESXi sur un disque iSCSI logiciel », page 45
Installation de ESXi de façon interactive
Vous utilisez le CD/DVD ESXi ou une clé USB pour installer le logiciel ESXi sur un disque dur SAS, SATA ou
SCSI, ou sur un lecteur USB.
ESXi Embedded ne doit pas se trouver sur l'hôte. ESXi Installable et ESXi Embedded ne peuvent pas cohabiter
sur le même hôte.
Prérequis
n
Le fichier ISO du programme d'installation de ESXi doit se trouver à l'un des emplacements suivants :
n
Sur le CD ou DVD. Si vous ne possédez pas le CD/DVD d'installation, vous pouvez en créer un.
Reportez-vous à la section « Télécharger et graver l'image ISO du programme d'installation ESXi sur
un CD ou un DVD », page 14
n
Sur une clé USB. Reportez-vous à la section « Formater une clé USB pour lancer l'installation ou la
mise à niveau d'ESXi », page 15.
REMARQUE Vous pouvez également démarrer le programme d'installation de ESXi en PXE pour lancer
une installation interactive ou une installation scriptée. Reportez-vous à la section « Démarrage PXE du
programme d'installation ESXi », page 18.
VMware, Inc.
43
Page 44
Installation et configuration de vSphere
n
Vérifiez si l'horloge du matériel du serveur est paramétrée en UTC. Ce paramétrage se trouve dans le
BIOS.
n
Vérifiez si le clavier et l'écran sont raccordés à la machine sur laquelle le logiciel ESXi sera installé. Vous
pouvez également utiliser une application de gestion à distance. Reportez-vous à « Utilisation
d'applications de gestion à distance », page 25.
n
Pensez à déconnecter votre stockage de réseau. Cette action diminue le temps nécessaire au programme
d'installation pour trouver des lecteurs de disques disponibles. Notez que lorsque vous déconnectez le
stockage réseau, tout fichier se trouvant sur les disques déconnectés devient indisponible lors de
l'installation.
Ne déconnectez pas un LUN contenant un ESX existant ou une installation de ESXi. Ne déconnectez pas
une banque de données VMFS contenant la console de service d'une installation ESX existante. Ces actions
pourraient affecter le résultat de l'installation.
n
Rassemblez les informations requises par l'assistant d'installation de ESXi. Reportez-vous à la section
« Informations requises pour l'installation d'ESXi », page 25.
Procédure
1 Insérez le CD/DVD d'installation de ESXi dans le lecteur CD/DVD-ROM, ou branchez la clé USB
d'installation et redémarrez la machine.
2 Configurez le BIOS de sorte qu'il démarre à partir du CD-ROM ou de la clé USB.
Consultez la documentation du constructeur de votre matériel pour plus d'informations sur la
modification de la séquence de démarrage.
3 Dans la page Sélectionner un disque, sélectionnez le lecteur sur lequel installer ESXi et appuyez sur Entrée.
Appuyez sur la touche F1 pour obtenir plus d'informations sur le disque sélectionné.
REMARQUE Ne vous fiez pas à l'ordre des disques dans la liste pour sélectionner un disque. L'ordre des
disques est déterminé par le BIOS et peut ne pas être dans l'ordre. Cela peut se produire avec les systèmes
sur lesquels les lecteurs ont continuellement été ajoutés et retirés.
Si le disque que vous avez sélectionné contient des données, la page Confirmer la sélection du disque
s'affiche.
Si vous procédez à l'installation sur un disque contenant une installation de ESXi ou ESX antérieure ou
une banque de données VMFS, le programme d'installation vous proposera plusieurs choix.
IMPORTANT Si vous procédez à la mise à niveau ou à la migration d'une installation existante de
ESX/ESXi, consultez la documentation Mise à niveau vSphere. Les consignes détaillées dans la
documentation Installation et configuration de vSphere s'appliquent à une nouvelle installation de ESXi.
4 Sélectionnez le type de clavier de l'hôte.
Vous pouvez modifier le type de clavier après avoir procédé à l'installation sur la console directe.
5 Entrez le mot de passe racine de l'hôte.
Vous pouvez laisser le champ du mot de passe vierge ; toutefois, pour sécuriser le système dès le premier
démarrage, entrez un mot de passe. Vous pouvez modifier le mot de passe après avoir procédé à
l'installation sur la console directe.
6 Appuyez sur F11 pour commencer l'installation.
7 Lorsque l'installation est terminée, retirez le CD, le DVD ou la clé USB d'installation.
44 VMware, Inc.
Page 45
Chapitre 3 Installation interactive d' ESXi
8 Appuyez sur Entrée pour redémarrer l'hôte.
Si vous procédez à une nouvelle installation ou que vous choisissez d'écraser une banque de données
VMFS existante, des partitions de fichier de travail VFAT et VMFS seront créées sur le disque de l'hôte
durant le redémarrage.
9 Paramétrez le premier périphérique de démarrage de sorte qu'il soit le lecteur sur lequel vous avez installé
ESXi dans Étape 3.
Pour obtenir des informations sur la modification de l'ordre de démarrage, consultez la documentation
de votre fournisseur de matériel.
REMARQUE Les systèmes UEFI peuvent nécessiter des étapes supplémentaires pour configurer le
périphérique de démarrage. Reportez-vous à la section « L'hôte ne démarre pas après avoir installé ESXi
en mode UEFI », page 159
Lorsque l'installation est terminée, vous pouvez migrer les données VMFS existantes vers l'hôte ESXi.
Vous pouvez démarrer une seule machine par image ESXi. Le démarrage de plusieurs périphériques depuis
une seule image ESXi partagée n'est pas pris en charge.
Suivant
Installez une administration de base et la configuration réseau pour ESXi. Reportez-vous à la section Chapitre
8, « Après avoir installé et configuré ESXi », page 175.
Installer ESXi sur un disque iSCSI logiciel
Lorsque vous installez ESXi sur un disque iSCSI logiciel, vous devez configurer le nom qualifié iSCSI (IQN)
cible.
Lorsque le système démarre, un test à la mise sous tension POST (Power-On Self Test) est exécuté et démarre
les adaptateurs dans l'ordre défini dans le BIOS du système. Lorsque la séquence de démarrage atteint
l'adaptateur iBFT (iSCSI Boot Firmware Table), l'adaptateur tente de se connecter à la cible, mais il ne démarre
pas depuis cette dernière. Voir les conditions préalables.
Si la connexion à la cible iSCSI aboutit, le microprogramme de démarrage iSCSI enregistre la configuration de
démarrage iSCSI dans la table iBFT. L'adaptateur suivant à démarrer doit être le support d'installation ESXi,
une image ISO montée ou un CD-ROM physique.
Prérequis
n
Vérifiez que le nom IQN cible est configuré dans le paramètre cible iBFT BIOS. Ce paramètre est l'option
ROM de la carte NIC (network interface card) à utiliser pour le LUN iSCSI. Voir la documentation du
fournisseur du système.
n
Désactivez l'option d'adaptateur iBFT pour démarrer depuis la cible iSCSI. Cette action est nécessaire pour
que le programme d'installation ESXi démarre à la place de la cible iSCSI. Lorsque vous démarrez le
système, suivez l'invite pour vous connecter à votre adaptateur iBFT et désactivez l'option pour démarrer
depuis la cible iSCSI. Voir la documentation du fournisseur du système et de l'adaptateur iBFT. Après
avoir installé ESXi, vous pouvez réactiver l'option pour démarrer depuis le LUN dans lequel vous avez
installé ESXi.
Procédure
1 Lancez une installation interactive depuis le CD/DVD d'installation ESXi ou l'image ISO montée.
VMware, Inc. 45
Page 46
Installation et configuration de vSphere
2 Dans l'écran de sélection de disque, sélectionnez la cible iSCSI que vous avez définie dans le paramètre
cible iBFT BIOS.
Si la cible ne figure pas dans ce menu, vérifiez que les paramètres TCP/IP et IQN iSCSI d'initiateur sont
corrects. Vérifiez la liste de contrôle d'accès (LCA) réseau et confirmez que l'adaptateur dispose des
autorisations appropriées pour accéder à la cible.
3 Suivez les invites pour terminer l'installation.
4 Redémarrez l'hôte.
5 Dans les paramètres BIOS de l'hôte, entrez la configuration BIOS de l'adaptateur iBFT et changez le
paramètre d'adaptateur pour démarrer depuis la cible iSCSI.
Voir la documentation du fournisseur du système.
Suivant
Dans l'adaptateur iBFT, réactivez l'option pour démarrer depuis la cible iSCSI pour que le système démarre
depuis le LUN dans lequel vous avez installé ESXi.
46 VMware, Inc.
Page 47
Installation, mise à niveau ou
migration d'hôtes en utilisant un script 4
Vous pouvez déployer rapidement des hôtes ESXi en utilisant des installations ou des mises à niveau basées
sur un script. Les installations, mises à niveau ou migrations basées sur un script sont un moyen efficace de
déployer plusieurs hôtes.
Le script d'installation ou de mise à niveau contient les paramètres d'installation pour ESXi. Vous pouvez
appliquer le script à tous les hôtes dont vous souhaitez que la configuration soit similaire.
Pour une installation, une mise à niveau ou une migration basée sur un script, vous devez utiliser les
commandes prises en charge pour créer un script, et éditer le script pour modifier les paramètres qui sont
uniques pour chaque hôte.
Le script d'installation ou de mise à niveau peut résider dans l'un des emplacements suivants :
n
FTP
n
HTTP/HTTPS
n
NFS
n
clé USB
n
CDROM
Ce chapitre aborde les rubriques suivantes :
n
« Approches pour l'installation scriptée », page 47
n
« Entrer les options de démarrage pour lancer un script d'installation ou de mise à niveau », page 48
n
« À propos des scripts d'installation et de mise à niveau », page 50
n
« Installer, mettre à niveau ou migrer ESXi depuis un CD ou un DVD en utilisant un script », page 60
n
« Installer, mettre à niveau ou migrer ESXi depuis une clé USB en utilisant un script », page 62
n
« Effectuer une installation ou une mise à niveau scripté ESXi en effectuant un démarrage PXE du
programme d'installation », page 63
Approches pour l'installation scriptée
Vous pouvez installer ESXi sur plusieurs ordinateurs en utilisant un seul script pour tous les ordinateurs ou
un script distinct pour chacun d'entre eux.
Par exemple, comme les noms des disques varient d'une machine à l'autre, l'un des paramètres que vous pouvez
définir dans un script est le choix du disque sur lequel ESXi doit être installé.
VMware, Inc.
47
Page 48
Installation et configuration de vSphere
Tableau 4-1. Choix d'installation à l'aide de scripts
Option Action
Effectuez toujours l'installation sur le premier disque sur
plusieurs machines.
Installez ESXi sur un disque différent pour chaque machine. Créez plusieurs scripts.
Pour plus d'informations sur les commandes nécessaires pour définir le disque d'installation, voir
« Commandes du script d'installation et de mise à niveau », page 52.
Créez un script.
Entrer les options de démarrage pour lancer un script d'installation ou de mise à niveau
Vous pouvez démarrer un script d'installation ou de mise à niveau en saisissant les options de ligne de
commande de démarrage sur la ligne de commande de démarrage.
Pendant le démarrage, il peut être nécessaire de spécifier les options pour accéder au fichier kickstart. Vous
pouvez entrer les options de démarrage en appuyant sur les touches Maj.+O dans le chargeur de démarrage.
Pour une installation d'hôte PXE, vous pouvez transmettre les options par le biais de la ligne kernelopts du
fichier boot.cfg. Reportez-vous à la section « À propos du fichier boot.cfg », page 60 et « Démarrage PXE du
programme d'installation ESXi », page 18.
Une option ks=... doit être spécifiée, pour indiquer l'emplacement du script d'installation. Dans le cas
contraire, une installation ou mise à niveau scripté ne démarrera pas. Si ks=... est omis, le programme
d'installation en mode texte continue.
Les options de démarrage prises en charge sont spécifiées dans « Options de démarrage », page 49.
Procédure
1 Démarrez l'hôte.
48 VMware, Inc.
Page 49
Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script
2 Lorsque la fenêtre du programme d'installation ESXi s'affiche, appuyez sur les touches Maj.+O pour éditer
les options de démarrage.
3 Dans l'invite de commande runweasel, entrez
ks=
emplacement du script d'installation plus options de la ligne de commande de démarrage
Exemple : Option de démarrage
Vous entrez les options de démarrage suivantes :
ks=http://00.00.00.00/kickstart/ks-osdc-pdp101.cfg nameserver=00.00.0.0 ip=00.00.00.000
netmask=255.255.255.0 gateway=00.00.00.000
Options de démarrage
Lorsque vous effectuez une installation basée sur un script, vous devez spécifier les options au moment du
démarrage pour accéder au fichier kickstart.
Options de démarrage prises en charge
Tableau 4-2. Options de démarrage pour l'installation d' ESXi
Option de démarrage Description
BOOTIF=
gateway=
hwtype-adresse MAC
adresse ip
Similaire à l'option netdevice, excepté dans le format
PXELINUX comme il est décrit dans l'option IPAPPEND sous
SYSLINUX sur le site syslinux.zytor.com.
Définit cette passerelle de réseau comme la passerelle par
défaut à utiliser pour le téléchargement du script
d'installation et du support d'installation.
VMware, Inc. 49
Page 50
Installation et configuration de vSphere
Tableau 4-2. Options de démarrage pour l'installation d' ESXi (suite)
Option de démarrage Description
ip=
adresse ip
ks=cdrom:/
ks=file://
ks=
protocol
ks=usb
ks=usb:/
ksdevice=
nameserver=
netdevice=
netmask=
vlanid=
chemin
chemin
://
serveurchemin
chemin
périphérique
adresse ip
périphérique
masque de sous-réseau
idvlan
Spécifie une adresse IP statique à utiliser pour télécharger le
script d'installation et le support d'installation. Remarque : le
format PXELINUX pour cette option est également pris en
charge. Voir l'option IPAPPEND sous SYSLINUX sur le site
syslinux.zytor.com.
Effectue une installation basée sur un script avec le script dans
le chemin, qui réside sur le CD dans le lecteur de CD-ROM.
Chaque CDROM est monté et vérifié jusqu'à ce que le fichier
correspondant au chemin soit trouvé.
Effectue une installation basée sur un script avec le script dans
le chemin.
Effectue une installation basée sur un script avec le script situé
sur le réseau à l'adresse URL spécifiée. protocol peut être
http, https, ftp ou nfs. Le format d'une URL NFS est
spécifié dans RFC 2224.
Effectue une installation basée sur un script, en accédant au
script depuis un lecteur USB connecté. Recherche le fichier
nommé ks.cfg. Le fichier doit être situé dans le répertoire
racine du lecteur. Si plusieurs lecteurs flash USB sont
connectés, ils sont parcourus jusqu'à ce que le fichier
ks.cfg soit trouvé. Seuls les systèmes FAT16 et FAT32 sont
pris en charge.
Exécute une installation basée sur un script avec le fichier de
script spécifié, situé sur USB.
Tente d'utiliser un adaptateur réseau périphérique lors de la
recherche d'un script d'installation et d'un support
d'installation. Spécifiez comme adresse MAC, par exemple
00:50:56:C0:00:01. Cet emplacement peut également être un
nom vmnicNN. En cas de non spécification et de récupération
requise des fichiers sur le réseau, le programme d'installation
se règle par défaut sur le premier adaptateur réseau trouvé.
Spécifie un serveur de nom de domaine à utiliser pour le
téléchargement du script d'installation et du média
d'installation.
Tente d'utiliser un adaptateur réseau périphérique lors de la
recherche d'un script d'installation et d'un support
d'installation. Spécifiez comme adresse MAC, par exemple
00:50:56:C0:00:01. Cet emplacement peut également être un
nom vmnicNN. En cas de non spécification et de récupération
requise des fichiers sur le réseau, le programme d'installation
se règle par défaut sur le premier adaptateur réseau trouvé.
Spécifie le masque de sous-réseau pour l'interface réseau qui
télécharge le script d'installation et le support d'installation.
Configurez la carte réseau sur le VLAN spécifié.
À propos des scripts d'installation et de mise à niveau
Le script d'installation/de mise à niveau est un fichier texte, par exemple ks.cfg, qui contient les commandes
prises en charge.
La section de commande du script contient les options d'installation d'ESXi. Cette section est requise et doit
apparaître en premier dans le script.
50 VMware, Inc.
Page 51
Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script
À propos du script d'installation ks.cfg par défaut
Le programme d'installation ESXi contient un script d'installation par défaut qui effectue une installation
standard sur le premier disque dur détecté.
Le script d'installation ks.cfg par défaut se trouve dans /etc/vmware/weasel/ks.cfg dans le disque RAM
initial. Vous pouvez spécifier l'emplacement du fichier ks.cfg par défaut avec l'option de démarrage
ks=file://etc/vmware/weasel/ks.cfg. Reportez-vous à « Entrer les options de démarrage pour lancer un script
d'installation ou de mise à niveau », page 48.
Lorsque vous installez ESXi en utilisant le script ks.cfg, le mot de passe racine par défaut est mypassword.
Vous ne pouvez pas modifier le script par défaut sur le support d'installation. Après l'installation, vous pouvez
vous connecter à l'hôte ESXi et utiliser vSphere Client pour modifier les paramètres par défaut.
Le script par défaut contient les commandes suivantes :
# # Sample scripted installation file #
# Accept the VMware End User License Agreement vmaccepteula
# Set the root password for the DCUI and Tech Support Mode rootpw mypassword
# Install on the first local disk available on machine install --firstdisk --overwritevmfs
# Set the network to DHCP on the first network adapter network --bootproto=dhcp --device=vmnic0
# A sample post-install script %post --interpreter=python --ignorefailure=true import time
stampFile = open('/finished.stamp', mode='w') stampFile.write( time.asctime() )
Emplacements pris en charge pour les scripts d'installation ou de mise à niveau
Dans les installations et les mises à niveau basées sur un script, le programme d'installation ESXi peut accéder
au script d'installation ou de mise à niveau, également appelé le fichier kickstart, depuis plusieurs
emplacements.
Les emplacements suivants sont pris en charge pour le script d'installation ou de mise à niveau :
n
CD/DVD. Reportez-vous à la section « Créer une image ISO du programme d'installation avec un script
d'installation ou de mise à niveau personnalisé », page 17.
n
Clé USB. Reportez-vous à la section « Créer une clé USB pour stocker le script d'installation ou de mise à
niveau ESXi », page 16.
n
Un emplacement accessible avec les protocoles suivants : NFS, HTTP, HTTPS, FTP
Chemin d'accès au script d'installation ou de mise à niveau
Vous pouvez spécifier le chemin d'accès au script d'installation ou de mise à niveau.
ks=http://
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
est l'adresse IP de la machine sur laquelle le script réside. Reportez-vous à la section « À
/kickstart/KS.CFG est le chemin d'accès au script d'installation d'ESXi, où
propos des scripts d'installation et de mise à niveau », page 50.
Pour démarrer un script d'installation à partir d'une installation interactive, vous entrez l'option ks=
manuellement. Reportez-vous à la section « Entrer les options de démarrage pour lancer un script d'installation
ou de mise à niveau », page 48.
VMware, Inc. 51
Page 52
Installation et configuration de vSphere
Commandes du script d'installation et de mise à niveau
Pour modifier le script d'installation ou de mise à niveau par défaut ou pour créer votre propre script, utilisez
les commandes prises en charge. Utilisez les commandes prises en charge dans le script d'installation, que vous
spécifiez à l'aide d'une commande de démarrage quand vous démarrez le programme d'installation.
Pour déterminer sur quel disque installer ou mettre à niveau ESXi, le script d'installation requiert une des
commandes suivantes : install, upgrade ou installorupgrade. La commande install crée les partitions par
défaut, incluant une banque de données VMFS qui occupe tout l'espace disponible après la création des autres
partitions. La commande install remplace la commande autopart qui était utilisée pour les installations
d'ESXi 4.1 à base d'un script.
accepteula ou vmaccepteula (requis)
Accepte le contrat de licence ESXi. Cette commande fonctionne de la même manière que dans ESXi 4.1.
clearpart (facultatif)
Comparé à kickstart, le comportement de la commande d'ESXi clearpart diffère. Modifiez la commande
clearpart avec précaution dans vos scripts existants.
Effacez toutes les partitions existantes sur le disque. La commande install doit être spécifiée.
--drives=
--alldrives
--ignoredrives=
--overwritevmfs
--firstdisk=
disk-type1
[
disk-type2
,...]
Supprimez les partitions sur les lecteurs spécifiés.
Ignore la spécification --drives= et autorise l'effacement des partitions sur
chaque lecteur.
Supprime les partitions sur tous les lecteurs, sauf sur les lecteurs spécifiés.
Requis sauf si l'indicateur --drives= ou --alldrives est spécifié.
Autorise l'écrasement des partitions VMFS sur les lecteurs spécifiés. Par défaut,
l'écrasement des partitions VMFS n'est pas autorisé.
Partitions pour le premier disque éligible trouvé. Par défaut, les disques
éligibles sont définis dans l'ordre suivant :
1 Stockage connecté localement (local)
2 Stockage de réseau (remote)
3 Disques USB (usb)
Vous pouvez modifier l'ordre des disques en utilisant une liste séparée par des
virgules ajoutée à l'argument. Si vous fournissez une liste de filtres, les
paramètres par défaut sont écrasés. Vous pouvez combiner des filtres pour
spécifier un disque en particulier, en incluant esx pour le premier disque avec
ESX installé, les informations sur le modèle et le fournisseur, ou le nom du
pilote de périphérique vmkernel. Par exemple, pour préférer un disque avec le
nom de modèle ST3120814A et n'importe quel disque qui utilise le pilote
mptsas au lieu d'un disque local normal, l'argument est
--firstdisk=ST3120814A,mptsas,local.
dryrun (facultatif)
Analyse et vérifie le script d'installation. N'effectue pas l'installation.
52 VMware, Inc.
Page 53
Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script
installer
Indique qu'il s'agit d'une nouvelle installation. Remplace la commande abandonnée autopart utilisée pour les
installations basées sur un script d'ESXi 4.1. La commande install, upgrade ou installorupgrade est requise
pour déterminer sur quel disque ESXi doit être installé ou mis à niveau.
--disk= or --drive=
--firstdisk=
disk-type1,
[
disk-type2
,...]
Indique le disque à la partition. Dans la commande --disk=
diskname
, le
diskname peut être sous l'une des formes indiquées dans les exemples suivants :
n
Path: --disk=
n
Nom de MPX : --disk=
n
Nom de VML : --disk=
n
vmkLUN UID : --disk=
/vmfs/devices/disks/mpx.vmhba1:C0:T0:L0
mpx.vmhba1:C0:T0:L0
vml.000000034211234
vmkLUN_UID
Pour les formats de nom de disque acceptés, reportez-vous à « Noms de
périphériques de disques », page 59.
Partitions pour le premier disque éligible trouvé. Par défaut, les disques
éligibles sont définis dans l'ordre suivant :
1 Stockage connecté localement (local)
2 Stockage de réseau (remote)
3 Disques USB (usb)
Vous pouvez modifier l'ordre des disques en utilisant une liste séparée par des
virgules ajoutée à l'argument. Si vous fournissez une liste de filtres, les
paramètres par défaut sont écrasés. Vous pouvez combiner des filtres pour
spécifier un disque en particulier, en incluant esx pour le premier disque avec
ESX installé, les informations sur le modèle et le fournisseur, ou le nom du
pilote de périphérique vmkernel. Par exemple, pour préférer un disque avec le
nom de modèle ST3120814A et n'importe quel disque qui utilise le pilote
mptsas au lieu d'un disque local normal, l'argument est
--firstdisk=ST3120814A,mptsas,local.
--overwritevmfs
Requis pour écraser une banque de données VMFS existante sur le disque avant
l'installation.
--preservevmfs
--novmfsondisk
Préserve une banque de données VMFS sur le disque pendant l'installation.
Empêche la création d'une partition VMFS sur ce disque. Doit être utilisée avec
--overwritevmfs si une partition VMFS existe déjà sur le disque.
installorupgrade
La commande install, upgrade ou installorupgrade est requise pour déterminer sur quel disque ESXi doit
être installé ou mis à niveau.
--disk= or --drive=
VMware, Inc. 53
Indique le disque à la partition. Dans la commande --disk=
diskname
, le
diskname peut être sous l'une des formes indiquées dans les exemples suivants :
n
Path: --disk=
n
Nom de MPX : --disk=
n
Nom de VML : --disk=
n
vmkLUN UID : --disk=
/vmfs/devices/disks/mpx.vmhba1:C0:T0:L0
mpx.vmhba1:C0:T0:L0
vml.000000034211234
vmkLUN_UID
Page 54
Installation et configuration de vSphere
Pour les formats de nom de disque acceptés, reportez-vous à « Noms de
périphériques de disques », page 59.
--firstdisk=
disk-type1,
[
disk-type2
--overwritevmfs
--forcemigrate
,...]
Partitions pour le premier disque éligible trouvé. Par défaut, les disques
éligibles sont définis dans l'ordre suivant :
1 Stockage connecté localement (local)
2 Stockage de réseau (remote)
3 Disques USB (usb)
Vous pouvez modifier l'ordre des disques en utilisant une liste séparée par des
virgules ajoutée à l'argument. Si vous fournissez une liste de filtres, les
paramètres par défaut sont écrasés. Vous pouvez combiner des filtres pour
spécifier un disque en particulier, en incluant esx pour le premier disque avec
ESX installé, les informations sur le modèle et le fournisseur, ou le nom du
pilote de périphérique vmkernel. Par exemple, pour préférer un disque avec le
nom de modèle ST3120814A et n'importe quel disque qui utilise le pilote
mptsas au lieu d'un disque local normal, l'argument est
--firstdisk=ST3120814A,mptsas,local.
Installez ESXi si une partition VMFS existe sur le disque, mais qu'aucune
installation d'ESX ou ESXi n'existe. Sauf si cette option est présente, le
programme d'installation échouera si une partition VMFS existe sur le disque,
mais qu'aucune installation d'ESX ou ESXi n'existe.
Si l'hôte contient des personnalisations, comme un VIB ou des pilotes tiers, qui
ne sont pas inclus dans l'image .ISO du programme d'installation, le
programme d'installation se termine avec une erreur décrivant le problème.
L'option forcemigrate écrase l'erreur et force la mise à niveau.
AVERTISSEMENT Si l'option forcemigrate est utilisée, l'hôte mis à niveau risque
de ne pas démarrer correctement, de présenter une instabilité du système ou de
perdre sa fonctionnalité.
keyboard (facultatif)
Configure le type de clavier pour le système.
keyboardType
Spécifie le mappage de clavier pour le type de clavier sélectionné.
keyboardType doit être un des types suivants.
n
Belgian
n
Brazilian
n
Croatian
n
Czechoslovakian
n
Danish
n
Valeur par défaut
n
Estonian
n
Finnish
n
Français
n
Allemand
54 VMware, Inc.
Page 55
n
Greek
n
Icelandic
n
Italian
n
Japonais
n
Latin American
n
Norwegian
n
Polish
n
Portuguese
n
Russian
n
Slovenian
n
Spanish
n
Swedish
n
Swiss French
n
Swiss German
Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script
n
Turkish
n
US Dvorak
n
Ukranian
n
United Kingdom
network (facultatif)
Spécifiez une adresse de réseau pour le système.
--bootproto=[dhcp|
static]
--device=
--ip=
--gateway=
--nameserver=
Indiquez si les paramètres réseau doivent être obtenus à partir de DHCP ou
définissez-les manuellement.
Spécifie l'adresse MAC du réseau ou le nom du périphérique, au format
vmnicNN, comme dans vmnic0. Ces options se rapportent au périphérique de
liaison montante pour le commutateur virtuel.
Définit une adresse IP pour la machine à installer, au format
xxx.xxx.xxx.xxx. Requis avec l'option --bootproto=static et ignoré dans le
cas contraire.
Désigne la passerelle par défaut sous la forme d'une adresse IP, au format
xxx.xxx.xxx.xxx. Utilisé avec l'option --bootproto=static.
Désigne le serveur de nom principal comme adresse IP. Utilisé avec l'option
--bootproto=static. Omettez cette option si vous n'avez pas l'intention
d'utiliser DNS.
L'option --nameserver peut accepter deux adresses IP. Par exemple : --
nameserver="10.126.87.104[,10.126.87.120]"
--netmask=
--hostname=
VMware, Inc. 55
Spécifie le masque de sous-réseau pour le système installé, au format
255.xxx.xxx.xxx. Utilisé avec l'option --bootproto=static.
Spécifie le nom d'hôte pour le système installé.
Page 56
Installation et configuration de vSphere
--vlanid=
vlanid
Spécifie sur quel réseau VLAN se trouve le système. Utilisée avec l'option
--bootproto=dhcp ou --bootproto=static. Définissez-la sur un nombre
entier compris entre 1 et 4096.
--addvmportgroup=(0|1)
Précise s'il faut ajouter ou non le groupes de ports de réseau VM utilisé par des
machines virtuelles. La valeur par défaut est 1.
paranoid (facultatif)
Provoque l'interruption de l'installation par des messages d'avertissement. Si vous omettez cette commande,
les messages d'avertissement sont consignés.
part ou partition (facultatif)
Crée une banque de données VMFS supplémentaire sur le système. Une seule banque de données peut être
créée par disque. Ne peut pas être utilisée sur le même disque que la commande install. Une seule partition
peut être spécifiée par disque et il doit s'agir uniquement d'une partition VMFS.
datastore name
--ondisk= or --ondrive=
--firstdisk=
disk-type1,
[
disk-type2
,...]
Spécifie où la partition doit être montée.
Spécifie le disque ou le lecteur sur lequel la partition est créée.
Partitions pour le premier disque éligible trouvé. Par défaut, les disques
éligibles sont définis dans l'ordre suivant :
1 Stockage connecté localement (local)
2 Stockage de réseau (remote)
3 Disques USB (usb)
Vous pouvez modifier l'ordre des disques en utilisant une liste séparée par des
virgules ajoutée à l'argument. Si vous fournissez une liste de filtres, les
paramètres par défaut sont écrasés. Vous pouvez combiner des filtres pour
spécifier un disque en particulier, en incluant esx pour le premier disque avec
ESX installé, les informations sur le modèle et le fournisseur, ou le nom du
pilote de périphérique vmkernel. Par exemple, pour préférer un disque avec le
nom de modèle ST3120814A et n'importe quel disque qui utilise le pilote
mptsas au lieu d'un disque local normal, l'argument est
--firstdisk=ST3120814A,mptsas,local.
reboot (facultatif)
Redémarre la machine une fois l'installation basée sur un script effectuée.
<--noeject>
Le CD n'est pas éjecté après l'installation.
rootpw (requis)
Règle le mot de passe racine pour le système.
--iscrypted
mot de passe
Précise que le mot de passe est crypté.
Précise la valeur du mot de passe.
56 VMware, Inc.
Page 57
Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script
mise à niveau
La commande install, upgrade ou installorupgrade est requise pour déterminer sur quel disque ESXi doit
être installé ou mis à niveau.
--disk= or --drive=
--firstdisk=
disk-type1,
[
disk-type2
,...]
Indique le disque à la partition. Dans la commande --disk=
diskname
, le
diskname peut être sous l'une des formes indiquées dans les exemples suivants :
n
Path: --disk=
n
Nom de MPX : --disk=
n
Nom de VML : --disk=
n
vmkLUN UID:--disk=
/vmfs/devices/disks/mpx.vmhba1:C0:T0:L0
mpx.vmhba1:C0:T0:L0
vml.000000034211234
vmkLUN_UID
Pour les formats de nom de disque acceptés, reportez-vous à « Noms de
périphériques de disques », page 59.
Partitions pour le premier disque éligible trouvé. Par défaut, les disques
éligibles sont définis dans l'ordre suivant :
1 Stockage connecté localement (local)
2 Stockage de réseau (remote)
3 Disques USB (usb)
Vous pouvez modifier l'ordre des disques en utilisant une liste séparée par des
virgules ajoutée à l'argument. Si vous fournissez une liste de filtres, les
paramètres par défaut sont écrasés. Vous pouvez combiner des filtres pour
spécifier un disque en particulier, en incluant esx pour le premier disque avec
ESX installé, les informations sur le modèle et le fournisseur, ou le nom du
pilote de périphérique vmkernel. Par exemple, pour préférer un disque avec le
nom de modèle ST3120814A et n'importe quel disque qui utilise le pilote
mptsas au lieu d'un disque local normal, l'argument est
--firstdisk=ST3120814A,mptsas,local.
--deletecosvmdk
Si le système est mis à niveau à partir d'ESX, supprimez le répertoire contenant
l'ancien fichier VMDK de la console de service, cos.vmdk, pour récupérer
l'espace disque inutilisé dans la banque de données VMFS.
--forcemigrate
Si l'hôte contient des personnalisations, comme un VIB ou des pilotes tiers, qui
ne sont pas inclus dans l'image .ISO du programme d'installation, le
programme d'installation se termine avec une erreur décrivant le problème.
L'option forcemigrate écrase l'erreur et force la mise à niveau.
AVERTISSEMENT Si l'option forcemigrate est utilisée, l'hôte mis à niveau risque
de ne pas démarrer correctement, de présenter une instabilité du système ou de
perdre sa fonctionnalité.
%include ou include (facultatif)
Spécifie un autre script d'installation à analyser. Cette commande est traitée d'une manière similaire à une
commande multiligne, mais elle ne prend qu'un seul argument.
filename
VMware, Inc. 57
Par exemple : %include part.cfg
Page 58
Installation et configuration de vSphere
%pre (facultatif)
Indique un script à exécuter avant que la configuration kickstart ne soit évaluée. Par exemple, vous pouvez
l'utiliser pour générer les fichiers que le fichier kickstart doit inclure.
--interpreter
=[python|busybox]
Indique un interprète à utiliser. L'interprète par défaut est busybox.
%post (facultatif)
Exécute le script spécifié une fois que le module a été installé. Si vous précisez plusieurs sections %post, elles
sont exécutées dans leur ordre d'apparition dans le script d'installation.
--interpreter
=[python|busybox]
--timeout=secs
Indique un interprète à utiliser. L'interprète par défaut est busybox.
Précise un délai d'expiration pour l'exécution du script. Si le script n'est pas
complété à l'expiration du délai, l'arrêt du script est forcé.
--ignorefailure
=[true|false]
Si le paramètre est vrai (true), l'installation est considérée comme ayant réussi
même si le script %post se termine avec une erreur.
%firstboot
Crée un script init qui s'exécute uniquement lors du premier démarrage. Le script n'a pas d'incidence sur les
démarrages suivants. Si plusieurs sections %firstboot sont spécifiées, elles sont exécutées dans l'ordre dans
lequel elles apparaissent dans le fichier kickstart.
REMARQUE Vous ne pouvez pas vérifier la sémantique des scripts %firstboot tant que le système n'aura pas
démarré pour la première fois. Un script %firstboot peut contenir des erreurs pouvant être catastrophiques
qui ne sont pas exposées tant que l'installation n'est pas terminée.
--interpreter
=[python|busybox]
Indique un interprète à utiliser. L'interprète par défaut est busybox.
REMARQUE Vous ne pouvez pas vérifier la sémantique des scripts %firstboot tant que le système n'aura pas
démarré pour la première fois. Si le script contient des erreurs, elles ne seront exposées qu'une fois l'installation
terminée.
Différences entre l'installation basée sur un script et les commandes de mise à niveau d' ESXi 4.x et d' ESXi 5.0
Avant d'effectuer une installation ou une mise à niveau scripté d'ESXi, si vous connaissez bien l'installation
basée sur un script d'ESXi version 4.x, notez les différences entre l'installation basée sur un script et les
commandes de mise à niveau d'ESXi 4.x et d'ESXi 5.0.
Dans ESXi 5.0, étant donné que l'image d'installation est chargée directement dans la mémoire RAM de l'hôte
au démarrage de celui-ci, il n'est pas nécessaire d'inclure l'emplacement du support d'installation dans le script
d'installation.
ESXi 5.0 prend en charge les mises à niveau basées sur un script en plus de l'installation basée sur un script.
58 VMware, Inc.
Page 59
Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script
On remarque des différences de commandes dans le résumé suivant.
accepteula ou
vmaccepteula
autopart
auth ou authconfig
chargeur de démarrage
esxlocation
firewall
firewallport
install,
installorupgrade,
upgrade
serialnum ou vmserialnum
timezone
virtualdisk
Uniquement dans ESXi
Abandonné et remplacé par install, upgrade ou installorupgrade.
Non pris en charge dans ESXi 5.0.
Non pris en charge dans ESXi 5.0.
Abandonné et non utilisé dans ESXi.
Non pris en charge dans ESXi 5.0.
Non pris en charge dans ESXi 5.0.
Ces commandes remplacent la commande autopart abandonnée. Utilisez une
de ces commandes pour spécifier le disque sur la partition, et la commande
part pour créer la banque de données vmfs. installorupgrade et upgrade sont
prises en charge depuis ESXi 5.0.
Abandonné dans ESXi 5.0. Vous pouvez assigner une licence à l'hôte
uniquement après l'installation.
Reportez-vous à la section « Affectation de licences aux hôtes ESXi »,
page 175
Non pris en charge dans ESXi 5.0.
Non pris en charge dans ESXi 5.0.
zerombr
%firstboot
%packages
Non pris en charge dans ESXi 5.0.
Option --level non prise en charge dans ESXi 5.0.
Non pris en charge dans ESXi 5.0.
Noms de périphériques de disques
Les commandes de script d'installation install, upgrade et installorupgrade requièrent l'utilisation de noms
de périphériques de disques.
Tableau 4-3. Noms de périphériques de disques
Format Exemples Description
VML vml.00025261 Le nom du périphérique tel qu'il est
rapporté par le vmkernel
MPX mpx.vmhba0:C0:T0:L0 Le nom du périphérique
REMARQUE Lorsque vous utilisez une mise à niveau scripté pour mettre à niveau ESX 4.x vers ESXi 5.0, les
noms des disques MPX et VML changent, ce qui peut faire échouer la mise à niveau. Pour éviter ce problème,
utilisez les identifiants NAA (Network Address Authority Identifier) pour le périphérique de disque à la place
des noms des disques MPX et VML.
VMware, Inc. 59
Page 60
Installation et configuration de vSphere
À propos du fichier boot.cfg
Le fichier de configuration du chargeur de démarrage boot.cfg spécifie le noyau, les options du noyau et les
modules de démarrage que le chargeur de démarrage mboot.c32 utilise dans une installation ESXi.
Le fichier boot.cfg est fourni dans le programme d'installation d'ESXi. Vous pouvez modifier la ligne
kernelopt du fichier boot.cfg pour spécifier l'emplacement d'un script d'installation ou pour transmettre les
autres options de démarrage.
La syntaxe du fichier boot.cfg est la suivante :
# boot.cfg -- mboot configuration file
#
# Toutes les lignes précédées de '#' sont un commentaire.
STRING
title=
kernel=
kernelopt=
modules=
# Toutes les autres lignes ne doivent pas être modifiées.
Les commandes dans le fichier boot.cfg configurent le chargeur de démarrage.
FILEPATH
STRING
FILEPATH1
---
FILEPATH2
... ---
FILEPATHn
Tableau 4-4. Commandes dans boot.cfg .
Commande Description
title=
STRING
kernel=
kernelopt=
modules=
FILEPATH
FILEPATH1
STRING
---
FILEPATH2
... ---
FILEPATHn
Définit l'intitulé du chargeur de démarrage sur
Définit le chemin du noyau sur
Ajoute
STRING
aux options de démarrage du noyau.
Répertorie les modules à charger, séparés par trois traits
d'union (---).
FILEPATH
STRING
.
Reportez-vous à la section « Créer une image ISO du programme d'installation avec un script d'installation ou
de mise à niveau personnalisé », page 17, « Démarrage PXE du programme d'installation ESXi en utilisant
PXELINUX et un fichier de configuration PXE », page 21, « Démarrage PXE du programme d'installation ESXi
en utilisant PXELINUX et un fichier de configuration PXE isolinux.cfg », page 23 et « Démarrage PXE du
programme d'installation ESXi », page 18.
Installer, mettre à niveau ou migrer ESXi depuis un CD ou un DVD en utilisant un script
Vous pouvez installer, mettre à niveau ou migrer ESXi depuis un lecteur CD/DVD en utilisant un script
spécifiant les options d'installation ou de mise à niveau.
Vous pouvez démarrer le script d'installation ou de mise à niveau en entrant une option de démarrage lorsque
vous démarrez l'hôte. Vous pouvez également créer une image ISO du programme d'installation incluant le
script d'installation. Avec une image ISO du programme d'installation, vous pouvez effectuer une installation
basée sur un script et sans surveillance lorsque vous démarrez l'image ISO image du programme d'installation.
Reportez-vous à la section « Créer une image ISO du programme d'installation avec un script d'installation ou
de mise à niveau personnalisé », page 17.
.
60 VMware, Inc.
Page 61
Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script
Prérequis
Avant d'exécuter l'installation, la mise à niveau ou la migration, vérifiez que les conditions requises suivantes
sont remplies :
n
Le système sur lequel vous effectuez l'installation, la mise à niveau ou la migration répond aux exigences
matérielles requises. Reportez-vous à la section « Configuration matérielle requise pour ESXi », page 27.
n
Vous disposez de l'image ISO du programme d'installation ESXi sur un CD/DVD d'installation. Reportezvous à la section « Télécharger et graver l'image ISO du programme d'installation ESXi sur un CD ou un
DVD », page 14.
n
Le script d'installation ou de mise à niveau par défaut (ks.cfg) ou un script d'installation ou de mise à
niveau personnalisé est accessible par le système. Reportez-vous à la section « À propos des scripts
d'installation et de mise à niveau », page 50.
n
Vous avez sélectionné une commande de démarrage pour exécuter l'installation, la mise à niveau ou la
migration basée sur un script. Reportez-vous à la section « Entrer les options de démarrage pour lancer
un script d'installation ou de mise à niveau », page 48. Pour la liste complète des commandes de démarrage,
reportez-vous à « Options de démarrage », page 49.
Procédure
1 Lancez le programme d'installation ESXi depuis le CD ou DVD en utilisant le lecteur de CD/DVD-ROM
local.
2 Lorsque la fenêtre du programme d'installation ESXi s'affiche, appuyez sur les touches Maj.+O pour éditer
les options de démarrage.
3 Entrez une option de démarrage qui appelle le script d'installation ou de mise à niveau par défaut ou un
fichier de script d'installation ou de mise à niveau que vous avez créé.
L'option de démarrage a le format ks=.
4 Appuyez sur Entrée.
VMware, Inc. 61
Page 62
Installation et configuration de vSphere
L'installation, la mise à niveau ou la migration se lance en utilisant les options que vous avez spécifiées.
Installer, mettre à niveau ou migrer ESXi depuis une clé USB en utilisant un script
Vous pouvez installer, mettre à niveau ou migrer ESXi depuis une clé en utilisant un script spécifiant les options
d'installation ou de mise à niveau.
Les options de démarrage prises en charge sont spécifiées dans « Options de démarrage », page 49.
Prérequis
Avant d'exécuter l'installation, la mise à niveau ou la migration, vérifiez que les conditions requises suivantes
sont remplies :
n
Le système sur lequel vous effectuez l'installation, la mise à niveau ou la migration ESXi répond aux
exigences matérielles requises pour l'installation ou la mise à niveau. Reportez-vous à la section
« Configuration matérielle requise pour ESXi », page 27.
n
Vous disposez de l'image ISO du programme d'installation ESXi sur une clé USB amorçable. Reportezvous à la section « Formater une clé USB pour lancer l'installation ou la mise à niveau d'ESXi », page 15.
n
Le script d'installation ou de mise à niveau par défaut (ks.cfg) ou un script d'installation ou de mise à
niveau personnalisé est accessible par le système. Reportez-vous à la section « À propos des scripts
d'installation et de mise à niveau », page 50.
n
Vous avez sélectionné une option de démarrage pour exécuter l'installation, la mise à niveau ou la
migration basée sur un script. Reportez-vous à la section « Entrer les options de démarrage pour lancer
un script d'installation ou de mise à niveau », page 48.
Procédure
1 Lancez le programme d'installation ESXi depuis la clé USB.
62 VMware, Inc.
Page 63
Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script
2 Lorsque la fenêtre du programme d'installation ESXi s'affiche, appuyez sur les touches Maj.+O pour éditer
les options de démarrage.
3 Entrez une option de démarrage qui appelle le script d'installation ou de mise à niveau par défaut ou un
fichier de script d'installation ou de mise à niveau que vous avez créé.
L'option de démarrage a le format ks=.
4 Appuyez sur Entrée.
L'installation, la mise à niveau ou la migration se lance en utilisant les options que vous avez spécifiées.
Effectuer une installation ou une mise à niveau scripté ESXi en effectuant un démarrage PXE du programme d'installation
ESXi 5.0 fournit plusieurs options pour effectuer un démarrage PXE du programme d'installation et utiliser
un script d'installation ou de mise à niveau.
n
Pour des informations sur la configuration d'une infrastructure PXE, reportez-vous à la section
« Démarrage PXE du programme d'installation ESXi », page 18.
n
Pour des informations sur la création et la localisation d'un script d'installation, reportez-vous à la section
« À propos des scripts d'installation et de mise à niveau », page 50.
n
Pour les procédures spécifiques pour effectuer un démarrage PXE du programme d'installation ESXi et
l'utilisation d'un script d'installation, reportez-vous à l'une des rubriques suivantes :
n
« Démarrage PXE du programme d'installation ESXi en utilisant PXELINUX et un fichier de
configuration PXE isolinux.cfg », page 23
n
« Démarrage PXE du programme d'installation ESXi en utilisant PXELINUX et un fichier de
configuration PXE », page 21
n
« Démarrage PXE du programme d'installation ESXi en utilisant gPXE », page 24
VMware, Inc. 63
Page 64
Installation et configuration de vSphere
n
Pour des informations sur l'utilisation d'Auto Deploy pour effectuer une installation basée sur un script
en effectuant un démarrage PXE, reportez-vous à la section Chapitre 5, « Installation d'ESXi en utilisant
vSphere Auto Deploy », page 65.
64 VMware, Inc.
Page 65
Installation d'ESXi en utilisant
vSphere Auto Deploy 5
En utilisant la fonction vSphere Auto Deploy, vous pouvez provisionner des centaines d'hôtes physiques avec
le logiciel ESXi.
En utilisant Auto Deploy, les administrateurs système qualifiés peuvent gérer efficacement les grands
déploiements. Contrairement aux autres options d'installation, Auto Deploy ne stocke pas la configuration ni
l'état ESXi sur le disque hôte. En fait, l'état est géré via un profil d'image et les autres attributs de l'hôte sont
gérés via des profils d'hôte.
Ce chapitre aborde les rubriques suivantes :
n
« Description de vSphere Auto Deploy », page 66
n
« Feuille de route Auto Deploy et présentation des cmdlets », page 72
n
« Préparation pour vSphere Auto Deploy », page 75
n
« Gestion d'Auto Deploy avec les cmdlets PowerCLI », page 82
n
« Provisionnement des systèmes ESXi avec vSphere Auto Deploy », page 86
n
« Configuration d'un hôte de référence Auto Deploy », page 90
n
« Tâches de gestion avancée », page 96
n
« Meilleures pratiques et considérations de sécurité pour Auto Deploy », page 104
n
« Dépannage de la fonction Auto Deploy », page 107
n
« Configuration de la validation technique Auto Deploy », page 115
VMware, Inc.
65
Page 66
Installation et configuration de vSphere
Description de vSphere Auto Deploy
vSphere Auto Deploy peut provisionner des centaines d'hôtes physiques avec le logiciel ESXi. Vous pouvez
définir l'image à déployer et les hôtes à provisionner avec l'image. Vous pouvez éventuellement définir des
profils d'hôte à appliquer aux hôtes et un emplacement vCenter Server (dossier ou cluster) pour chaque hôte.
Présentation d'Auto Deploy
Lorsque vous démarrez une configuration d'hôte physique pour Auto Deploy, Auto Deploy utilise une
infrastructure de démarrage PXE avec des profils d'hôte vSphere pour provisionner et personnaliser cet hôte.
Aucun état n'est stocké sur l'hôte ; le serveur Auto Deploy gère les informations d'état de chaque hôte.
Informations d'état des hôtes ESXi
Auto Deploy stocke les informations des hôtes ESXi à provisionner dans différents emplacements. Les
informations sur l'emplacement des profils d'image et des profils d'hôte sont initialement définies dans les
règles qui associent les machines à des profils d'image et des profils d'hôte. Lorsqu'un hôte démarre pour la
première fois, le système vCenter Server créé un objet hôte correspondant et stocke les informations dans la
base de données.
Tableau 5-1. Auto Deploy stocke les informations de déploiement
Type
d'information Description Source des informations d'état
État d'image Logiciel exécutable sur un hôte ESXi. Profil d'image créé avec Image Builder PowerCLI.
État de
configuration
État dynamique État d'exécution généré par le logiciel actif, par
État de machine
virtuelle
Entrée utilisateur État basé sur une entrée utilisateur. Par exemple,
Paramètres définissables qui déterminent
comment l'hôte est configuré, par exemple les
commutateurs virtuels et leurs paramètres, les
paramètres des pilotes, les paramètres de
démarrage, etc.
exemple, clés privées générées ou bases de
données d'exécution.
Machines virtuelles stockées sur un hôte et
informations de démarrage automatique de
machine virtuelle (démarrages suivants
uniquement).
une adresse IP que l'utilisateur fournit lorsque le
système démarre ne peut pas être placée
automatiquement dans le profil d'hôte.
Profil d'hôte créé en utilisant l'IU Profil d'hôte.
Provient généralement d'un modèle d'hôte.
Stocké dans la mémoire de l'hôte et perdu lors d'un
redémarrage.
Géré par le système vCenter Server par défaut.
n
Si la machine virtuelle est dans un cluster
vSphere HA, le déploiement fonctionne,
même si vCenter Server n'est pas disponible
car Auto Deploy conserve les informations de
la machine virtuelle.
n
Si elle ne s'y trouve pas, vCenter Server doit
pouvoir fournir les informations de la machine
virtuelle à Auto Deploy.
Les informations personnalisées sont stockées
dans un fichier de réponses. Vous pouvez créer un
profil d'hôte qui nécessite que l'utilisateur entre
des valeurs.
Lorsque Auto Deploy applique un profil d'hôte
qui nécessite une réponse à un nouvel hôte
provisionné, l'hôte passe en mode maintenance.
Vous pouvez cliquer avec le bouton droit de la
souris sur l'hôte et sélectionner [mettre à niveau
le fichier de réponse] pour que le système
demande les informations.
Les informations du fichier de réponse sont
stockées avec l'hôte. Chaque hôte dispose d'un
fichier de réponse qui peut contenir plusieurs
éléments d'entrée utilisateur.
66 VMware, Inc.
Page 67
Extraction HTTP d'images/de
VIBet de profils d'hôte (démarrage
gPXEet mise à jour)
dépôt public
VIB
etprofils
d'image
Extraction de profils d'image
et de VIB prédéfinis
Profils
d'hôteetfichiers
de réponse
Profils
d'image
Auto Deploy
PowerCLI
Serveur Auto
Deploy
(serveur Web)
Interface
utilisateurde
profil d'hôte
Image Builder
PowerCLI
Moteur
de règles
Hôte
ESXi
Plug-in
Moteur de
profild'hôte
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Architecture d'Auto Deploy
L'infrastructure Auto Deploy est constituée de plusieurs éléments.
Figure 5-1. vSphere Auto Deploy Architecture
serveur Auto Deploy
Moteur de règles Auto
Deploy
Profils d'image
Profils d'hôte
Fichiers de réponse
Fournit les images et les profils d'hôte aux hôtes ESXi. Le serveur Auto Deploy
est au centre de l'infrastructure Auto Deploy.
Indique au serveur Auto Deploy l'image et le profil d'hôte à fournir à un hôte.
Les administrateurs utilisent Auto Deploy PowerCLI pour définir les règles qui
affectent des profils d'image et des profils d'hôte aux hôtes.
Définissez le groupe de VIB avec lesquels les hôtes ESXi doivent être démarrés.
n
VMware et les partenaires VMware placent des profils d'image et des VIB
dans des dépôts publics. Utilisez Image Builder PowerCLI pour examiner
le dépôt et le moteur de règles Auto Deploy pour définir le profil d'image
à affecter à un hôte.
n
Les clients VMware peuvent créer un profil d'image personnalisé en
fonction des profils d'image publics et des VIB dans le dépôt et appliquer
ce profil d'image à l'hôte.
Définissez la configuration de la machine, telle que la mise en réseau ou la
configuration du stockage. Les administrateurs créent des profils d'hôte en
utilisant l'IU Profil d'hôte. Vous pouvez exporter le profil d'hôte d'un hôte et
utiliser ce profil pour reprovisionner cet hôte. Vous pouvez exporter le profil
d'hôte d'un modèle d'hôte et utiliser le modèle pour d'autres hôtes.
Stockent les informations que l'utilisateur entre lorsque des profils d'hôte sont
appliqués à l'hôte. Le fichier de réponse peut contenir une adresse IP ou
d'autres informations fournies par l'utilisateur pour cet hôte. Il peut exister un
fichier de réponse pour chaque hôte. Reportez-vous à « Personnalisation des
hôtes avec des fichier de réponses », page 99.
VMware, Inc. 67
Page 68
Installation et configuration de vSphere
Règles et groupes de règles
Vous définissez le comportement du serveur Auto Deploy en utilisant un groupe de règles écrites dans Power
CLI. Le moteur de règles Auto Deploy vérifie le groupe de règles pour identifier les modèles d'hôtes
correspondants pour déterminer les éléments (profil d'image, profil d'hôte ou emplacement vCenter Server)
à fournir à chaque hôte.
Le moteur de règles mappe les paramètres du logiciel et de configuration aux hôtes en fonction des attributs
de l'hôte. Par exemple, vous pouvez déployer des profils d'image ou d'hôte dans deux clusters d'hôtes en
écrivant deux règles, chaque règle correspondant à l'adresse réseau d'un cluster.
Pour les hôtes qui n'ont pas encore été ajoutés à un système vCenter Server, le serveur Auto Deploy se réfère
au moteur de règles avant de fournir les profils d'image, les profils d'hôte et les informations d'emplacement
d'inventaire aux hôtes. Pour les hôtes qui sont gérés par un système vCenter Server, le profil d'image, le profil
d'hôte et l'emplacement d'inventaire que vCenter Server a stocké dans l'objet hôte sont utilisés. Vous pouvez
utiliser les cmdlets Auto Deploy PowerCLI pour tester et réparer la conformité des règles. Lorsque vous réparez
la conformité des règles d'un hôte, le profil d'image de l'hôte et les affectations de profil d'hôte sont mis à jour.
REMARQUE Vous devez exécuter les opérations de test de conformité des règles et de réparation pour les hôtes
gérés par un système vCenter Server, même si ces hôtes n'ont pas été ajoutés au système vCenter Server par
Auto Deploy.
Le moteur de règles contient des règles et des groupes de règles.
Règles
Les règles peuvent affecter des profils d'image et d'hôte à un groupe d'hôtes
ou définir l'emplacement (dossier ou cluster) d'un hôte sur le système vCenter
Server cible. Une règle peut identifier les hôtes cible en fonction de l'adresse
MAC de démarrage, des informations SMBIOS, de l'UUID BIOS, du
fournisseur, du modèle ou de l'adresse IP DHCP fixe. Dans la plupart des cas,
les règles s'appliquent à plusieurs hôtes. Vous créez des règles en utilisant les
cmdlets Auto Deploy PowerCLI. Après avoir créé une règle, vous devez
l'ajouter à un groupe de règles. Seuls deux groupes de règles, le groupe de
règles actives et le groupe de règles opérationnelles, sont pris en charge. Une
règle peut appartenir aux deux groupes (par défaut) ou uniquement au groupe
de règles opérationnelles. Lorsque vous ajoutez une règle à un groupe de règles,
vous ne pouvez plus changez la règle. Dans ce cas, vous copiez la règle et vous
remplacez les éléments ou les modèles. Par défaut, Auto Deploy utilise le nom
de la règle pour la copie et masque la règle d'origine.
groupe de règles actives
Lorsqu'un hôte qui vient de démarrer contacte le serveur Auto Deploy pour
demander un profil d'image, le serveur Auto Deploy recherche des règles de
correspondance dans le groupe de règles actives. Le profil d'image, le profil
d'hôte et l'emplacement d'inventaire vCenter Server mappés par les règles de
correspondance sont utilisés pour démarrer l'hôte. Si plusieurs éléments de
même type sont mappés par les règles, le serveur Auto Deploy utilise le premier
élément du groupe de règles.
groupe de règles
opérationnelles
Le groupe de règles opérationnelles permet de tester les modifications des
règles avant de les activer. Par exemple, vous pouvez utiliser les cmdlets Auto
Deploy PowerCLI pour tester la conformité avec le groupe de règles
opérationnelles. Le test vérifie que les hôtes gérés par un système vCenter
Server respectent les règles du groupe de règles opérationnelles. Par défaut, les
cmdlets ajoutent la règle au groupe de règles opérationnelles et active les règles.
Utilisez le paramètre NoActivate pour ajouter une règle uniquement au groupe
de règles opérationnelles.
68 VMware, Inc.
Page 69
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Vous utilisez le workflow ci-dessous avec les règles et les groupes de règles.
1 Modifiez le groupe de règles opérationnelles.
2 Utilisez les cmdlets qui exécutent les règles du groupe de règles opérationnelles sur un hôte pour vérifier
que tout fonctionne correctement.
3 Ajustez et retestez les règles du groupe de règles opérationnelles.
4 Activez les règles du groupe de règles opérationnelles.
Vous pouvez activer les règles explicitement, mais si vous ajoutez une règle sans définir le paramètre
NoActivate, toutes les règles qui se trouvent dans le groupe de règles opérationnelles sont activées. Vous
ne pouvez pas activer les règles individuellement.
Processus de démarrage Auto Deploy
Lorsque vous mettez sous tension un hôte que vous voulez provisionner ou reprovisionner avec vSphere Auto
Deploy, l'infrastructure Auto Deploy fournit le profil d'image et éventuellement un profil d'hôte et un
emplacement vCenter Server pour l'hôte.
Le processus de démarrage est différent pour les hôtes qui n'ont pas encore été provisionnés avec Auto Deploy
(premier démarrage) et pour les hôtes provisionnés avec Auto Deploy et ajoutés à un système vCenter Server
(démarrage suivant).
Conditions du premier démarrage
Avant un processus de premier démarrage, vous devez configurer le système. La configuration inclut les tâches
suivantes qui sont décrites plus en détail dans « Préparation pour vSphere Auto Deploy », page 75.
n
Configurez un serveur DHCP qui affecte une adresse IP à chaque hôte au démarrage et qui pointe l'hôte
vers le serveur TFTP pour en télécharger le programme de chargement de l'image de démarrage gPXE.
n
Assurez-vous que le serveur Auto Deploy dispose d'une adresse IPv4. Le démarrage PXE est uniquement
pris en charge avec IPv4.
n
Identifiez un profil d'image à utiliser de l'une des manières suivantes.
n
Choisissez un profil d'image ESXi dans un dépôt public.
n
(Facultatif) Créez un profil d'image personnalisé en utilisant Image Builder PowerCLI, puis placez ce
profil dans un dépôt accessible au serveur Auto Deploy. Le profil d'image doit contenir un bundle
VIB ESXi de base.
n
(Facultatif) Si l'environnement contient un hôte de référence, exportez le profil de l'hôte de référence et
définissez une règle qui applique le profil de l'hôte à un ou plusieurs hôtes.
n
Définissez les règles de déploiement de l'hôte et ajoutez-les à l'ensemble de règles actives.
Présentation du premier démarrage
Lorsqu'un hôte qui n'est pas encore provisionné avec vSphere Auto Deploy démarre (premier démarrage),
l'hôte interagit avec plusieurs composants Auto Deploy.
1 Lorsque l'administrateur met sous tension un hôte, l'hôte démarre une séquence de démarrage PXE.
Le serveur DHCP affecte une adresse IP à l'hôte et demande à l'hôte de contacter le serveur TFTP.
2 L'hôte contacte le serveur TFTP et télécharge le fichier gPXE (programme de chargement d'image de
démarrage exécutable) et un fichier de configuration gPXE.
3 gPXE s'exécute.
Le fichier de configuration demande à l'hôte d'envoyer une demande de démarrage HTTP au serveur
Auto Deploy. La demande HTTP contient des informations sur le matériel et le réseau.
VMware, Inc. 69
Page 70
Premier démarrage d'Auto Deploy
l'hôte envoie des
informations sur
le matériel & le
réseau au serveur
Auto Deploy
le serveur Auto
Deploy transmet les
profils d'hôte &
d'image à l'hôte
l'hôte démarre
en utilisant le profil
d'image
l'hôte est assigné
à vCenter Server
qui stocke les profils
d'hôte & d'image
PXE
Installation et configuration de vSphere
4 En réponse, le serveur Auto Deploy exécute les tâches suivantes :
a Il demande au moteur de règles des informations sur l'hôte.
b Il envoie les composants définis dans le profil d'image, le profil d'hôte facultatif et les informations
d'emplacement vCenter Server facultatives.
5 L'hôte démarre en utilisant le profil d'image.
Si le serveur Auto Deploy a fourni un profil d'hôte, ce dernier est appliqué à l'hôte.
6 Auto Deploy affecte l'hôte au système vCenter Server dans lequel Auto Deploy est enregistré.
a Si une règle spécifie un dossier ou un cluster cible sur le système vCenter Server, l'hôte est placé dans
le dossier ou le cluster.
b Si aucune règle ne définit un emplacement d'inventaire vCenter Server, Auto Deploy ajoute l'hôte au
premier centre de données affiché dans l'interface utilisateur vSphere Client.
7 (Facultatif) Si le profil d'hôte nécessite que l'utilisateur définisse certaines informations, telles qu'une
adresse IP statique, l'hôte est placé en mode de maintenance lorsqu'il est ajouté au système vCenter Server.
Vous devez réappliquer le profil d'hôte et répondre aux questions pour que l'hôte quitte le mode de
maintenance. Reportez-vous à la section « Application d'un profil d'hôte pour demander une entrée
utilisateur », page 89.
8 Si l'hôte fait partie d'un cluster DRS, les machines virtuelles des autres hôtes peuvent être affectées à l'hôte
après qu'il a été ajouté au système vCenter Server.
Reportez-vous à la section « Provisionner un hôte (premier démarrage) », page 87.
Figure 5-2. Installation d'Auto Deploy, premier démarrage
70 VMware, Inc.
Page 71
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Démarrages suivants sans mises à jour
Pour les hôtes provisionnés avec Auto Deploy et gérés par un système vCenter Server, les démarrages suivants
peuvent devenir complètement automatiques. L'hôte est provisionné par le système vCenter Server qui stocke
les informations sur le profil d'image et le profil d'hôte de chaque hôte dans la base de données.
Le processus de démarrage est le suivant.
1 L'administrateur redémarre l'hôte.
2 Lorsque l'hôte démarre, Auto Deploy fournit à l'hôte son profil d'image et son profil d'hôte qui sont stockés
dans vCenter Server.
3 Les machines virtuelles sont démarrées ou migrées vers l'hôte en fonction des paramètres de l'hôte.
n
Hôte autonome. Les machines virtuelles sont mises sous tension en fonction des règles de démarrage
automatique définies sur l'hôte.
n
Hôte de cluster DRS. Les machines virtuelles qui ont été migrées avec succès vers les autres hôtes
restent en place. Les machines virtuelles pour lesquelles aucun hôte ne disposait des ressources
suffisantes sont enregistrées sur l'hôte redémarré.
Si le système vCenter Server n'est pas disponible, l'hôte contacte le serveur Auto Deploy pour obtenir les profils
d'image et les profils d'hôte et l'hôte redémarre. Toutefois, Auto Deploy ne peut pas configurer vSphere
Distributed Switches si vCenter Server n'est pas disponible et les machines virtuelles sont affectées aux hôtes
uniquement si elles appartiennent à un cluster HA. Le commutateur ne peut pas être créé tant que l'hôte n'est
pas reconnecté à vCenter et que le profil d'hôte n'est pas appliqué. Comme l'hôte est en mode de maintenance,
les machines virtuelles ne démarrent pas. Reportez-vous à la section « Reprovisionner les hôtes avec des
opérations de redémarrage simples », page 88.
Les hôtes configurés pour demander des entrées utilisateur sont placés en mode de maintenance. Reportezvous à la section « Application d'un profil d'hôte pour demander une entrée utilisateur », page 89.
Démarrages suivants avec mises à jour
Vous pouvez changer le profil d'image, le profil d'hôte ou l'emplacement vCenter Server des hôtes. Le
processus inclut la modification des règles et les opérations de test de conformité des règles de l'hôte et de
réparation.
1 L'administrateur utilise la cmdlet Copy-DeployRule PowerCLI pour copier et modifier une ou plusieurs
règles et met à jour le groupe de règles. Voir « Feuille de route Auto Deploy », page 72 pour un exemple.
2 L'administrateur exécute la cmdlet Test-DeployRulesetCompliance pour vérifier si chaque hôte utilise les
informations que spécifie le groupe de règle en cours.
3 L'hôte retourne un objet PowerCLI qui encapsule les informations de conformité.
4 L'administrateur exécute la cmdlet Repair-DeployRulesetCompliance pour mettre à niveau le profil
d'image, le profil d'hôte ou l'emplacement vCenter Server que le système vCenter Server stocke pour
chaque hôte.
5 Lorsque l'hôte redémarre, il utilise le profil d'image, le profil d'hôte ou l'emplacement vCenter Server mis
à jour de l'hôte.
Si le profil d'hôte est défini pour demander des informations utilisateur, l'hôte passe en mode de
maintenance. Suivez les étapes dans « Application d'un profil d'hôte pour demander une entrée
utilisateur », page 89.
Reportez-vous à la section « Tester et réparer la conformité aux règles », page 85.
VMware, Inc. 71
Page 72
Démarrages suivants d'Auto Deploy
vCenter Server
provisionne l'hôte en
utilisant les profils
d'hôte & d'image
modification et
mise à jour de
l'ensemble de règles
démarrage suivant avec
mise à jour de l'image
démarrage suivant
sans mise à jour
vérification de
la conformité à
l'ensemble de règles
utilisation du profil
d'image mis à jour
mise à jour des
associations de
profils d'hôte &
d'image stockées
dans vCenter Server
redémarrage
de l'hôte
(facultatif)
Installation et configuration de vSphere
Figure 5-3. Installation d'Auto Deploy, démarrage suivants
Approvisionner des systèmes munis de commutateurs distribués
Feuille de route Auto Deploy et présentation des cmdlets
Feuille de route Auto Deploy
Vous pouvez configurer le profil d'hôte d'un hôte de référence Auto Deploy avec un commutateur distribué.
Lorsque vous configurez le commutateur distribué, la stratégie des paramètres de configuration de démarrage
est définie automatiquement pour correspondre aux paramètres réseau nécessaires à la connectivité de l'hôte
après un redémarrage.
Lorsque Auto Deploy fournit le profil d'hôte à l'hôte ESXi, l'hôte passe par deux étapes.
1 L'hôte crée un commutateur virtuel standard avec les propriétés définies dans le champ des paramètres
de configuration du démarrage.
2 L'hôte crée des adaptateurs réseau VMkernel. Les adaptateurs réseau VMkernel permettent à l'hôte de se
connecter à Auto Deploy et au système vCenter Server.
Lorsque l'hôte est ajouté à vCenter Server, vCenter Server supprime le commutateur standard et réapplique
le commutateur distribué à l'hôte.
REMARQUE Ne changez pas les paramètres de configuration du démarrage afin de ne pas générer des problèmes
avec le commutateur distribué.
Pour pouvoir utiliser correctement Auto Deploy, vous devez connaître les tâches de provisionnement des
hôtes, connaître les composants Auto Deploy et leur interaction et maîtriser les cmdlets PowerCLI.
Pour pouvoir utiliser Auto Deploy, vous devez connaître le fonctionnement d'Auto Deploy, installer le serveur
Auto Deploy, installer PowerCLI, écrire des règles PowerCLI qui provisionnent les hôtes et mettre sous tension
les hôtes à démarrer avec le profil d'image que vous définissez. Les personnalisations du profil d'image, du
profil d'hôte et de l'emplacement vCenter Server sont prises en charge.
Reportez-vous à « Configuration de la validation technique Auto Deploy », page 115 pour effectuer un exercice
pas à pas qui vous aidera à configurer votre premier environnement Auto Deploy sur un système Windows
2008.
72 VMware, Inc.
Page 73
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Pour réussir le provisionnement des hôtes de votre environnement avec Auto Deploy, vous pouvez suivre
quelques étapes détaillées dans ce document.
1 Installez le serveur Auto Deploy.
Windows
Le serveur Auto Deploy se trouve sur le support d'installation de vCenter
Server. Vous pouvez installer le serveur Auto Deploy sur le même système
que vCenter Server ou sur un système différent.
Dispositif vCenter
Server
Le dispositif vCenter Server contient vCenter Server et le serveur Auto
Deploy. Vous pouvez utiliser les deux serveurs dans le dispositif, utiliser
une installation vCenter Server autonome avec Auto Deploy dans le
dispositif ou utiliser une installation Auto Deploy autonome avec le
dispositif vCenter Server. Le serveur Auto Deploy du dispositif vCenter
Server est désactivé par défaut. Voir « Utilisation d'Auto Deploy avec
VMware vCenter Server Appliance », page 97 pour les informations de
configuration.
REMARQUE Vous ne pouvez pas utiliser plusieurs serveurs Auto Deploy avec un système vCenter Server.
Reportez-vous à « Préparer le système et installer Auto Deploy Server », page 76 pour plus d'informations
sur l'installation du logiciel, la configuration du serveur DHCP et le téléchargement du fichier de
configuration TFTP.
2 Installez PowerCLI qui contient Auto Deploy et les cmdlets Image Builder et configurez la signature à
distance.
Reportez-vous à « Installer PowerCLI et les logiciels requis », page 79 et « Utilisation des cmdlets Auto
Deploy », page 79.
3 Recherchez le profil d'image qui contient les VIB à déployer sur les hôtes.
n
Dans la plupart des cas, vous ajoutez les dépôts qui contiennent le logiciel qui vous intéresse à la
session PowerCLI, puis sélectionnez un profil d'image depuis l'un de ces dépôts.
n
Pour créer un profil d'image personnalisé, utilisez les cmdlets Image Builder pour cloner un profil
d'image existant et ajoutez les VIB personnalisés au clone. Ajoutez le profil d'image personnalisé à la
session PowerCLI.
Vous devez utiliser Image Builder pour la personnalisation uniquement si vous avez ajouté des bundles
VIB. Dans la plupart des cas, vous pouvez ajouter le dépôt, dans l'emplacement dans lequel VMware place
les profils d'image, à la session PowerCLI sous la forme d'une URL.
4 Utilisez la cmdlet New-DeployRule PowerCLI pour écrire une règle qui affecte le profil d'image à un hôte,
à plusieurs hôtes définis par un modèle ou à tous les hôtes.
NewDeployRule -Name "testrule" -Item
image-profile
-AllHosts
Reportez-vous à « Affecter un profil d'image à des hôtes », page 82.
REMARQUE Auto Deploy est optimisé pour provisionner les hôtes ayant un mappage d'adresse MAC fixe
à une adresse IP dans DHCP (appelé parfois réservation DHCP). Si vous voulez utiliser des adresses IP
statiques, vous devez créer un fichier de réponses pour chaque hôte. Reportez-vous à « Utiliser des hôtes
avec des adresses IP statiques », page 96.
5 Mettez l'hôte sous tension pour qu'Auto Deploy provisionne l'hôte avec le profil d'image spécifié.
6 Configurez l'hôte que vous avez provisionné comme hôte de référence pour le profil d'hôte.
Vous pouvez définir les paramètres syslog de l'hôte de référence, les paramètres de pare-feu, le stockage,
les communications réseau, etc. Reportez-vous à « Configuration d'un hôte de référence Auto Deploy »,
page 90.
VMware, Inc. 73
Page 74
Installation et configuration de vSphere
7 Créez et exportez un profil d'hôte pour l'hôte de référence.
Voir la documentation Profils d'hôte.
8 Pour provisionner plusieurs hôtes, vous pouvez utiliser la cmdlet Copy-DeployRule.
Vous pouvez modifier la règle pour affecter non seulement un profil d'image, mais également un profil
d'hôte et un emplacement de cluster.
CopyDeployRule -DeployRule "testrule" -ReplaceItem
my_host_profile_from_reference_host,my_targetcluster
-ReplacePattern "ipv4=192.XXX.1.10-192.XXX.1.20"
my_host_profile_from_reference_host est le nom du profil de l'hôte de référence. my_targetcluster est le nom
du cluster cible.
9 Mettez sous tension les hôtes à provisionner.
Si les hôtes définis par le modèle ne sont pas gérés actuellement par un système vCenter Server, Auto
Deploy leur fournit le profil d'image déjà stocké et le profil d'hôte défini et il les ajoute au cluster cible.
10 Vérifiez que les hôtes que vous provisionnez répondent aux exigences suivantes.
n
Chaque hôte est connecté au système vCenter Server.
n
Les hôtes ne sont pas en mode maintenance.
n
Aucune erreur de conformité n'est associée aux hôtes.
n
Chaque hôte ayant un fichier de réponses dispose d'un fichier de réponses à jour.
Résolvez les problèmes de fichier de réponses et de conformité et redémarrez les hôtes jusqu'à ce qu'ils
répondent tous aux exigences.
Lisez « Description de vSphere Auto Deploy », page 66 qui présente le processus de démarrage, explique les
différences entre le premier démarrage et les démarrages suivants et fournit des informations générales sur
l'utilisation des fichiers de réponses.
Présentation de la cmdlet Auto Deploy PowerCLI
Vous définissez les règles qui affectent des profils d'image et des profils d'hôte en utilisant un groupe de cmdlets
PowerCLI inclus dans VMware PowerCLI.
Si vous ne connaissez pas PowerCLI, lisez la documentation PowerCLI et consultez « Utilisation des cmdlets
Auto Deploy », page 79. Vous pouvez obtenir de l'aide sur les commandes depuis l'invite PowerShell.
n
Aide de base : Get-Help cmdlet_name
n
Aide détaillée : Get-Help cmdlet_name -Detailed
REMARQUE Lorsque vous exécutez des cmdlets Auto Deploy, indiquez tous les paramètres sur la ligne de
commande lorsque vous appelez la cmdlet. Il n'est pas recommandé d'indiquer des paramètres en mode
interactif.
Tableau 5-2. Cmdlets Rule Engine PowerCLI
Commande Description
Get-DeployCommand
New-DeployRule
Set-DeployRule
Retourne une liste des cmdlets Auto Deploy.
Crée une règle avec les éléments et les modèles spécifiés.
Met à jour une règle existante avec les éléments et les modèles
spécifiés. Vous ne pouvez pas mettre à niveau une règle qui
appartient à un groupe de règles.
74 VMware, Inc.
Page 75
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Tableau 5-2. Cmdlets Rule Engine PowerCLI (suite)
Commande Description
Get-DeployRule
Copy-DeployRule
Add-DeployRule
Remove-DeployRule
Set-DeployRuleset
Get-DeployRuleset
Switch-ActiveDeployRuleset
Get-VMHostMatchingRules
Test-DeployRulesetCompliance
Repair-DeployRulesetCompliance
Apply-EsxImageProfile
Get-VMHostImageProfile
Repair-DeployImageCache
Get-VMHostAttributes
Extrait les règles avec les noms spécifiés.
Clone et met à jour une règle existante.
Ajoute une ou plusieurs règles au groupe de règles
opérationnelles et, par défaut, au groupe de règles actives.
Utilisez le paramètre NoActivate pour ajouter une règle
uniquement au groupe de règles opérationnelles.
Supprime une ou plusieurs règles du groupe de règles
opérationnelles et du groupe de règles actives. Exécutez cette
commande avec le paramètre -Delete pour supprimer
complètement la règle.
Définit explicitement la liste des règles du groupe de règles
opérationnelles.
Extrait le groupe de règles opérationnelles ou le groupe de
règles actives en cours.
Active un groupe de règles pour que les nouvelles demandes
soient évaluées via le groupe de règles.
Extrait les règles correspondant à un modèle. Par exemple,
vous pouvez extraire toutes les règles qui s'appliquent à un
ou des hôtes. Utilisez cette cmdlet principalement pour le
débogage.
Détermine si les éléments associés à un hôte défini sont
conformes au groupe de règles actives.
Compte tenu de la sortie de Test-
DeployRulesetCompliance, cette cmdlet met à jour le profil
d'image, le profil d'hôte et l'emplacement de chaque hôte
dans l'inventaire vCenter Server. La cmdlet peut appliquer
des profils d'image et des profils d'hôte ou transférer des
hôtes vers des dossiers ou des clusters prédéfinis sur le
système vCenter Server.
Associe le profil d'image spécifié à l'hôte défini.
Extrait le profil d'image utilisé par un hôte donné. Cette
cmdlet est différente de la cmdlet Get-EsxImageProfile
dans Image Builder PowerCLI.
Utilisez cette cmdlet uniquement si le cache d'image Auto
Deploy est supprimé accidentellement.
Extrait les attributs d'un hôte, qui sont utilisés lorsque le
serveur Auto Deploy évalue les règles.
Préparation pour vSphere Auto Deploy
Pour pouvoir utiliser vSphere Auto Deploy, vous devez préparer votre environnement. Vous commencez par
configurer le serveur et préparer le matériel. Vous devez enregistrer le logiciel Auto Deploy dans le système
vCenter Server que vous envisagez d'utiliser pour gérer les hôtes que vous provisionnez et installer VMware
PowerCLI.
n
Préparer le système et installer Auto Deploy Server page 76
Avant de mettre sous tension un hôte pour le démarrage PXE avec vSphere Auto Deploy, vous devez
installer le logiciel nécessaire et configurer les serveurs DHCP et TFTP avec lesquels Auto Deploy
interagit.
VMware, Inc. 75
Page 76
Installation et configuration de vSphere
n
Installer PowerCLI et les logiciels requis page 79
Pour pouvoir exécuter les cmdlets Auto Deploy pour créer et modifier les règles et les groupes de règles
qui régissent le comportement d'Auto Deploy, vous devez installer vSphere PowerCLI et tous les logiciels
requis. Les cmdlets Auto Deploy sont incluses avec l'installation PowerCLI.
n
Utilisation des cmdlets Auto Deploy page 79
Les cmdlets Auto Deploy sont implémentées comme cmdlets Microsoft PowerShell et incluses dans
vSphere PowerCLI. Les utilisateurs des cmdlets Auto Deploy peuvent tirer parti de toutes les fonctions
PowerCLI.
n
Configurer l'attribution de licence en masse page 80
Vous pouvez utiliser vSphere Client ou ESXi Shell pour spécifier des clés de licence individuelle ou vous
pouvez configurer l'attribution de licence en masse en utilisant les cmdlets PowerCLI. L'attribution de
licence en masse fonctionne pour tous les hôtes ESXi, mais elle est particulièrement utile pour les hôtes
provisionnés avec Auto Deploy.
Préparer le système et installer Auto Deploy Server
Avant de mettre sous tension un hôte pour le démarrage PXE avec vSphere Auto Deploy, vous devez installer
le logiciel nécessaire et configurer les serveurs DHCP et TFTP avec lesquels Auto Deploy interagit.
AVERTISSEMENT Si vous configurez Auto Deploy pour démarrer un hôte, vSphere vérifie chaque périphérique
de stockage local sur le système pour y rechercher les partitions existantes. Pour éviter toute perte de données,
vSphere ne crée pas de partitions dans les cas suivants :
n
Un périphérique de stockage local contient un mappage de partitions GPT.
n
Un périphérique de stockage local contient une table de partitions MBR qui définit au moins une partition.
n
Le stockage est distant.
Si les hôtes ont un périphérique de stockage local avec une table de partitions que ne reconnaît pas vSphere,
telle que Linux Logical Volume Manager, vSphere remplace le stockage et crée des partitions. Pour exclure un
périphérique stockage local du partitionnement, vous pouvez déconnecter physiquement le périphérique de
stockage.
Prérequis
n
Vérifiez que la configuration matérielle des hôtes auxquels vous allez fournir Auto Deploy est compatible
avec ESXi 5.0.
Reportez-vous à « Configuration matérielle requise pour ESXi », page 27.
REMARQUE Vous ne pouvez pas provisionner des hôtes EFI avec Auto Deploy si vous ne faites pas passer
le système EFI en mode de compatibilité BIOS.
n
Vérifiez que les hôtes ESXi ont une connectivité réseau à vCenter Server et que toutes les conditions de
port sont remplies.
Reportez-vous à « Ports requis pour vCenter Server », page 37.
n
N'utilisez pas des réseaux balisés VLAN dans la carte NIC de démarrage. Si vous voulez définir des ID
VLAN, vous devez vous assurer que l'hôte peut accéder au serveur DHCP lorsque l'hôte lance le processus
de démarrage. Vérifiez auprès de l'administrateur la manière dont les ID VLAN sont utilisés dans votre
environnement.
n
Vérifiez que vous disposez d'un espace de stockage suffisant pour le référentiel Auto Deploy. Le serveur
Auto Deploy utilise le référentiel pour stocker les données dont il a besoin, notamment les règles et groupes
de règles que vous créez et les VIB et profils d'image que vous définissez dans les règles.
76 VMware, Inc.
Page 77
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
La meilleure pratique consiste à allouer 2 Go pour disposer d'un espace suffisant pour quatre profils
d'image et d'un espace supplémentaire. Chaque profil d'image nécessite environ 350 Mo. Déterminez
l'espace à réserver pour le référentiel Auto Deploy en tenant compte du nombre de profils d'image que
vous aller utiliser..
n
Obtenez le support d'installation vCenter Server qui contient le programme d'installation d'Auto Deploy
ou déployez vCenter Server Appliance.
Reportez-vous à Chapitre 11, « Installation de vCenter Server », page 221.
n
Vérifiez qu'un serveur TFTP est disponible dans l'environnement. Si vous avez besoin d'une solution prise
en charge, achetez un serveur TFTP pris en charge chez le fournisseur de votre choix.
n
Obtenez les privilèges d'administration sur le serveur DHCP qui gère le segment de réseau à partir duquel
vous voulez démarrer. Vous pouvez utiliser un serveur DHCP qui existe déjà dans l'environnement ou
en installer un. Pour la configuration Auto Deploy, remplacez le nom de fichier gpxelinux.0 par
undionly.kpxe.vmw-hardwired.
n
Protégez le réseau comme vous le feriez pour toute autre méthode de déploiement PXE. Auto Deploy
transfère les données sur SSL pour éviter les interférences et les risques d'écoute. Toutefois, l'authenticité
du client ou du serveur Auto Deploy n'est pas vérifiée au cours d'un démarrage PXE. Reportez-vous à
« Meilleures pratiques et considérations de sécurité pour Auto Deploy », page 104.
REMARQUE Auto Deploy n'est pas compatible avec NPIV (N_Port ID Virtualization).
n
Configurez un serveur Syslog distant. Voir la documentation vCenter Server et gestion des hôtes pour plus
d'informations sur la configuration du serveur Syslog. Configurez le premier hôte que vous démarrez
pour utiliser le serveur syslog distant et appliquez ce profil d'hôte de l'hôte à tous les autres hôtes cibles.
Éventuellement, installez et utilisez vSphere Syslog Collector, un outil de maintenance vCenter Server qui
fournit une architecture unifiée pour la journalisation système et permet la consignation réseau et de
combiner les journaux de plusieurs hôtes.
n
Installez ESXi Dump Collector et configurez le premier hôte pour envoyer les vidages mémoire à ESXi
Dump Collector et appliquez le profil d'hôte de cet hôte à tous les autres hôtes. Reportez-vous à
« Configurer ESXi Dump Collector avec ESXCLI », page 92 et « Configurer ESXi Dump Collector depuis
l'interface Profils d'hôte », page 94.
Reportez-vous à « Installer vSphere ESXi Dump Collector », page 232.
n
Auto Deploy ne prend pas en charge un environnement IPv6 pur, car l'infrastructure de démarrage PXE
nécessite IPv4.
VMware, Inc. 77
Page 78
Installation et configuration de vSphere
Procédure
1 Installez le serveur vSphere Auto Deploy en même temps que vCenter Server ou de manière autonome
sur un système Windows ou déployez vCenter Server Appliance sur un système ESXi de votre choix.
Emplacement Description
Système vCenter Server
Système Windows
vCenter Server Appliance
2 Configurez le serveur TFTP.
Utilisez le support d'installation vCenter Server pour installer Auto Deploy
sur le même hôte que le système vCenter Server. Ce système vCenter Server
gère tous les hôtes que vous provisionnez avec cette installation Auto
Deploy.
Reportez-vous à « Installer vSphere Auto Deploy », page 234.
Utilisez le support d'installation vCenter Server pour installer Auto Deploy
sur un système Microsoft Windows ne disposant pas d'un système vCenter
Server. Le programme d'installation demande un système vCenter Server
pour y enregistrer Auto Deploy. Ce système vCenter Server gère tous les
hôtes que vous provisionnez avec cette installation Auto Deploy.
Reportez-vous à « Installer vSphere Auto Deploy », page 234.
Déployez vCenter Server Appliance vers l'hôte ESXi de votre choix. Le
dispositif inclut un serveur Auto Deploy qui est désactivé par défaut.
Par défaut, le système vCenter Server dans le dispositif gère tous les hôtes
que vous provisionnez avec cette installation Auto Deploy. D'autres
configurations sont prises en charge. Reportez-vous à « Utilisation d'Auto
Deploy avec VMware vCenter Server Appliance », page 97.
a Dans un vSphere Client connecté au système vCenter Server dans lequel Auto Deploy est enregistré,
cliquez sur [Accueil] dans la barre de navigation et sélectionnez [Auto Deploy] dans l'onglet
Administration pour afficher la page Auto Deploy.
b Cliquez sur [Télécharger un fichier ZIP TFTP] pour télécharger le fichier de configuration TFTP et
décompressez le fichier dans le répertoire dans lequel le serveur TFTP stocke les fichiers.
3 Configurez le serveur DHCP pour qu'il pointe vers le serveur TFTP où se trouve le fichier TFTP ZIP.
a Définissez l'adresse IP du serveur TFTP dans l'option DHCP 66 (généralement appelée next-server.
b Définissez le nom du fichier de démarrage, à savoir undionly.kpxe.vmw-hardwired dans l'option
DHCP 67 (généralement appelée boot-filename).
4 Définissez chaque hôte à provisionner avec Auto Deploy pour un démarrage réseau ou PXE en suivant
les instructions du fabricant.
5 Recherchez le profil d'image à utiliser et le dépôt où il se trouve.
En règle générale, vous pouvez pointer vers un profil d'image que VMware rend disponible dans un dépôt
public. Si vous voulez inclure des bundles VIB personnalisés avec l'image de base, vous pouvez utiliser
Image Builder PowerCLI pour créer un profil d'image et l'utiliser. Voir la documentation Image Builder
PowerCLI.
6 Créez une règle qui affecte un profil d'image aux hôtes.
7 (Facultatif) Vous pouvez utiliser votre propre certificat d'autorité de certification en remplaçant le certificat
OpenSSL (rbd-ca.crt) et la clé privée OpenSSL (rbd-ca.key) par vos propres certificat et fichier de clé.
n
Sur Windows, les fichiers se trouvent dans le sous-dossier SSL du répertoire d'installation Auto
Deploy. Par exemple, sur Windows 7, la valeur par défaut est C:\ProgramData\VMware\VMware vSphere
Auto Deploy\ssl.
n
Dans vCenter Server Appliance, les fichiers se trouvent dans /etc/vmware-rbd/ssl/.
Lorsque vous démarrez un hôte configuré pour Auto Deploy, il contacte le serveur DHCP et il est dirigé vers
le serveur Auto Deploy qui provisionne l'hôte avec l'image définie dans le groupe de règle actives.
78 VMware, Inc.
Page 79
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Suivant
n
Installez PowerCLI. Reportez-vous à la section « Installer PowerCLI et les logiciels requis », page 79.
n
Utilisez les cmdlets PowerCLI pour définir une règle qui affecte un profil d'image et un profil d'hôte
facultatif à l'hôte. Reportez-vous à la section « Préparer le système et installer Auto Deploy Server »,
page 76.
n
Configurez le premier hôte que vous provisionnez pour utiliser les paramètres de stockage, de réseau, etc.
que les hôtes cible doivent avoir en commun. Créez un profil d'hôte pour cet hôte et une règle qui affecte
le profil d'image déjà testé et le profil d'hôte aux hôtes cible.
n
Si vous devez définir des informations d'hôte, configurez le profil d'hôte de l'hôte de référence pour qu'il
demande des informations à l'utilisateur. Reportez-vous à « Personnalisation des hôtes avec des fichier
de réponses », page 99.
Installer PowerCLI et les logiciels requis
Pour pouvoir exécuter les cmdlets Auto Deploy pour créer et modifier les règles et les groupes de règles qui
régissent le comportement d'Auto Deploy, vous devez installer vSphere PowerCLI et tous les logiciels requis.
Les cmdlets Auto Deploy sont incluses avec l'installation PowerCLI.
Vous installez vSphere PowerCLI et les logiciels requis sur un système Microsoft Windows. Consultez le site
Web Microsoft pour plus d'informations sur l'installation du logiciel Microsoft. Voir le Guide d'installation
vSphere PowerCLI pour les instructions détaillées sur l'installation de PowerCLI.
Procédure
1 Vérifiez que Microsoft .NET 2.0 est installé ou installez-le à partir du site Web Microsoft en suivant les
instructions du site.
2 Vérifiez que Microsoft Powershell 2.0 est installé ou installez-le à partir du site Web Microsoft en suivant
les instructions du site.
3 Installez VMware vSphere PowerCLI qui contient les cmdlets Auto Deploy.
Suivant
Voir « Utilisation des cmdlets Auto Deploy », page 79. Si PowerCLI ne vous est pas familier, lisez la
documentation PowerCLI.
Utilisez les cmdlets Auto Deploy et les autres cmdlets PowerCLI et PowerShell pour gérer des règles et des
groupes de règles Auto Deploy. Utilisez Get-Help <cmdlet_name> pour afficher l'aide de ligne de commande
à tout moment.
Utilisation des cmdlets Auto Deploy
Les cmdlets Auto Deploy sont implémentées comme cmdlets Microsoft PowerShell et incluses dans vSphere
PowerCLI. Les utilisateurs des cmdlets Auto Deploy peuvent tirer parti de toutes les fonctions PowerCLI.
Les utilisateurs PowerShell expérimentés peuvent utiliser les cmdlets Auto Deploy comme n'importe quelles
autres cmdlets PowerShell. Si PowerShell et PowerCLI ne vous sont pas familiers, les conseils suivants peuvent
être utiles.
Vous pouvez taper les cmdlets, les paramètres et les valeurs des paramètres dans le shell PowerCLI.
n
Obtenez des informations d'aide en exécutant Get-Help
n
Notez que PowerShell ne tient pas compte de la casse.
n
Utilisez la saisie semi automatique pour les noms de cmdlet et de paramètre.
n
Formatez les sorties de variable et de cmdlet en utilisant Format-List ou Format-Table ou leur version
cmdlet_name
.
abrégée fl ou ft. Voir Get-Help Format-List.
VMware, Inc. 79
Page 80
Installation et configuration de vSphere
Envoi des paramètres en fonction du nom
Vous pouvez envoyer les paramètres en fonction du nom dans la plupart des cas et placer entre guillemets
doubles les valeurs de paramètres qui contiennent des espaces ou des caractères spéciaux.
Copy-DeployRule -DeployRule testrule -ReplaceItem MyNewProfile
La plupart des exemples dans la documentation envoient les paramètres en fonction du nom.
Envoi des paramètres sous forme d'objets
Vous pouvez envoyer les paramètres sous forme d'objet si vous voulez utiliser des scripts et l'automatisation.
Il est utile d'envoyer les paramètres sous forme d'objets avec les cmdlets qui retournent plusieurs objets et les
cmdlets qui retournent un seul objet. Reportez-vous à l'exemple suivant.
1 Liez à une variable l'objet qui encapsule les informations de conformité aux règles d'un hôte.
$tr = Test-DeployRuleSetCompliance MyEsxi42
2 Affichez la propriété itemlist de l'objet pour identifier les différences entre ce qui se trouve dans le groupe
de règles et ce que l'hôte utilise.
$tr.itemlist
3 Corrigez l'hôte pour utiliser le groupe de règles modifié en envoyant l'objet à un appel à Repair-
DeployRuleSetCompliance.
Repair-DeployRuleSetCompliance $tr
L'exemple corrige l'hôte lors du démarrage suivant.
Définition des propriétés de la signature à distance
Pour des raisons de sécurité, Windows PowerShell prend en charge une fonction de règle d'exécution. Il
détermine si les scripts sont autorisés à s'exécuter et s'ils doivent avoir une signature numérique. Par défaut,
la règle d'exécution a la valeur Restreinte, ce qui correspond à la règle offrant la meilleure protection. Si vous
voulez exécuter des scripts ou charger des fichiers de configuration, vous pouvez changer la règle d'exécution
en utilisant la cmdlet Set-ExecutionPolicy. Pour ce faire, tapez la commande suivante dans la fenêtre de
console vSphere PowerCLI.
Set-ExecutionPolicy RemoteSigned
Si la commande aboutit, vous pouvez exécuter des scripts et charger des fichiers de configuration. Pour plus
d'informations sur la règle d'exécution et la signature numérique dans Windows PowerShell, utilisez la
commande suivante.
Get-Help About_Signing
Configurer l'attribution de licence en masse
Vous pouvez utiliser vSphere Client ou ESXi Shell pour spécifier des clés de licence individuelle ou vous
pouvez configurer l'attribution de licence en masse en utilisant les cmdlets PowerCLI. L'attribution de licence
en masse fonctionne pour tous les hôtes ESXi, mais elle est particulièrement utile pour les hôtes provisionnés
avec Auto Deploy.
Dans l'exemple suivant, des licences sont affectées à tous les hôtes dans un centre de données. Vous pouvez
également associer des licences à des hôtes et des clusters.
L'exemple suivant s'adresse aux utilisateurs avancés de PowerCLI qui savent comment utiliser les variables
PowerShell.
80 VMware, Inc.
Page 81
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Prérequis
Installer PowerCLI. Reportez-vous à la section « Installer PowerCLI et les logiciels requis », page 79.
L'affectation de clés de licence via vSphere Client et l'attribution de licence en utilisant les cmdlets PowerCLI
fonctionnent différemment.
Affectation de clés de
licence avec vSphere
Vous pouvez affecter des clés de licence à un hôte lorsque vous l'ajoutez au
système vCenter Server ou qu'il est géré par un système vCenter Server.
Client
Affectation de clés de
licence avec
LicenseDataManager
PowerCLI
Vous pouvez définir un groupe de clés de licence à ajouter à un groupe d'hôtes.
Les clés de licence sont ajoutées à la base de données vCenter Server. Chaque
fois qu'un hôte est ajouté au système vCenter Server ou qu'il se reconnecte au
système vCenter Server, une clé de licence est affectée à l'hôte. Une clé de licence
affectée via PowerCLI est traitée comme clé de licence par défaut. Lorsqu'un
hôte sans licence est ajouté ou reconnecté, la clé de licence par défaut lui est
affectée. Si un hôte a déjà une licence, il conserve sa clé de licence.
Procédure
1 Connectez-vous au système vCenter Server à utiliser et liez le gestionnaire de licences associé à une
variable.
Connect-VIServer -Server 192.XXX.X.XX -User
$licenseDataManager = Get-LicenseDataManager
username
-Password
password
2 Exécutez une cmdlet qui extrait le centre de données qui contient les hôtes pour lesquels vous voulez
utiliser l'attribution de licence en masse.
$hostContainer = Get-Datacenter -Name Datacenter-X
Vous pouvez également exécuter une cmdlet qui extrait un cluster pour affecter en masse des licences à
tous les hôtes du cluster ou un dossier pour utiliser l'attribution de licence en masse pour tous les hôtes
du dossier.
3 Créez un objet LicenseData et un objet LicenseKeyEntry avec un ID de type associé et une clé de licence.
$licenseData = New-Object VMware.VimAutomation.License.Types.LicenseData
$licenseKeyEntry = New-Object Vmware.VimAutomation.License.Types.LicenseKeyEntry
$licenseKeyEntry.TypeId = "vmware-vsphere”
$licenseKeyEntry.LicenseKey = "XXXXX-XXXXX-XXXXX-XXXXX-XXXXX"
4 Associez l'attribut LicenseKeys et l'objet LicenseData que vous avez créé dans l'étape 3 à l'objet
LicenseKeyEntry.
$licenseData.LicenseKeys += $licenseKeyEntry
5 Mettez à jour les données de licence du centre de données avec l'objet LicenseData et vérifiez que la licence
est associée au conteneur hôte.
$licenseDataManager.UpdateAssociatedLicenseData($hostContainer.Uid, $licenseData)
$licenseDataManager.QueryAssociatedLicenseData($hostContainer.Uid)
VMware, Inc. 81
Page 82
Installation et configuration de vSphere
6 Provisionnez Auto Deploy sur un ou plusieurs hôtes et affectez-les au centre de données ou au cluster
auquel vous avez attribué les données de licence.
7 Vérifiez que l'hôte est affecté à la licence par défaut XXXXX-XXXXX-XXXXX-XXXXX-XXXXX.
a Utilisez vSphere Client pour vous connecter au système vCenter Server.
b Accédez à l'onglet [Configuration > Fonctions de licence] de l'hôte et vérifiez que la licence correcte
est affichée.
Tous les hôtes auxquels vous avez affecté le centre de données sont affectés automatiquement d'une licence.
Gestion d'Auto Deploy avec les cmdlets PowerCLI
Vous pouvez utiliser les cmdlets Auto Deploy PowerCLI pour créer des règles qui associent les hôtes à des
profils d'image, des profils d'hôte et un emplacement sur le vCenter Server cible. Vous pouvez également
mettre à niveau les hôtes en testant la conformité aux règles et en résolvant les problèmes de conformité.
Affecter un profil d'image à des hôtes
Pour pouvoir provisionner un hôte, vous devez créer des règles qui affectent un profil d'image à chaque hôte
à provisionner en utilisant Auto Deploy.
Prérequis
n
Installez VMware PowerCLI et tous les logiciels nécessaires.
n
Si vous rencontrez des difficultés lors de l'exécution des applets de commande (cmdlet) PowerCLI,
changez la règle d'exécution. Reportez-vous à « Utilisation des cmdlets Auto Deploy », page 79.
Procédure
1 Exécutez la cmdlet Connect-VIServer PowerCLI pour vous connecter au système vCenter Server dans
lequel Auto Deploy est enregistré.
Connect-VIServer 192.XXX.X.XX
La cmdlet peut retourner un avertissement de certificat de serveur. Dans un environnement de production,
vérifiez qu'aucun avertissement de certificat de serveur n'est généré. Dans un environnement de
développement, vous pouvez ignorer l'avertissement.
2 Déterminez l'emplacement d'un dépôt de logiciels publics ou définissez un profil d'image personnalisé
en utilisant Image Builder PowerCLI.
3 Exécutez Add-EsxSoftwareDepot pour ajouter le dépôt de logiciels qui contient le profil d'image à la session
PowerCLI.
Type de dépôt Cmdlet
Dépôt distant
Fichier ZIP
Exécutez Add-EsxSoftwareDepot
a Téléchargez le fichier ZIP vers un chemin de fichier local.
b Exécutez
Add-EsxSoftwareDepot C:\
depot_url
file_path\my_offline_depot
.
.zip.
4 Dans le dépôt, recherchez le profil d'image à utiliser en exécutant la cmdlet Get-EsxImageProfile.
Par défaut, le dépôt ESXi contient un profil d'image de base qui inclut VMware Tools et dont le nom
contient la chaîne full et un profil d'image de base qui ne contient pas VMware Tools.
82 VMware, Inc.
Page 83
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
5 Définissez une règle dans laquelle les hôtes ayant certains attributs (une plage d'adresses IP, par exemple)
sont affectés au profil d'image.
New-DeployRule -Name "testrule" -Item "My Profile25" -Pattern "vendor=Acme,Zven",
"ipv4=192.XXX.1.10-192.XXX.1.20"
Des guillemets doubles sont nécessaires si un nom contient des espaces. Autrement, ils sont facultatifs.
Définissez -AllHosts au lieu d'un modèle pour appliquer l'élément à tous les hôtes.
La cmdlet crée la règle nommée testrule. La règle affecte le profil d'image My Profile25 à tous les hôtes
ayant Acme ou Zven comme fournisseur et une adresse IP dans la page d'adresses définie.
6 Ajoutez la règle au groupe de règles.
Add-DeployRule testrule
Par défaut, la règle est ajoutée au groupe de règles opérationnelles et au groupe de règles actives. Si vous
utilisez le paramètre NoActivate, le groupe de règles opérationnelles ne devient pas le groupe de règles
actives.
Lorsque l'hôte démarre depuis gPXE, il affiche les attributs de la machine sur la console. Utilisez le même
format des attributs lors de l'écriture des règles de déploiement.
******************************************************************
* Booting through VMware AutoDeploy...
*
* Machine attributes:
* . vendor=VMware, Inc.
* . asset=No Asset Tag
* . domain=
* . serial=VMware-XX XX XX XX XX XX...
* . uuid=XXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXX
* . hostname=myhost.mycompany.com
* . ipv4=NN.NN.NNN.NNN
* . model=VMware Virtual Platform
* . mac=00:NN:NN:NN:NN:NN
*
******************************************************************
Suivant
n
Pour les hôtes déjà provisionnés avec Auto Deploy, exécutez les opérations de test de conformité et de
réparation pour les provisionner avec le nouveau profil d'image. Reportez-vous à la section « Tester et
réparer la conformité aux règles », page 85.
n
Mettez sous tension les hôtes non provisionnés pour les provisionner avec le nouveau profil d'image
VMware, Inc. 83
Page 84
Installation et configuration de vSphere
Assigner un profil d'hôte à des hôtes
Auto Deploy peut assigner un profil d'hôte à un ou plusieurs hôtes. Le profil d'hôte peut inclure des
informations sur la configuration du stockage, la configuration du réseau ou d'autres caractéristiques de l'hôte.
Si vous ajoutez un hôte à un cluster, le profil d'hôte de ce cluster est utilisé.
La procédure suivante explique comment écrire une règle qui assigne un profil d'hôte à des hôtes. Pour assigner
des profils d'hôte à des hôtes déjà provisionnés avec Auto Deploy, vous devez également effectuer un cycle
de tests et de réparation. Reportez-vous à la section « Tester et réparer la conformité aux règles », page 85.
Dans de nombreux cas, vous assignez un hôte à un cluster au lieu de spécifier un profil d'hôte explicitement.
L'hôte utilise le profil d'hôte du cluster.
Prérequis
n
Installez vSphere PowerCLI et tous les logiciels prérequis.
n
Exportez le profil d'hôte que vous souhaitez utiliser.
n
Si vous rencontrez des problèmes lors de l'exécution des cmdlets PowerCLI, modifiez la règle d'exécution.
Reportez-vous à la section « Utilisation des cmdlets Auto Deploy », page 79.
Procédure
1 Exécutez la cmdlet PowerCLI Connect-VIServer pour connecter le système vCenter Server sur lequel Auto
Deploy est enregistré.
Connect-VIServer 192.XXX.X.XX
La cmdlet peut renvoyer un avertissement de certificat de serveur. Dans un environnement de production,
assurez-vous qu'aucun avertissement de certificat de serveur n'est renvoyé. Dans un environnement de
développement, vous pouvez ignorer l'avertissement.
2 Dans vSphere Client, sélectionnez [Vue > Gestion > Profils d'hôte] pour afficher le volet Profils d'hôte
et exporter le profil d'hôte que vous souhaitez utiliser à partir d'ici.
3 Recherchez le nom du profil d'hôte en exécutant Get-VMhostProfile, en transmettant le serveur où se
trouve le profil d'hôte.
4 Dans l'invite de commande PowerCLI, définissez une règle dans laquelle les hôtes avec certains attributs,
par exemple une plage d'adresses IP, sont assignés au profil d'hôte.
New-DeployRule -Name "testrule2" -Item my_host_profile -Pattern "vendor=Acme,Zven",
"ipv4=192.XXX.1.10-192.XXX.1.20"
L'élément spécifié est assigné à tous les hôtes avec les attributs spécifiés. Cet exemple spécifie une règle
appelée testrule2. La règle assigne le profil d'hôte spécifié my_host_profile à tous les hôtes avec une adresse
IP dans la plage spécifiée et avec un fabricant d'Acme ou Zven.
5 Ajoutez la règle à l'ensemble de règles.
Add-DeployRule testrule2
Par défaut, l'ensemble de règles de travail devient l'ensemble de règles actif, et toutes les modifications
apportées à l'ensemble de règles deviennent actives lorsque vous ajoutez une règle. Si vous utilisez le
paramètre NoActivate, l'ensemble de règles de travail ne devient pas l'ensemble de règles actif.
Suivant
n
Mettez à niveau les hôtes existants pour utiliser le nouveau profil d'hôte en effectuant un test de conformité
et des opérations de réparation sur ces hôtes. Reportez-vous à la section « Tester et réparer la conformité
aux règles », page 85.
n
Mettez sous tension les hôtes non provisionnés pour les provisionner avec le profil d'hôte.
84 VMware, Inc.
Page 85
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Affecter un hôte à un dossier ou un cluster
Auto Deploy peut affecter un hôte à un dossier ou un cluster. Lorsque l'hôte démarre, Auto Deploy l'ajoute à
l'emplacement défini sur vCenter Server. Les hôtes affectés à un cluster héritent du profil d'hôte du cluster.
La procédure suivante explique comment écrire une règle qui affecte un hôte à un dossier ou un cluster. Pour
pouvoir affecter un hôte déjà provisionné avec Auto Deploy à un nouveau dossier ou cluster, vous devez
exécuter un cycle de test et de réparation. Reportez-vous à la section « Tester et réparer la conformité aux
règles », page 85.
Prérequis
n
Installez VMware PowerCLI et tous les logiciels nécessaires.
n
Si vous rencontrez des difficultés lors de l'exécution des applets de commande (cmdlet) PowerCLI,
changez la règle d'exécution. Reportez-vous à « Utilisation des cmdlets Auto Deploy », page 79.
Procédure
1 Exécutez la cmdlet Connect-VIServer PowerCLI pour vous connecter au système vCenter Server dans
lequel Auto Deploy est enregistré.
Connect-VIServer 192.XXX.X.XX
La cmdlet peut retourner un avertissement de certificat de serveur. Dans un environnement de production,
vérifiez qu'aucun avertissement de certificat de serveur n'est généré. Dans un environnement de
développement, vous pouvez ignorer l'avertissement.
2 Définissez une règle dans laquelle les hôtes ayant certains attributs (une plage d'adresses IP, par exemple)
sont affectés à un dossier ou un cluster.
New-DeployRule -Name "testrule3" -Item "my folder" -Pattern "vendor=Acme,Zven", "ipv4=192.XXX.
1.10-192.XXX.1.20"
Cet exemple envoie le dossier en fonction de son nom. Vous pouvez à la place envoyer un objet dossier,
cluster ou centre de données que vous extrayez avec la cmdlet Get-Folder, Get-Cluster ou Get-
Datacenter.
3 Ajoutez la règle au groupe de règles.
Add-DeployRule testrule3
Par défaut, le groupe de règles opérationnelles devient le groupe de règles actives et les modifications
apportées à ce dernier sont appliquées lorsque vous ajoutez une règle. Si vous utilisez le paramètre
NoActivate, le groupe de règles opérationnelles ne devient pas le groupe de règles actives.
Suivant
n
Mettez à niveau les hôtes existants à ajouter à l'emplacement vCenter Server défini en exécutant les
opérations de test de conformité et de réparation sur ces hôtes. Reportez-vous à la section « Tester et
réparer la conformité aux règles », page 85.
n
Mettez sous tension les hôtes non provisionnés pour les ajouter à l'emplacement vCenter Server défini.
Tester et réparer la conformité aux règles
Lorsque vous ajoutez une règle à un groupe de règles Auto Deploy ou modifiez une ou plusieurs règles, les
hôtes ne sont pas mis à niveau automatiquement. Auto Deploy applique les nouvelles règles uniquement
lorsque vous testez leur conformité et exécutez une correction.
Cette tâche suppose que l'infrastructure contient un ou plusieurs hôtes ESXi provisionnés avec Auto Deploy
et que l'hôte sur lequel vous avez installé VMware PowerCLI peut accéder à ces hôtes ESXi.
VMware, Inc. 85
Page 86
Installation et configuration de vSphere
Prérequis
n
Installez VMware PowerCLI et tous les logiciels nécessaires.
n
Si vous rencontrez des difficultés lors de l'exécution des applets de commande (cmdlet) PowerCLI,
changez la règle d'exécution. Reportez-vous à « Utilisation des cmdlets Auto Deploy », page 79.
Procédure
1 Utilisez PowerCLI pour déterminer les règles Auto Deploy disponibles.
Get-DeployRule
Le système retourne les règles et les éléments et modèles associés.
2 Modifiez l'une des règles disponibles. Par exemple, vous pouvez changer le profil d'image et le nom de
la règle.
Copy-DeployRule -DeployRule testrule -ReplaceItem MyNewProfile
Vous ne pouvez pas modifier une règle qui se trouve déjà dans un groupe de règles. À la place, vous copiez
la règle et remplacez l'élément ou le modèle à changer.
3 Vérifiez que l'hôte dont vous voulez vérifier la conformité au groupe de règles est accessible.
Get-VMHost -Name MyEsxi42
4 Exécutez la cmdlet qui teste la conformité des groupes de règles de l'hôte et liez la valeur de retour à une
variable pour une utilisation ultérieure.
$tr = Test-DeployRuleSetCompliance MyEsxi42
5 Examinez les différences entre ce qui se trouve dans le groupe de règles et ce qu'utilise l'hôte.
$tr.itemlist
Le système retourne la table des éléments en cours et attendus.
CurrentItem ExpectedItem
----------- ------------
My Profile 25 MyProfileUpdate
6 Corrigez l'hôte pour utiliser le groupe de règles modifié lors du prochain démarrage de l'hôte.
Repair-DeployRuleSetCompliance $tr
Suivant
Si la règle que vous avez changée définissait l'emplacement d'inventaire, la modification est appliquée lorsque
vous réparez la conformité. Pour toutes les autres modifications, démarrez votre hôte pour qu'Auto Deploy
applique la nouvelle règle et pour assurer la conformité entre le groupe de règles et l'hôte.
Provisionnement des systèmes ESXi avec vSphere Auto Deploy
vSphere Auto Deploy peut approvisionner des centaines d'hôtes physiques avec le logiciel ESXi. Vous pouvez
approvisionner les hôtes qui n'exécutaient pas le logiciel ESXi (premier démarrage), redémarrer les hôtes ou
reprovisionner les hôtes avec un profil d'image, un profil d'hôte, un dossier ou un emplacement de cluster
différents.
Le processus Auto Deploy varie en fonction de l'état de l'hôte et des modifications que vous voulez effectuer.
86 VMware, Inc.
Page 87
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Provisionner un hôte (premier démarrage)
Le provisionnement d'un hôte qui n'a jamais été approvisionné avec Auto Deploy (premier démarrage) diffère
des processus de démarrage suivants. Vous devez préparer l'hôte, définir l'image en utilisant Image Builder
PowerCLI et remplir toutes les autres conditions préalables pour pouvoir approvisionner l'hôte.
Prérequis
n
Veillez à ce que la configuration matérielle de l'hôte soit conforme à celle des hôtes ESXi.
Reportez-vous à « Configuration matérielle requise pour ESXi », page 27.
n
Préparez le système pour vSphere Auto Deploy (voir « Préparation pour vSphere Auto Deploy »,
page 75).
n
Écrivez des règles qui affectent un profil d'image à l'hôte et attribuez éventuellement un profil d'hôte et
un emplacement vCenter Server à l'hôte. Reportez-vous à « Gestion d'Auto Deploy avec les cmdlets
PowerCLI », page 82.
Une fois la configuration effectuée, le serveur Auto Deploy et PowerCLI sont installés, la configuration
DHCP est terminée et les règles de l'hôte à approvisionner se trouvent dans le groupe de règles actives.
Procédure
1 Mettez l'hôte sous tension.
L'hôte contacte le serveur DHCP et télécharge gPXE depuis l'emplacement que désigne le serveur. Ensuite,
le serveur Auto Deploy approvisionne l'hôte avec l'image définie par le moteur de règle. Le serveur Auto
Deploy peut également appliquer un profil d'hôte à l'hôte si le groupe de règles en contient un. Enfin,
Auto Deploy ajoute l'hôte au système vCenter Server qui est défini dans le groupe de règles.
2 (Facultatif) Si Auto Deploy applique un profil d'hôte qui nécessite une entrée utilisateur, telle qu'une
adresse IP, l'hôte est placé en mode maintenance. Dans vSphere Client, vérifiez le fichier de réponse ou
réappliquez le profil d'hôte et entrez les données utilisateur demandées.
Les informations sont stockées dans un fichier de réponses associé à l'hôte.
Après le premier démarrage, l'hôte est actif et il est géré par un système vCenter Server. vCenter Server stocke
le profil d'image, le profil d'hôte et les informations d'emplacement de l'hôte.
Maintenant, vous pouvez redémarrer l'hôte de manière appropriée. Chaque fois que vous redémarrez, l'hôte
est reprovisionné par le système vCenter Server.
Suivant
Reprovisionnez les hôtes selon les besoins. Reportez-vous à « Reprovisionnement des hôtes », page 87.
Vous voulez changer le profil d'image, le profil d'hôte ou l'emplacement de l'hôte, mettez à jour les règles et
exécutez une opération de test de conformité et de réparation des problèmes de conformité. Reportez-vous à
« Tester et réparer la conformité aux règles », page 85.
Reprovisionnement des hôtes
vSphere Auto Deploy prend en charge plusieurs options de réapprovisionnement. Vous pouvez effectuer un
redémarrage simple ou réapprovisionner avec une image différente sur un profil d'hôte différent.
Un premier démarrage utilisant Auto Deploy nécessite que vous configuriez votre environnement et ajoutiez
des règles à l'ensemble de règles. Reportez-vous à « Préparation pour vSphere Auto Deploy », page 75.
Les opérations de réapprovisionnement suivantes sont disponibles.
n
Redémarrage simple.
VMware, Inc. 87
Page 88
Installation et configuration de vSphere
n
Redémarrage des hôtes pour lesquels l'utilisateur a répondu aux questions lors de l'opération de
démarrage.
n
Réapprovisionnement avec une image de profil différente.
n
Réapprovisionnement avec un profil d'hôte différent.
Reprovisionner les hôtes avec des opérations de redémarrage simples
Le simple redémarrage d'un hôte provisionné avec Auto Deploy nécessite uniquement que toutes les
conditions préalables soient respectées. Le processus utilise le profil d'image, le profil d'hôte et l'emplacement
vCenter Server déjà affectés.
La configuration inclut la configuration du serveur DHCP, les règles d'écriture et la disponibilité d'une image
pour l'infrastructure Auto Deploy.
Prérequis
Assurez-vous que la configuration que vous avez effectuée pendant la première opération de démarrage est
conservée.
Procédure
1 Vérifiez que le profil d'image et le profil d'hôte sont toujours disponibles, et que l'hôte contient les
informations d'identification (indicateur d'actif, adresse IP) qu'il contenait lors des opérations de
démarrage précédentes.
2 Placer l'hôte en mode maintenance.
Type d'hôte Action
L'hôte fait partie d'un cluster DRS
L'hôte ne fait pas partie d'un cluster
DRS
VMware DRS migre les machines virtuelles vers les hôtes appropriés lorsque
vous mettez l'hôte en mode maintenance.
Vous devez migrer toutes les machines virtuelles vers des hôtes différents et
faire passer chaque hôte en mode de maintenance.
3 Dans vSphere Client, cliquez avec le bouton droit de la souris et sélectionnez [Redémarrer] .
L'hôte s'éteint. Lorsque l'hôte redémarre, il utilise le profil d'image que le serveur Auto Deploy fournit. Le
serveur Auto Deploy applique également le profil d'hôte stocké sur le système vCenter Server.
Reprovisionner un hôte avec un nouveau profil d'image
Vous pouvez réapprovisionner l'hôte avec un nouveau profil d'image, profil d'hôte ou emplacement de
vCenter Server en modifiant la règle pour l'hôte et en effectuant une opération de test et de réparation.
Il existe plusieurs options pour le réapprovisionnement des hôtes.
n
Si les VIB que vous souhaitez utiliser prennent en charge la mise à jour en direct, vous pouvez utiliser une
commande esxcli software vib. Dans ce cas, vous devez également mettre à niveau l'ensemble des règles
pour utiliser un profil d'image incluant les nouveaux VIB au redémarrage.
n
Pendant le test, vous pouvez appliquer le profil d'image à un hôte individuel avec la cmdlet Apply-
EsxImageProfile et redémarrer l'hôte pour que la modification prenne effet. La cmdlet ApplyEsxImageProfile met à jour l'association entre l'hôte et le profil d'image mais n'installe pas les VIB sur
l'hôte.
n
Dans tous les autres cas, utilisez cette procédure.
88 VMware, Inc.
Page 89
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Prérequis
n
Créez le profil d'image avec lequel vous voulez démarrer l'hôte. Utilisez l'interface de ligne de commande
Image Builder PowerCLI, traitée dans Chapitre 6, « Utilisation de l'interface CLI vSphere ESXi Image
Builder », page 131.
n
n
Vérifiez que la configuration que vous avez effectuée au cours du premier démarrage est en place.
Procédure
1 Depuis l'invite PowerShell, exécutez la cmdlet Connect-VIServer PowerCLI pour vous connecter au
système vCenter Server dans lequel Auto Deploy est enregistré.
Connect-VIServer myVCServer
La cmdlet peut retourner un avertissement de certificat de serveur. Dans un environnement de production,
vérifiez qu'aucun avertissement de certificat de serveur n'est généré. Dans un environnement de
développement, vous pouvez ignorer l'avertissement.
2 Déterminez l'emplacement d'un dépôt de logiciel public qui contient le profil d'image à utiliser ou
définissez un profil d'image personnalisé avec Image Builder PowerCLI.
3 Exécutez Add-EsxSoftwareDepot pour ajouter le dépôt de logiciels qui contient le profil d'image à la session
PowerCLI.
Type de dépôt Cmdlet
Dépôt distant
Fichier ZIP
Exécutez Add-EsxSoftwareDepot
a Téléchargez le fichier ZIP vers un chemin de fichier local ou créez un
point de montage local pour la machine PowerCLI.
b Exécutez
Add-EsxSoftwareDepot C:\
depot_url
file_path\my_offline_depot
.
.zip.
4 Exécutez Copy-DeployRule et spécifiez le paramètre ReplaceItem pour modifier la règle affectant un profil
d'image aux hôtes.
La cmdlet suivante remplace le profil d'image actuel que la règle affecte à l'hôte doté du profil
my_new_imageprofile. Lorsque la cmdlet a terminé, myrule assigne le nouveau profil d'image aux hôtes.
L'ancienne version de myrule est renommée et masquée.
Copy-DeployRule myrule -ReplaceItem
my_new_imageprofile
5 Testez et réparez la conformité aux règles pour chaque hôte dans lequel vous souhaitez déployer l'image.
Reportez-vous à la section « Tester et réparer la conformité aux règles », page 85.
Lorsque vous redémarrez les hôtes après une réparation de conformité, Auto Deploy fournit le nouveau profil
d'image aux hôtes.
Application d'un profil d'hôte pour demander une entrée utilisateur
Si un hôte nécessitait que l'utilisateur entre des données pendant un démarrage précédent, les réponses sont
sauvegardées dans vCenter Server dans un fichier de réponses. Si vous souhaitez inviter l'utilisateur à entrer
de nouvelles informations, vous devez réappliquer le profil d'hôte.
Prérequis
Attachez un profil d'hôte qui demande à l'utilisateur d'entrer des données sur l'hôte.
VMware, Inc. 89
Page 90
Installation et configuration de vSphere
Procédure
1 Placer l'hôte en mode maintenance. Migrez toutes les machines virtuelles sur des hôtes différents, et mettez
l'hôte en mode maintenance.
Type d'hôte Action
L'hôte fait partie d'un cluster DRS
L'hôte ne fait pas partie d'un cluster
DRS
2 Dans vSphere Client, sélectionnez [Profils d'hôte > Appliquer profil] et sélectionnez le profil d'hôte qui
nécessite que l'utilisateur entre des données lorsqu'il y est invité.
3 À l'invite, entrez les données de l'utilisateur.
Vous pouvez maintenant faire sortir l'hôte du mode maintenance.
Les informations sur les données saisies par l'utilisateur sont sauvegardées dans un fichier de réponses. Lors
du démarrage suivant, les informations du fichier de réponse sont appliquées à l'hôte. Un fichier de réponses
par hôte est disponible.
VMware DRS migre les machines virtuelles vers les hôtes appropriés lorsque
vous mettez l'hôte en mode maintenance.
Vous devez migrer toutes les machines virtuelles vers des hôtes différents et
faire passer chaque hôte en mode de maintenance.
Configuration d'un hôte de référence Auto Deploy
Dans un environnement où aucun état n'est stocké sur l'hôte, un hôte de référence permet de configurer
plusieurs hôtes avec une même configuration. Vous pouvez configurer l'hôte de référence avec les paramètres
de journalisation, de vidage de mémoire et d'autres paramètres, enregistrer le profil d'hôte et écrire une règle
qui applique le profil d'hôte à d'autres, le cas échéant.
Vous pouvez définir les paramètres de stockage, de mise en réseau et de sécurité dans l'hôte de référence et
configurer des services, tels que syslog et NTP.
Description de la configuration d'un hôte de référence
Un hôte de référence bien conçu connecte tous les services, tels que Syslog, NTP, etc. L'hôte de référence peut
inclure également la configuration de la sécurité, du stockage, de la mise en réseau et d'ESXi Dump Collector.
La configuration exacte de l'hôte de référence dépend de votre environnement, mais vous pouvez envisager
la personnalisation suivante.
Configuration du
serveur NTP
Configuration du
serveur Syslog
Lorsque vous collectez les informations de journalisation dans de grands
déploiements, vous devez vérifier que les heures des journaux sont
coordonnées. Configurez l'hôte de référence pour utiliser le serveur NTP dans
votre environnement que tous les hôtes peuvent partager. Vous pouvez définir
un serveur NTP avec la commande vicfg-ntp. Vous pouvez démarrer et arrêter
le service NTP pour un hôte avec la commande vicfg-ntp ou vSphere Client.
Tous les hôtes ESXi exécutent un service syslog (vmsyslogd) qui consigne les
messages de VMkernel et des autres composants système dans un fichier. Vous
pouvez définir l'hôte de journalisation et gérer l'emplacement des journaux, la
rotation, la taille et d'autres attributs avec la commande esxcli system
syslog vCLI ou vSphere Client. Configurer la journalisation sur un hôte distant
est particulièrement important pour les hôtes provisionnés avec Auto Deploy
qui n'ont pas de stockage local. Vous pouvez éventuellement installer vSphere
Syslog Collector pour collecter les journaux des hôtes.
90 VMware, Inc.
Page 91
ESXi
ESXi
Serveur DHCP
Serveur TFTP
V
C
ESXi
Stockage
local
Stockage
Serveur du
déploiement
automatique
SAN
configuration de l'hôte de référence
DNS
NTP
syslog
surveillance
sécurité
filtres réseau E/S
DHCP ou IP statique
Serveur
DNS
Serveur
NTP
Gestionnaire du réseau d'entreprise
Serveur
syslog
Commutateur
Serveur
AD
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Configuration des
vidages mémoire
Vous pouvez configurer l'hôte de référence pour envoyer les vidages mémoire
à un LUN SAN partagé ou installer ESXi Dump Collector dans l'environnement
et configurer l'hôte de référence pour utiliser ESXi Dump Collector. Reportezvous à « Configurer ESXi Dump Collector avec ESXCLI », page 92. Vous
pouvez installer ESXi Dump Collector en utilisant le support d'installation
vCenter Server ou utiliser ESXi Dump Collector inclus dans vCenter Server
Appliance. Après la configuration, la mémoire VMkernel est envoyée vers le
serveur réseau défini lorsque le système détecte une panne majeure.
Configuration de la
sécurité
Dans la plupart des déploiements, tous les hôtes que vous provisionnez avec
Auto Deploy doivent avoir les mêmes paramètres de sécurité. Effectuez les
personnalisations appropriées dans l'hôte de référence. Vous pouvez, par
exemple, configurer le pare-feu pour permettre à certains services d'accéder au
système ESXi. Reportez-vous à la documentation de Sécurité vSphere. La
configuration de la sécurité inclut les paramètres d'accès partagé de tous les
hôtes. Vous pouvez unifier l'accès des utilisateurs en configurant l'hôte de
référence pour Microsoft Active Directory. Si vous paramétrez Active
Directory en utilisant des profils d'hôte, les mots de passe ne sont pas protégés.
Utilisez vSphere Authentication Service pour paramétrer Active Directory afin
d'éviter d'exposer le mot de passe d'Active Directory.
Configuration de la mise
en réseau et du stockage
Si vous réservez des ressources réseau et de stockage pour les hôtes
provisionnés avec Auto Deploy, vous pouvez configurer l'hôte de référence
pour qu'il utilise ces ressources.
Dans les très grands déploiements, la configuration de l'hôte de référence prend en charge un Enterprise
Network Manager qui collecte toutes les informations provenant des différents services de surveillance dans
l'environnement.
Figure 5-4. Configuration de l'hôte de référence Auto Deploy
« Configuration d'un hôte de référence Auto Deploy », page 92 explique comment effectuer cette
configuration.
VMware, Inc. 91
Page 92
Installation et configuration de vSphere
Configuration d'un hôte de référence Auto Deploy
vSphere permet de configurer un hôte de référence en utilisant vSphere Client, vCLI ou des profils d'hôte.
Pour définir un profil d'hôte, vous pouvez utiliser l'approche qui correspond le mieux à vos besoins.
vSphere Client
vSphere Client permet de configurer les communications, réseau, le stockage,
la sécurité et la plupart des aspects d'un hôte ESXi. Vous pouvez configurer
complètement votre environnement et exporter le profil d'hôte pour qu'Auto
Deploy l'utilise.
interface de ligne de
commande de vSphere
Vous pouvez utiliser des commandes vCLI pour définir de nombreux aspects
de l'hôte. vCLI est spécialement conçu pour configurer certains services dans
l'environnement vSphere. Les commandes incluent vicfg-ntp (configuration
d'un serveur NTP), esxcli system syslog (configuration d'un serveur syslog)
et vicfg-route (configuration d'une route par défaut). Reportez-vous à
« Configurer ESXi Dump Collector avec ESXCLI », page 92.
Interface des profils
d'hôte
Vous pouvez configurer un hôte avec vSphere Client ou vCLI et enregistrer le
profil d'hôte ou configurer les profils d'hôte directement avec l'interface Profils
d'hôte dans vSphere Client. Reportez-vous à « Configurer des profils d'hôte
pour un hôte de référence Auto Deploy », page 93.
Configurer ESXi Dump Collector avec ESXCLI
Un vidage de mémoire est l'état de la mémoire opérationnelle en cas de défaillance de l'hôte. Par défaut, un
vidage de mémoire est enregistré sur le disque local. Vous pouvez utiliser ESXi Dump Collector pour conserver
les vidages de mémoire sur un serveur du réseau pour les utiliser lors du débogage. ESXi Dump Collector est
spécialement utile pour Auto Deploy, mais il est pris en charge pour n'importe quel hôte ESXi. ESXi Dump
Collector prend en charge d'autre personnalisations, y compris l'envoi des vidages de mémoire vers le disque
local.
Prérequis
Installez ESXi Dump Collector, un outil d'assistance inclus dans l'application vCenter Server autorun.exe et
dans vCenter Server Appliance.
Installez vCLI si vous voulez configurer l'hôte pour utiliser ESXi Dump Collector. Dans les opérations de
dépannage, vous pouvez utiliser plutôt ESXCLI dans ESXi Shell.
Procédure
1 Configurez un système ESXi pour utiliser ESXi Dump Collector en exécutant esxcli system coredump
dans ESXi Shell local ou en utilisant vCLI.
esxcli system coredump network set --interface-name vmk0 --server-ipv4 10xx.xx.xx.xx --serverport 6500
Vous devez définir une carte NIC VMkernel, ainsi que l'adresse IP et le port facultatif du serveur de
destination des vidages de mémoire. Si vous configurez un système ESXi exécuté dans une machine
virtuelle qui utilise un commutateur standard vSphere, vous devez choisir un port VMkernel fonctionnant
en mode de promiscuité. ESXi Dump Collector n'est pas compatible avec vSphere Distributed Switches.
2 Activez ESXi Dump Collector.
esxcli system coredump network set --enable true
3 (Facultatif) Vérifiez que ESXi Dump Collector est configuré correctement.
esxcli system coredump network get
92 VMware, Inc.
Page 93
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
L'hôte sur lequel vous avez configuré le collecteur de vidage ESXi est configuré pour envoyer les vidages de
mémoire au serveur défini en utilisant la carte NIC VMkernel et le port facultatif définis.
Suivant
n
Écrivez une règle qui applique le profil d'hôte à tous les hôtes auxquels vous voulez fournir les paramètres
que vous avez définis dans l'hôte de référence (voir « Assigner un profil d'hôte à des hôtes », page 84).
n
Pour les hôtes qui disposent déjà d'Auto Deploy, exécutez les opérations de test et de réparation de la
conformité pour leur fournir le nouveau profil d'hôte. Reportez-vous à la section « Tester et réparer la
conformité aux règles », page 85.
n
Mettez sous tension les hôtes non provisionnés pour les provisionner avec le nouveau profil d'hôte.
Configurer des profils d'hôte pour un hôte de référence Auto Deploy
Vous pouvez configurer des profils d'hôte dans un hôte de référence et appliquer ces paramètres de profil
d'hôte à tous les autres hôtes provisionnés avec vSphere Auto Deploy. Vous pouvez configurer l'hôte de
référence et exporter le profil d'hôte ou, pour des modifications mineures, modifier directement les profils
d'hôte.
Prérequis
Installez vSphere Client pour accéder au système vCenter Server qui gère l'hôte à utiliser comme hôte de
référence.
Procédure
1 Utilisez vSphere Client pour vous connecter au système vCenter Server.
2 Sélectionnez l'hôte et [Affichage] > [Gestion] > [Profils d'hôte] .
3 Pour un nouveau profil, cliquez sur [Créer un profil] , ou cliquez avec le bouton droit de la souris sur un
profil à modifier, puis sélectionnez [Modifier le profil] .
4 Dans la boîte de dialogue Modifier le profil, sélectionnez les champs de la règle à définir.
Règle Description
ESXi Dump Collector
Syslog
NTP
Sécurité
Mise en réseau et stockage
Configurez ESXi Dump Collector avec la commande esxcli system
coredump et enregistrez le profil d'hôte (meilleure pratique) ou configurez-
le directement.
Configurez syslog pour l'hôte avec la commande esxcli system syslog.
Enregistrez le profil d'hôte (meilleure pratique) ou configurez-le
directement. Reportez-vous à « Configurer Syslog depuis l'interface Profils
d'hôte », page 94.
Utilisez la commande vCLI vicfg-ntp ou vSphere Client pour configurer
un hôte. Si vous utilisez vSphere Client pour démarrer le serveur NTP,
vérifiez que la règle de démarrage du démon NTP est correctement définie.
a Dans vSphere Client, sélectionnez l'onglet [Configuration] et cliquez
sur [Configuration de temps] dans le panneau Logiciel.
b Cliquez sur [Propriétés] , cochez la case Client NTP activé et cliquez
sur [Options] .
c Sélectionnez le bouton [Démarrer et arrêter avec hôte] .
Définissez la configuration de pare-feu, la configuration de sécurité, la
configuration utilisateur et la configuration de groupe d'utilisateurs de l'hôte
de référence avec vSphere Client ou les commandes vCLI.
Définissez les règles de Mise en réseau et de stockage de l'hôte de référence
avec vSphere Client ou la commande vCLI.
5 Cliquez sur [OK] pour enregistrer les paramètres de profil d'hôte.
VMware, Inc. 93
Page 94
Installation et configuration de vSphere
Suivant
Écrivez une règle qui applique le profil d'hôte à tous les hôtes auxquels vous voulez fournir les paramètres
que vous avez définis dans l'hôte de référence (voir « Assigner un profil d'hôte à des hôtes », page 84), puis
exécutez une opération de test de conformité et effectuez les réparations.
Configurer ESXi Dump Collector depuis l'interface Profils d'hôte
Vous pouvez configurer ESXi Dump Collector pour un hôte de référence avec esxcli ou directement dans les
panneaux Profils d'hôtes de vSphere Client. Vous pouvez exporter le profil d'hôte et écrire une règle qui
applique le profil à tous les hôtes provisionnés avec Auto Deploy.
La meilleure pratique consiste à configurer des hôtes pour utiliser ESXi Dump Collector avec la commande
esxcli system coredump et enregistrer le profil d'hôte (reportez-vous à « Configurer ESXi Dump Collector avec
ESXCLI », page 92). Dans certains cas, la configuration d'ESXi Dump Collector depuis l'interface des profils
d'hôte constitue une alternative.
Prérequis
Vous devez disposer d'un hôte doté d'une capacité de stockage suffisante pour les vidages mémoire depuis
plusieurs hôtes provisionnés avec vSphere Auto Deploy.
Procédure
1 Sélectionnez [Configuration du réseau] .
2 Sélectionnez [Paramètres des vidages mémoire réseau] et cliquez sur [Modifier] .
3 Spécifiez le port et l'adresse IP du serveur et la carte NIC hôte à utiliser et cochez la case pour activer ESXi
Dump Collector.
4 Cliquez sur [OK] pour enregistrer les paramètres de profil d'hôte.
Suivant
n
Écrivez une règle qui applique le profil d'hôte à tous les hôtes auxquels vous voulez fournir les paramètres
que vous avez définis dans l'hôte de référence (voir « Assigner un profil d'hôte à des hôtes », page 84).
n
Pour les hôtes déjà provisionnés avec Auto Deploy, exécutez les opérations de test de conformité et de
réparation pour les provisionner avec le nouveau profil d'hôte. Reportez-vous à la section « Tester et
réparer la conformité aux règles », page 85.
n
Mettez sous tension les hôtes non provisionnés pour les provisionner avec le nouveau profil d'hôte.
Configurer Syslog depuis l'interface Profils d'hôte
Les hôtes provisionnés avec Auto Deploy ne disposent généralement pas d'un espace de stockage suffisant
pour les journaux système. Vous pouvez spécifier un serveur syslog distant pour ces hôtes en configurant un
hôte de référence, en enregistrant le profil d'hôte et en appliquant le profil d'hôte à d'autres hôtes, si nécessaire.
La meilleure pratique consiste à configurer le serveur syslog dans un hôte de référence avec vSphere Client ou
la commande esxcli system syslog et enregistrer le profil d'hôte. Dans certains cas, la configuration de syslog
depuis l'interface Profils d'hôte constitue une alternative.
Prérequis
Si vous envisagez d'utiliser un hôte syslog distant, configurez cet hôte avant de personnaliser les profils d'hôte.
Procédure
1 Utilisez vSphere Client pour vous connecter au système vCenter Server.
2 Sélectionnez l'hôte et [Affichage] > [Gestion] > [Profils d'hôte] .
94 VMware, Inc.
Page 95
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
3 Pour un nouveau profil, cliquez sur [Créer un profil] , ou cliquez avec le bouton droit de la souris sur un
profil à modifier, puis sélectionnez [Modifier le profil] .
4 Dans la boîte de dialogue Modifier le profil, configurez le profil d'hôte du serveur syslog.
n
S vous configurez un serveur syslog distant avec vSphere Client ou la commande esxcli system
syslog avant de modifier les profils d'hôte, vous pouvez changer le serveur distant et toutes les autres
options syslog.
a Sélectionnez [Option de configuration avancée] .
b Sélectionnez les paramètres du serveur syslog à utiliser pour les hôtes provisionnés avec Auto
Deploy.
n
Si vous ne configurez pas un serveur syslog distant avant de modifier les profils d'hôte, vous devez
ajouter une option avancée.
a Cliquez avec le bouton droit de la souris sur [Option de configuration avancée] et
sélectionnez [Ajouter un profil] .
b Ouvrez le dossier Option de configuration avancée et accédez à la fin du dossier.
c Cliquez sur [Profil d'option] , cliquez sur [Modifier] , puis sélectionnez [Configurer une option
fixe] .
d Spécifiez Syslog.global.logHost comme nom d'option et le nom ou l'adresse IP du serveur
syslog comme valeur d'option.
Vous devez définir un serveur syslog valide pour pouvoir enregistrer la règle de profil d'hôte.
5 Cliquez sur [OK] pour enregistrer les paramètres de profil d'hôte.
Suivant
n
Écrivez une règle qui applique le profil d'hôte à tous les hôtes à provisionner avec les paramètres que vous
avez spécifiés dans l'hôte de référence (voir « Assigner un profil d'hôte à des hôtes », page 84).
n
Pour les hôtes déjà provisionnés avec Auto Deploy, exécutez les opérations de test de conformité et de
réparation pour les provisionner avec le nouveau profil d'image. Reportez-vous à la section « Tester et
réparer la conformité aux règles », page 85.
n
Mettez sous tension les hôtes non provisionnés pour les provisionner avec le nouveau profil d'image.
Configurer la mise en réseau de l'hôte Auto Deploy
Vous pouvez configurer la mise en réseau pour l'hôte de référence Auto Deploy et appliquer le profil d'hôte à
tous les autres hôtes pour disposer d'un environnement réseau complètement fonctionnel.
Prérequis
Provisionnez l'hôte à utiliser comme hôte de référence avec une image ESXi en utilisant Auto Deploy.
Procédure
1 Dans vSphere Client, sélectionnez [Configuration] , cliquez sur [Mise en réseau] dans le panneau
Matériel et vérifiez que vmk0 est connecté au réseau de gestion.
2 Si vous utilisez des commutateurs virtuels et pas de commutateur distribué vSphere, n'ajoutez pas d'autres
adaptateurs réseau VMkernel à vSwitch0.
3 Après avoir configuré complètement l'hôte de référence, redémarrez le système pour vérifier que vmk0
est connecté au réseau de gestion.
4 Exportez le profil d’hôte
VMware, Inc. 95
Page 96
Installation et configuration de vSphere
Suivant
n
Écrivez une règle qui applique le profil d'hôte à tous les hôtes à provisionner avec les paramètres que vous
avez spécifiés dans l'hôte de référence (voir « Assigner un profil d'hôte à des hôtes », page 84).
n
Pour les hôtes déjà provisionnés avec Auto Deploy, exécutez les opérations de test de conformité et de
réparation pour les provisionner avec le nouveau profil d'hôte. Reportez-vous à la section « Tester et
réparer la conformité aux règles », page 85.
n
Mettez sous tension les hôtes non provisionnés pour les provisionner avec le nouveau profil d'hôte.
Tâches de gestion avancée
Dans la plupart des cas, vous gérez l'environnement Auto Deploy en préparant la configuration système, en
écrivant des règles et approvisionnant des hôtes. Dans certains cas, vous exécutez des tâches de gestion
avancée, telles que le réenregistrement du serveur Auto Deploy ou l'affectation d'une adresse IP statique à
chaque hôte.
Réenregistrer Auto Deploy
Si l'adresse IP de vCenter Server change, vous devez réenregistrer Auto Deploy.
Vous devez réenregistrer Auto Deploy si l'adresse IP vCenter Server change, que vous utilisiez vCenter Server
Appliance ou un système vCenter Server installé sur Windows.
Procédure
u
Effectuez le réenregistrement en fonction du système d'exploitation.
Système d'exploitation Tâche
Windows
VMware vCenter Server Appliance
a Modifiez le fichier de configuration qui se trouve dans
c:\ProgramData\VMware\VMware vCenter Auto
Deploy\vmconfig-autodeploy.xml et définissez la nouvelle adresse
IP.
Il n'est pas nécessaire de modifier le fichier si vous effectuez le
réenregistrement pour d'autres raisons qu'une nouvelle adresse IP.
b Exécutez l'outil de ligne de commande autodeploy-register.exe en
définissant toutes les options nécessaires.
autodeploy-register.exe -R -a
-u
user_name
Redémarrez le démon Auto Deploy /etc/init.d/vmware-rbd-watchdog.
Vous pouvez démarrer le démon directement ou utiliser les boutons
[Démarrer les services ESXi] et [Arrêter le services ESXi] vCenter Server
Appliance.
-w
password
vCenter-IP
-s
setup-file-path
-p
vCenter-Port
Utiliser des hôtes avec des adresses IP statiques
Par défaut, des adresses DHCP sont affectées aux hôtes provisionnés avec Auto Deploy par un serveur DHCP.
Vous pouvez utiliser le mécanisme de fichier de réponse Auto Deploy pour affecter des adresses IP statiques
aux hôtes.
Vous pouvez configurer le serveur DHCP pour retourner une adresse IP fixe pour chaque adresse MAC pour
que l'adresse IP soit cohérente au cours des démarrages. Voir la documentation du serveur DHCP pour plus
d'informations.
Prérequis
Configuration de l'environnement Auto Deploy.
96 VMware, Inc.
Page 97
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Procédure
1 Démarrez un hôte en utilisant Auto Deploy.
2 Avec vSphere Client, connectez-vous au système vCenter Server qui gère l'hôte Auto Deploy, puis
sélectionnez l'hôte et [Affichage> Gestion > Profils d'hôte] pour afficher le profil d'hôte.
3 Sélectionnez successivement un hôte, [Modifier le profil] et [Configuration de la mise en réseau >
Groupe de ports hôte > Gestion de réseau > Paramètres d'adresse IP > Adresse IP] .
4 Sélectionnez [Adresse IP définie par l'utilisateur à utiliser lors de l'application de la configuration] .
5 Sélectionnez [Configuration de la mise en réseau > Configuration DNS > Paramètres DNS] et
désélectionnez la case [Indicateur indiquant si DHCP doit être utilisé] .
6 Exportez le profil d'hôte et modifiez la règle qui affecte un profil d'hôte aux hôtes pour lesquels vous
voulez utiliser une adresse IP statique.
7 Dans vSphere Client, appliquez le profil d'hôte pour que le système demande les informations sans
redémarrer.
a Cliquez avec le bouton droit de la souris sur l'hôte, puis sélectionnez [Profils d'hôte > Gérer le profil]
et le profil à attacher et cliquez sur [OK] .
b Cliquez avec le bouton droit de la souris sur l'hôte et sélectionnez [Saisir mode maintenance] .
c Cliquez avec le bouton droit sur l'hôte et sélectionnez [Profils hôte > Appliquer le profil] .
d Entrez l'adresse IP lorsque vous y êtes invité.
e Cliquez avec le bouton droit de la souris sur l'hôte et sélectionnez [Saisir mode maintenance] .
L'adresse IP est enregistrée dans un fichier de réponses. Lors du démarrage suivant, les informations du fichier
de réponse sont appliquées à l'hôte. Un fichier de réponses par hôte est disponible.
Utilisation d'Auto Deploy avec VMware vCenter Server Appliance
VMware vCenter Server Appliance est une machine virtuelle Linux préconfigurée optimisée pour exécuter
vCenter Server et les services associés. Le dispositif possède un serveur Auto Deploy qui est désactivé par
défaut.
Vous pouvez utiliser Auto Deploy avec vCenter Server Appliance de différentes manières.
n
Utilisez le système vCenter Server dans le dispositif avec le serveur Auto Deploy dans le dispositif.
n
Utilisez le système vCenter Server dans le dispositif avec un serveur Auto Deploy que vous installez
séparément sur un système Windows.
n
Utilisez le serveur Auto Deploy dans le dispositif avec un système vCenter Server que vous installez dans
un dispositif vCenter Server différent.
n
Utilisez le serveur Auto Deploy dans le dispositif avec un système vCenter Server que vous installez
séparément sur un système Windows.
Si vous souhaitez utiliser le serveur Auto Deploy sur le dispositif vCenter Server, vous devez d'abord démarrer
le service. Vous pouvez démarrer le service à partir de l'onglet Services du dispositif.
Dans tous les cas, vous devez configurer le serveur DHCP. Reportez-vous à « Préparer le système et installer
Auto Deploy Server », page 76.
REMARQUE Vous ne pouvez enregistrer qu'une seule instance d'Auto Deploy dans un système vCenter Server,
et un seul système vCenter Server dans un serveur Auto Deploy.
VMware, Inc. 97
Page 98
Installation et configuration de vSphere
Configurer vCenter Server Appliance pour utiliser un serveur Auto Deploy autonome
vCenter Server Appliance contient un serveur Auto Deploy. Vous pouvez également utiliser le dispositif avec
un serveur Auto Deploy autonome.
Prérequis
n
Déployez vCenter Server Appliance.
n
Munissez-vous du support d'installation vCenter Server qui contient le programme d'installation d'Auto
Deploy.
n
Vérifiez que le système Windows que vous voulez utiliser pour Auto Deploy est compatible avec
l'installation vCenter Server. Les mêmes exigences s'appliquent à Auto Deploy.
Procédure
1 Dans vCenter Server Appliance, annulez l'enregistrement du serveur Auto Deploy intégré depuis une
invite de commande Linux.
État d'Auto Deploy Action
Auto Deploy n'a jamais été démarré
sur le dispositif
Auto Deploy est actif sur le dispositif
Exécutez la commande suivante.
autodeploy-register --unregister -a localhost -l
Arrêtez Auto Deploy et annulez l'enregistrement en exécutant les
commandes suivantes.
service vmware-rdb-watchdog stop
chkconfig vmware-rdb-watchdog off
autodeploy-register --unregister -a localhost -l
Par défaut, le démon Auto Deploy n'est pas actif.
2 En utilisant le support d'installation vCenter Server, installez Auto Deploy sur un système Windows et
entrez les informations vCenter Server Appliance lorsqu'un message vous demande vCenter Server.
Maintenant, l'installation Auto Deploy autonome est associée à vCenter Server sur vCenter Server Appliance.
Configurer Auto Deploy sur vCenter Server Appliance
Par défaut, Auto Deploy sur vCenter Server Appliance est préconfiguré pour utiliser le système vCenter Server
exécuté sur le dispositif. Vous pouvez configurer Auto Deploy pour utiliser un système vCenter Server
différent.
Prérequis
n
Déployez vCenter Server Appliance.
n
Installez un système vCenter Server à utiliser avec Auto Deploy.
Procédure
u
Dans l'invite de commande Linux sur vCenter Server Appliance, spécifiez le système cible vCenter Server
et entrez le nom d'utilisateur et le mot de passe du système vCenter Server.
autodeploy-register --register -a
vcenter-ip
-u
username
-w
password
98 VMware, Inc.
Page 99
Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy
Personnalisation des hôtes avec des fichier de réponses
Pour personnaliser les hôtes avec des attributs communs, vous pouvez créer un profil d'hôte dans un hôte de
référence. Pour personnaliser des hôtes individuels, vous pouvez configurer certains champs du profil d'hôte
pour inviter l'utilisateur à fournir des informations pour chaque hôte. Après que l'utilisateur a défini les
informations, le système génère un fichier de réponses d'hôte et le stocke avec le cache Auto Deploy et l'objet
hôte vCenter Server.
Définition de profil d'hôte pour demander des informations à l'utilisateur
Les profils d'hôte vous permettent de prédéfinir des informations, telles que la configuration du stockage ou
Syslog dans un hôte de référence, et d'appliquer le profil à un groupe d'hôtes cible ayant des paramètres
communs. Vous pouvez également utiliser des profils d'hôte qui définissent des paramètres indépendants de
l'hôte. Dans ce cas, l'hôte démarre en mode de maintenance lorsque vous lui fournissez Auto Deploy. Appliquer
le profil d'hôte ou mettez à jour le fichier de réponses auquel des informations doivent être fournies. Le système
stocke les informations et les utilise lors du démarrage suivant de l'hôte..
REMARQUE Le fichier de réponses n'est pas stocké dans un emplacement ou un format accessible aux
administrateurs. Utilisez l'interface utilisateur Profils d'hôte dans vSphere Client pour gérer les fichiers de
réponses.
Lorsque le profil d'hôte est défini pour demander des informations à l'utilisateur, vous devez définir une valeur
dans la boîte de dialogue qui s'affiche. Une erreur se produit si vous ne définissez pas une valeur.
Tableau 5-3. Options de profil d'hôte pour iSCSI
Informations à demander à l'utilisateur. Définition de l'option de profil d'hôte
Lorsque vous appliquez un profil d'hôte à un système qui
contient un profil pour iSCSI, vous devez entrer plusieurs
propriétés. La plupart des propriétés ont une valeur système
par défaut. Pour certaines propriétés, vous devez définir une
valeur pour ne pas générer une erreur.
nom IQN
Information
s CHAP
Si la configuration iSCSI utilise un nom
IQN, vous devez entrer un nom lorsque
vous appliquez le profil d'hôte. Vous ne
pouvez pas continuer tant que vous
n'entrez pas un nom.
Si vous configurez iSCSI pour
demander l'authentification CHAP,
vous devez entrer les informations
CHAP, y compris le nom d'utilisateur
et le secret lorsque vous appliquez le
profil d'hôte. Vous ne pouvez pas
continuer tant que vous n'entrez pas un
nom.
1 Sélectionnez [Configuration de stockage] et cliquez
sur [Configuration de l'initiateur iSCSI] .
2 Si la carte HBA à configurer ne figure pas dans la liste,
cliquez avec le bouton droit de la souris sur le dossier qui
correspond à l'initiateur à configurer et sélectionner
[Ajouter un profil] .
Vous devez ajouter un profil si, par exemple, l'iSCSI
logiciel n'a pas été activé lors de la création du profil et
que vous voulez configurer l'initiateur iSCSI logiciel.
3 Configurez l'initiateur. Pour la plupart des champs,
l'utilisateur doit entrer des informations lorsque vous
appliquez le profil.
VMware, Inc. 99
Page 100
Installation et configuration de vSphere
Tableau 5-4. Options de profil d'hôte qui demandent des informations utilisateur de stockage
Informations à demander à l'utilisateur. Définition de l'option de profil d'hôte
Vous définissez la configuration PSP fixe et voulez demander
les ID d'adaptateur et cible des baies de stockage qui doivent
utiliser PSP fixe.
Configurez l'activation de l'adaptateur FCoE en fonction
d'une adresse MAC utilisateur.
1 Créez un sous-profil.
a Cliquez sur [Configuration de stockage] .
b Cliquez sur [NMP (Native Multipathing)] .
c Cliquez sur [Configuration Path Selection Policy
(PSP)] .
d Cliquez avec le bouton droit de la souris sur
[Configuration PSP fixe] et sélectionnez [Ajouter
un profil] .
2 Dans la fenêtre Chemin préféré du profil, sélectionnez
[Demander à l'utilisateur les ID d'adaptateur et cible
sur l'hôte] .
1 Ouvrez [Configuration de stockage] .
2 Ouvrez [Configuration du logiciel FCoE] .
3 Ouvrez [Configuration de l'adaptateur] .
4 S'il n'existe aucun profil d'activation, cliquez avec le
bouton droit de la souris sur [Profil d'activation] et
sélectionnez [Nouveau profil] .
5 Ouvrez le profil et cliquez sur [Profil de règle] .
6 Sélectionnez [Règle d'activation basée sur l'adresse
MAC de l'adaptateur] dans le menu déroulant.
100 VMware, Inc.
Loading...