VMWARE vSphere - 5.1 Installation Manual [fr]

Installation et configuration de vSphere

vSphere 5.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, rendez­vous sur : http://www.vmware.com/fr/support/pubs.

FR-000805-00

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/

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 :

[e-mail]

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

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.x 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 15
Utilisation d'applications de gestion à distance 26
Informations requises pour l'installation d'ESXi 26

Spécifications système 29

2

Configuration matérielle requise pour ESXi 29
Prise en charge d'ESXi pour les systèmes d'exploitation clients 64 bits 33
Configuration matérielle requise pour vCenter Server, vCenter Single Sign On, vSphere Client et

vSphere Web Client 33
Spécifications logicielles pour vCenter Server 38
Configuration logicielle requise pour vSphere Client et Client Web vSphere 39
Prévoir suffisamment d'espace pour la journalisation du système 39
Ports requis pour vCenter Server 40
Ports requis pour vCenter Server Appliance 41
Conflit entre vCenter Server et IIS pour le port 80 42
Exigences de DNS pour vSphere 43
Modèles de serveurs de gestion à distance et versions minimum de microprogrammes pris en

charge 44

VMware, Inc.

Installation interactive d' ESXi 45

3

Installation de ESXi de façon interactive 45
Installer ESXi sur un disque iSCSI logiciel 47

Installation, mise à niveau ou migration d'hôtes en utilisant un script 49

4

Approches pour l'installation scriptée 49
Entrer les options de démarrage pour lancer un script d'installation ou de mise à niveau 50
À propos des scripts d'installation et de mise à niveau 52
Installer, mettre à niveau ou migrer ESXi depuis un CD ou un DVD en utilisant un script 62
Installer, mettre à niveau ou migrer ESXi depuis une clé USB en utilisant un script 63
Effectuer une installation ou une mise à niveau scripté ESXi en effectuant un démarrage PXE du

programme d'installation 64

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 73

3

Installation et configuration de vSphere

Préparation pour vSphere Auto Deploy 76
Gestion d'Auto Deploy avec les cmdlets PowerCLI 83
Provisionnement des systèmes ESXi avec vSphere Auto Deploy 87
Utilisation d'Auto Deploy pour la mise en cache sans état et les installations d'état 91
Configuration d'un hôte de référence Auto Deploy 99
Tâches de gestion avancée 110
Meilleures pratiques et considérations de sécurité pour Auto Deploy 123
Dépannage de la fonction Auto Deploy 128
Configuration de la validation technique Auto Deploy 135

Utilisation de l'interface CLI vSphere ESXi Image Builder 153

6

Description d'Image Builder 153
Installation et utilisation d'Image Builder 162
Tâches communes Image Builder 163
Workflows Image Builder 170

Configuration d' ESXi 177

7

Configuration automatique ESXi 178
À propos de l'interface ESXi de console directe 178
Définition du mot de passe du compte administrateur 181
Configuration des paramètres de démarrage du BIOS 182
L'hôte ne démarre pas après avoir installé ESXi en mode UEFI 183
Accès réseau à l'hôte ESXi 184
Configurer les paramètres réseau sur un hôte non connecté au réseau 184
Gestion d' ESXi à distance 185
Configuration des paramètres réseau 185
Comportement de stockage 190
Afficher les journaux système 193
Configurer Syslog sur des hôtes ESXi 193
Activer le mode verrouillage en utilisant la console directe 194
Activation du mode verrouillage à l'aide de vSphere Client 195
Activation du mode verrouillage à l'aide de vSphere Web Client 196
Activer ESXi Shell et l'accès SSH avec l'interface utilisateur Console directe 196
Définir le niveau d'acceptation de profil d'image d'hôte 197
Réinitialisation de la configuration système 197
Supprimer tous les packages personnalisés sur ESXi 198
Désactiver le support des caractères non-ASCII dans les noms de fichier et de répertoire de machine

virtuelle 198
Désactiver ESXi 199

Après avoir installé et configuré ESXi 201

8

Gestion de l'hôte ESXi avec vSphere Client et Client Web vSphere 201
Affectation de licences aux hôtes ESXi 201

Préparation des bases de données vCenter Server 205

9

Notes de configuration de la base de données vCenter Server 206
Créer un DSN 64 bits 207
Configurer vCenter Server pour communiquer avec la base de données locale 207

4 VMware, Inc.

Table des matières

À propos du package de base de données groupée Microsoft SQL Server 2008 R2 Express 208
Maintenance d'une base de données vCenter Server 208
Configurer des bases de données DB2 208
Configurer des bases de données Microsoft SQL Server 217
Configurer des bases de données Oracle 228

Avant d'installer vCenter Server 237

10

Condition requises pour l'installation de vCenter Single Sign On, Inventory Service et

vCenter Server. 237
Incidence de vCenter Single Sign On sur l'installation et les mises à niveau de vCenter Server 240
Synchronisation des horloges sur le réseau vSphere 247
Utilisation d'un compte pour exécuter vCenter Server 249
Installation de vCenter Server sur des machines IPv6 250
Formats d'URL JDBC pour la base de données vCenter Server 250
Configurer les URL sur un système vCenter Server autonome 252
Exécution des programmes d'installation de vCenter Server et vSphere Client à partir d'un lecteur

réseau 252
Informations requises pour l'installation et la mise à niveau de vCenter Single Sign On,

Inventory Service et vCenter Server 253
Utilisateurs de base de données vCenter Single Sign On requis 260
Microsoft SQL Database configuré dans un mode de compatibilité non pris en charge provoque l'échec

de l'installation et de la mise à niveau de vCenter Server 261

Installation de vCenter Server 263

11

Composants vCenter Server et outils de support 263
Télécharger le programme d'installation de vCenter Server 264
Installer vCenter Single Sign On, vCenter Inventory Service et vCenter Server avec Simple Install 265
Installer vCenter Single Sign On, vCenter Inventory Service, and vCenter Server séparément 269
Installer vCenter Server sur une machine virtuelle 277
Télécharger et déployer VMware vCenter Server Appliance 278

Après avoir installé vCenter Server 285

12

Installer les composants vCenter Server 286
Sauvegarder la configuration de vCenter Single Sign On 298
Restaurer une instance de nœud unique ou principal de vCenter Single Sign On sur un nouvel

ordinateur hôte 299
Création de groupes Linked Mode vCenter Server 300
Configurer les paramètres de VMware Tomcat Server dans vCenter Server 5.1 307
Échec du démarrage de VMware vCenter Management Webservices Service 309
Backing Up, Restoring, and Resetting the Inventory Service Database 309

Index 315

VMware, Inc. 5

Installation et configuration de vSphere

6 VMware, Inc.

À 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 5.1.

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

Installation et configuration de vSphere

8 VMware, Inc.

Présentation de l'installation et de la

configuration de vSphere 1

vSphere 5.1 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.x 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 15

n

« Utilisation d'applications de gestion à distance », page 26

n

« Informations requises pour l'installation d'ESXi », page 26

Différences entre vSphere 5.x et vSphere 4.x

vSphere 5.x 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 une liste complète des nouvelles fonctionnalités de vSphere 5.x, consultez les notes de publicationpour
les versions 5.x.

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.x, 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

VMware, Inc. 9

Installation et configuration de vSphere

vCenter Server, et gérer les mises à jour et les correctifs d'ESXi en utilisant un
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 153.

Modifications dans le
processus d'installation
et de mise à niveau
d'ESXi

Mise en cache du
programme
d'installation

ESXi 5 utilise un seul assistant d'installation pour les nouvelles installations et
les mises à niveau. ESXi 5 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 outils vihostupdate et esxupdate ne sont pas pris en charge pour
ESXi 5. Vous ne pouvez effectuer la mise à jour ou la migration à partir les
versions antérieures d'ESX ou ESXi vers des version 5.x d'ESXi en utilisant un
utilitaire de ligne de commande. Après avoir effectué la mise à jour ou la
migration vers ESXi, vous pouvez mettre à jour ou appliquer les correctifs aux
hôtes ESXi 5.x en utilisant les commandes vCLI esxcli de l'interface de ligne
de commande.

IMPORTANT Après la mise à niveau ou la migration de l'hôte vers ESXi 5.x, vous
ne pouvez pas revenir à la version 4.x du logiciel 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.x 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.x venant d'être installés utilisent VMFS5, une version mise
à jour du système de fichiers VMware pour vSphere 5.x. À la différence des
versions précédentes, ESXi 5.x ne crée pas de partitions VMFS sur le deuxième
disque et les disques suivants.

10 VMware, Inc.

Chapitre 1 Présentation de l'installation et de la configuration de vSphere

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.x est très différent du partitionnement des nouvelles installations
d'ESXi 5.x. Reportez-vous à la documentation de Mise à niveau vSphere.

VMware vCenter Server
Appliance

Client Web vSphere

vCenter Single Sign On

Comme autre solution pour installer vCenter Server sur une machine
Windows, vSphere 5.x fournit VMware vCenter Server Appliance. vCenter
Server Appliance 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.

Client Web vSphere 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 à Client Web vSphere pour gérer un
hôte ESXi via un vCenter Server.

vSphere 5.1 propose vCenter Single Sign On dans le cadre de l'infrastructure
de gestion vCenter Server. Cette modification affecte l'installation de vCenter
Server, la mise à niveau, et son utilisation. L'authentification via
vCenter Single Sign On renforce la sécurité de la plate-forme de l'infrastructure
VMware cloud car elle permet aux composants logiciels vSphere de
communiquer entre eux par le biais d'un mécanisme d'échange de jetons sûr,
au lieu de demander à chaque composant d'authentifier distinctement un
utilisateur avec un service d'annuaire comme Active Directory. Reportez-vous
à « Incidence de vCenter Single Sign On sur l'installation et les mises à niveau

de vCenter Server », page 240.

Installation d'ESXi sur une unité avec une installation ESX ou ESXi existante ou une banque de données VMFS

ESXi 5.x 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/ESXi 4.x ou ESXi 5.0 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 à la section Chapitre 2, « Spécifications système », page 29.

2 Déterminez l'option d'installation d'ESXi à utiliser. Reportez-vous à la section « 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

à la section « Options de support de démarrage du programme d'installation ESXi », page 15. Si vous
démarrez le programme d'installation par PXE, vérifiez que votre infrastructure PXE réseau est
correctement configurée. Reportez-vous à la section « Démarrage PXE du programme d'installation

ESXi », page 19.

VMware, Inc. 11

Installation et configuration de vSphere

4 Installez ESXi :

n

Chapitre 3, « Installation interactive d'ESXi », page 45

n

Chapitre 4, « Installation, mise à niveau ou migration d'hôtes en utilisant un script », page 49

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 à la section Chapitre 7, « Configuration d'ESXi », page 177.

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 à la section Chapitre 8, « Après avoir installé et configuré ESXi »,
page 201.

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 39, « Configurer Syslog sur
des hôtes ESXi », page 193, « Configurer Syslog depuis l'interface Profils d'hôte dans vSphere Client »,

page 104 et « Installer ou mettre à niveau vSphere Syslog Collector », page 294.

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 à la section Chapitre 9, « Préparation

des bases de données vCenter Server », page 205.

b Installez vCenter Single Sign On, Inventory Service, vCenter Server et les outils de support de vCenter

Server. Connectez-vous à vCenter Server à partir de vSphere Client ou de Client Web vSphere.
Reportez-vous à la section Chapitre 11, « Installation de vCenter Server », page 263 et Chapitre 12,

« Après avoir installé vCenter Server », page 285.

c (Facultatif) Créez un groupe Linked Mode ou joignez vCenter Server à un groupe Linked Mode.

Reportez-vous à la section « Création de groupes Linked Mode vCenter Server », page 300.

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 45.

12 VMware, Inc.

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

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 49.

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.

Figure 1-1. Installation en utilisant un script

Installation d'ESXi avec Auto Deploy

vSphere 5.1 fournit plusieurs façons d'installer ESXi avec Auto Deploy.

Ces rubriques décrivent les options Auto Deploy pour l'installation d'ESXi.

Provisionnement des hôtes ESXi en utilisantvSphere Auto Deploy

Avec la fonction vSphere Auto Deploy ESXi, vous pouvez provisionner et reprovisionner efficacement un
grand nombre d'hôtes ESXi avec vCenter Server.

Lorsque vous provisionnez les hôtes avec 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
crée des profils d'image avec les mises à jour et les correctifs ESXi pouvant être téléchargés via un profil d'image
et, éventuellement, la configuration hôte via un profil d'hôte. Vous pouvez créer des profils d'hôte en utilisant

VMware, Inc. 13

vSphere Client. Vous pouvez créer des profils d'image personnalisés avec l'interface CLI ESXi Image Builder.
Reportez-vous à la section Chapitre 6, « Utilisation de l'interface CLI vSphere ESXi Image Builder »,
page 153 et Profils d'hôte 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é.

Installation et configuration de vSphere

Lorsque vous redémarrez l'hôte, le serveur Auto Deploy continue de provisionner l'hôte avec l'image et le
profil d'hôte appropriés. Pour provisionner l'hôte avec un profil d'image différent, changez la règle qui définit
le profil d'image et exécutez un test et réparez la conformité. Ainsi, vous propagez la modification à tous les
hôtes définis par la régle. La possibilité de propager les modifications à plusieurs hôtes fait d'Auto Deploy un
outil efficace pour provisionner et reprovisionner un grand nombre d'hôtes et appliquer la conformité à une
image ESXi principale.

Reportez-vous à la section « Description de vSphere Auto Deploy », page 66.

Utilisation de vSphere Auto Deploy pour les installations d'état

Dans certains cas, il est utile de provisionner des hôtes avec Auto Deploy et d'exécuter tous les démarrages
suivants à partir du disque.

Vous pouvez utiliser vSphere Auto Deploy pour provisionner un hôte ESXi et configurer un profil d'hôte
amenant l'hôte à stocker l'image ESXI et la configuration sur le disque local, le disque distant ou un lecteur
USB. Par la suite, l'hôte ESXi démarre à partir de cette image locale. Auto Deploy ne provisionne plus l'hôte.
Ce processus est semblable à l'exécution d'une installation scriptée. Avec une installation scriptée, le script
provisionne un hôte et l'hôte démarre alors à partir du disque. Dans ce cas, Auto Deploy provisionne un hôte
et l'hôte démarre alors à partir du disque.

Reportez-vous à « Utilisation d'Auto Deploy pour la mise en cache sans état et les installations d'état »,
page 91.

vSphere Auto Deploy et mise en cache sans état

Vous pouvez utiliser vSphere Auto Deploy pour provisionner un hôte ESXi et configurer un profil d'hôte
amenant l'hôte à stocker l'image et la configuration ESXi sur le disque local, un disque distant ou un lecteur
USB.

Ensuite, le serveur Auto Deploy continue de provisionner l'hôte. Si le serveur Auto Deploy n'est pas disponible,
l'hôte utilise l'image sur disque.

Reportez-vous à « Utilisation d'Auto Deploy pour la mise en cache sans état et les installations d'état »,
page 91.

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.

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

en la gravant sur un DVD d'installation ;

n

via vCenter Server en utilisant la fonction Auto Deploy.

Reportez-vous à la section Chapitre 6, « Utilisation de l'interface CLI vSphere ESXi Image Builder »,
page 153 et Chapitre 5, « Installation d'ESXi en utilisant vSphere Auto Deploy », page 65.

À propos de l'évaluation d'ESXi et des modes sous licence

Une fois que vous avez acheté des licences vSphere, VMware fournit un numéro de série à utiliser pour attribuer
des licences aux hôtes ESXi. Vous pouvez utiliser le mode d'évaluation pour explorer l'ensemble des fonctions
disponibles pour les hôtes ESXi, y compris celles qui ne sont pas incluses dans la licence dont vous disposez.

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.

14 VMware, Inc.

Chapitre 1 Présentation de l'installation et de la configuration de vSphere

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.

Pour plus d'informations sur la gestion de l'attribution de licences et le paramétrage d'un hôte ESXi en mode
d'évaluation, consultez 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 15.

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 19

n

Démarrage depuis un emplacement distant en utilisant une application de gestion à distance. Reportez­vous à la section « Utilisation d'applications de gestion à distance », page 26

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 18.

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.

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.

VMware, Inc. 15

5.x.x

est la version d'ESXi que vous installez et

5.x.x

-

Installation et configuration de vSphere

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

4 Exécutez les commandes suivantes.

path_to_syslinux-3.86_directory

/
cat /

path_to_syslinux-3.86_directory

/syslinux-3.86/bin/syslinux /dev/sdb1

/syslinux-3.86/usr/share/syslinux/mbr.bin > /dev/sdb

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

16 VMware, Inc.

Chapitre 1 Présentation de l'installation et de la configuration de vSphere

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

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.

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. 17

Installation et configuration de vSphere

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 50 et « À propos des fichiers de configuration PXE », page 22.

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éé.

Voir aussi « À propos des scripts d'installation et de mise à niveau », page 52 et « À propos du fichier

boot.cfg », page 61.

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.

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_cust.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

18 VMware, Inc.

Chapitre 1 Présentation de l'installation et de la configuration de vSphere

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 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 à la section http://tftpd32.jounin.net/. Des 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.

Les environnements PXELINUX et gPXE permettent à votre machine cible de démarrer le programme
d'installation d'ESXi. L'environnement PXELINUX fait partie du module SYSLINUX, disponible sur

http://www.kernel.org/pub/linux/utils/boot/syslinux/, bien que de nombreuses distributions Linux l'incluent.

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.

VMware, Inc. 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

Installation et configuration de vSphere

Figure 1-2. Présentation du processus d'installation du démarrage PXE

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.

20 VMware, Inc.

Chapitre 1 Présentation de l'installation et de la configuration de vSphere

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

;

Masque de sous-réseau

Adresse IP de début Adresse IP de fin

{

;

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;
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.

VMware, Inc. 21

Installation et configuration de vSphere

À 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 61

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.

. Par exemple, 01-23-45-67-89-0a-bc

n

par défaut

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 52 et « À propos du fichier

boot.cfg », page 61

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 19.

n

Serveur DHCP configuré pour le démarrage PXE. Reportez-vous à la section « Exemple de configuration

DHCP », page 20.

n

PXELINUX

22 VMware, Inc.

Chapitre 1 Présentation de l'installation et de la configuration de vSphere

n

La configuration matérielle du serveur est prise en charge avec ESXi 5.1. 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 52.

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.x.x-XXXXXX-full Boot Menu
NOHALT 1
PROMPT 0
TIMEOUT 80
LABEL install
KERNEL mboot.c32
APPEND -c
MENU LABEL ESXi-5.x.x-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.

VMware, Inc. 23

Installation et configuration de vSphere

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 52 et « À propos du fichier

boot.cfg », page 61

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 19.

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.1. 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 52.

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.

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://

24 VMware, Inc.

XXX.XXX.XXX.XXX

/esxi_ksFiles/ks.cfg

Chapitre 1 Présentation de l'installation et de la configuration de vSphere

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.x.x-XXXXXX-full Boot Menu
NOHALT 1
PROMPT 0
TIMEOUT 80
LABEL install
KERNEL mboot.c32
APPEND -c
MENU LABEL ESXi-5.x.x-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 52 et « À propos du fichier

boot.cfg », page 61

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.1. Reportez-vous au Guide de
compatibilité matérielle à l'adresse http://www.vmware.com/resources/compatibility/search.php.

n

gPXELINUX

n

(Facultatif) Script d'installation ESXi. Reportez-vous à la section « À propos des scripts d'installation et de

mise à niveau », page 52.

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.

VMware, Inc. 25

Installation et configuration de vSphere

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

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

XXX.XXX.XXX.XXX

/k.b00 --- http://
/s.v00 --- http://
/tools.t00 --- http://
/imgpayld.tgz

XXX.XXX.XXX.XXX

/tboot.b00

/esxi_ksFiles/ks.cfg

/b.b00 --- http://

XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX

/mboot.c32

XXX.XXX.XXX.XXX

XXX.XXX.XXX.XXX

/a.b00 --­/weaselin.v00 ---

XXX.XXX.XXX.XXX

/boot.cfg

/useropts.gz ---

/imgdb.tgz ---

Installation et démarrage ESXi avec le logiciel FCoE

Vous pouvez installer et démarrer ESXi à partir d'un LUN FCoE qui utilise des adaptateurs FCoE de logiciel
VMware et des cartes réseau FCoE avec des capacités de décharge. Votre hôte ne nécessite pas un HBA FCoE
dédié .

Consultez la documentation Stockage vSphere pour plus d'informations sur l'installation et le démarrage d'ESXi
avec le logiciel FCoE.

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 44. 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.

26 VMware, Inc.

Chapitre 1 Présentation de l'installation et de la configuration de vSphere

Tableau 1-1. Informations nécessaires pour installer ESXi

Requis ou

Informations

facultatif Valeur par défaut Commentaires

Configuration du

Requis Anglais (États-Unis)

clavier

ID VLAN Facultatif Aucun Intervalle : de 0 à 4094

adresse IP Facultatif DHCP Vous pouvez autoriser DHCP à configurer le

Masque de sous­ré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 Aucun

Nom d'hôte Requis pour

les paramètres

Aucun 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 Aucun Doit disposer de 5 Go minimum si vous installez

les composants sur un seul disque.

Requis si vous
installez ESXi
sur une unité
avec une

Aucun Reportez-vous à la section « Installation d'ESXi

sur une unité avec une installation ESX ou ESXi
existante ou une banque de données VMFS »,

page 11.
installation
ESXi ou ESX
existante.

Mot de passe racine Facultatif Aucun Le mot de passe racine doit contenir entre 6 et

64 caractères.

VMware, Inc. 27

Installation et configuration de vSphere

28 VMware, Inc.

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 76.

Ce chapitre aborde les rubriques suivantes :

n

« Configuration matérielle requise pour ESXi », page 29

n

« Prise en charge d'ESXi pour les systèmes d'exploitation clients 64 bits », page 33

n

« Configuration matérielle requise pour vCenter Server, vCenter Single Sign On, vSphere Client et
vSphere Web Client », page 33

n

« Spécifications logicielles pour vCenter Server », page 38

n

« Configuration logicielle requise pour vSphere Client et Client Web vSphere », page 39

n

« Prévoir suffisamment d'espace pour la journalisation du système », page 39

n

« Ports requis pour vCenter Server », page 40

n

« Ports requis pour vCenter Server Appliance », page 41

n

« Conflit entre vCenter Server et IIS pour le port 80 », page 42

n

« Exigences de DNS pour vSphere », page 43

n

« Modèles de serveurs de gestion à distance et versions minimum de microprogrammes pris en
charge », page 44

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.1.

Ressources matérielles et système

Pour installer et utiliser ESXi 5.1, 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.1 n'installera et n'exécutera que les serveurs dotés de CPU x86 64 bits.

n

ESXi 5.1 nécessite une machine hôte disposant d'au moins deux cœurs.

n

ESXi 5.1 ne prend en charge que les instructions de CPU LAHF et SAHF.

VMware, Inc.

29

Installation et configuration de vSphere

n

ESXi 5.1 nécessite d'activer le bit NX/XD pour le processeur dans le BIOS.

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. Fournissez au moins 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.1. Pour utiliser le périphérique CD-ROM SATA, vous devez utiliser le mode d'émulation
IDE.

Systèmes de stockage

ESXi 5.1 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

30 VMware, Inc.

Chapitre 2 Spécifications système

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.

n

Lecteurs de disques Serial Attached SCSI (SAS). Pris en charge pour l'installation d'ESXi 5.1 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.1

n

Software Fibre Channel over Ethernet (FCoE). Reportez-vous à « Installation et démarrage ESXi avec le

logiciel FCoE », page 26.

Exigences de démarrage d’ESXi

vSphere 5.1 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.1
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.1.

Exigences de stockage pour l’installation d’ESXi 5.1

L’installation d’ESXi 5.1 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 192.

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.

VMware, Inc. 31

Installation et configuration de vSphere

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.

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 29.

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. Fournissez au moins 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.

32 VMware, Inc.

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.1. 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.

Configuration matérielle requise pour vCenter Server, vCenter Single Sign On, vSphere Client et vSphere Web 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.

Configuration matérielle requise pour vCenter Single Sign On, Inventory Service
et vCenter Server

Vous pouvez installer vCenter Single Sign On, Inventory Service et vCenter Server sur la même machine hôte
(comme avec vCenter Simple Install) ou sur une machine différente. Tableau 2-2 etTableau 2-3 affichent la liste
des éléments matériels requis pour Single Sign On et Inventory Service exécutés sur des machines hôtes
distinctes. Si vous installez vCenter Single Sign On, vCenter Inventory Service et vCenter Server sur la même
machine hôte, la configuration mémoire et de stockage Single Sign On et Inventory Service est une condition
qui s'ajoute à la configuration requise pour vCenter Server. Reportez-vous à Tableau 2-4.

VMware, Inc. 33

Installation et configuration de vSphere

Tableau 2-2. Configuration matérielle minimale pour vCenter Single Sign On exécuté sur une machine hôte
distincte depuis vCenter Server

Matériel vCenter Single Sign On Server

Processeur Processeur Intel ou AMD x64 avec au moins deux coeurs

Mémoire 3 Go. Une quantité de mémoire plus élevée est nécessaire si

Stockage disque 2 Go. Une capacité de disque plus élevée est nécessaire si la

Débit du réseau 1 Gbps

Tableau 2-3. Configuration matérielle minimale pour vCenter Inventory Service exécuté sur une machine hôte
distincte depuis vCenter Server

Matériel vCenter Inventory Service Server

Processeur Processeur Intel ou AMD x64 avec au moins deux coeurs

Mémoire 3 Go. Si vCenter Inventory Service s'exécute sur la même

Stockage disque Au moins 60 Go pour des inventaires de taille moyenne ou

Débit du réseau 1 Gbps

logiques fonctionnant chacun à 2 GHz.

la base de données vCenter Single Sign On s'exécute sur la
même machine hôte. Si vCenter Single Sign On s'exécute sur
la même machine hôte que vCenter Server, voir Tableau

2-4.

base de données vCenter Single Sign On se trouve sur la
même machine hôte.

logiques fonctionnant chacun à 2 GHz.

machine hôte que vCenter Server, voir Tableau 2-4.

de grande taille (plus de 100 hôtes ou 1 000 machines
virtuelles).

Si vCenter Inventory Service s'exécute sur la même machine
hôte que vCenter Server, voir Tableau 2-4.

Tableau 2-4. 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.

34 VMware, Inc.

Tableau 2-4. Spécifications matérielles minimales pour vCenter Server (suite)

Spécifications matérielles pour vCenter Server

Chapitre 2 Spécifications système

Mémoire La quantité de mémoire nécessaire dépend de la

configuration vCenter Server.

n

Si vCenter Server n'est pas installé sur la même machine
que vCenter Single Sign On et vCenter Inventory Service,
4 Go de RAM sont nécessaires.

n

Si vCenter Server, vCenter Single Sign On et vCenter
Inventory Service sont installés sur la même machine
hôte (comme avec vCenter Simple Install), 10 Go de RAM
sont nécessaires.

La quantité de mémoire nécessaire est plus élevée si la base
de données vCenter Server ou la base de données vCenter
Single Sign On s'exécute sur la même machine que vCenter
Server.

vCenter Server comprend plusieurs services Java : VMware
VirtualCenter Management Webservices (tc Server),
Inventory Service et service de gestion de stockage basée 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-5.

Stockage disque La quantité de stockage disque nécessaire à l'installation

vCenter Server dépend de la configuration de vCenter
Server.

n

Si vCenter Server n'est pas installé sur la même machine
que vCenter Single Sign On et vCenter Inventory Service,
4 Go sont nécessaires.

n

Si vCenter Server, vCenter Single Sign On et vCenter
Inventory Service sont installés sur la même machine
hôte (comme avec vCenter Simple Install), au moins
40-60 Go d'espace disque sont nécessaires après
l'installation en fonction de la taille de l'inventaire. 100
Go sont recommandés pour prendre en compte
l'augmentation de la taille de l'inventaire.

Une quantité de stockage plus élevée est nécessaire si la base
de données vCenter Server ou la base de données vCenter
Single Sign On s'exécute sur la même machine que vCenter
Server, en fonction de la taille de la base de données.

Dans vCenter Server 5.x, la taille par défaut pour les journaux
vCenter Server est supérieure à 450 Mo que dans vCenter
Server 4.x. Assurez-vous que l'espace disque alloué au
dossier des journaux est suffisant pour répondre à cette
augmentation.

Disque pour Microsoft SQL Server 2008 R2 Express Jusqu'à 2 Go d'espace disque disponible pour décompresser

l'archive d'installation. Une fois l'installation terminée,
environ 1.5 Go de ces fichiers est supprimé.

Débit du réseau 1 Gbps

Les paramètres de segment de mémoire JVM pour vCenter Server dépendent de la taille de l'inventaire.
Reportez-vous à « Configurer les paramètres de VMware Tomcat Server dans vCenter Server 5.1 »,
page 307.

VMware, Inc. 35

Installation et configuration de vSphere

Tableau 2-5. Paramètres de segment de mémoire JVM pour vCenter Server

Inventaire vCenter
Server

VMware VirtualCenter
Management Webservices (tc
Server) Inventory Service

Stockage basé sur le
profil

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)

1 Go 3 Go 512 Mo

2 Go 6 Go 1 Go

3 Go 12 Go 2 Go

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.

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 le 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-6. Spécifications matérielles pour VMware vCenter Server Appliance

Spécifications matérielles pour VMware vCenter Server Server

Stockage disque sur la machine hôte vCenter Server Appliance nécessite au moins 7 Go d'espace

disque et est limité à une taille maximale de 80 Go. vCenter
Server Appliance peut être déployé avec des disques virtuels
alloués dynamiquement dont la taille peut atteindre 80 Go.
Si la machine hôte ne dispose pas d'un espace disque libre
suffisant pour permettre à la taille des disques virtuels
vCenter Server Appliance d'augmenter, vCenter Server peut
arrêter l'opération et vous ne pouvez pas gérer
l'environnement vSphere.

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 16 Go.

n

Grand inventaire (plus de 400 hôtes ou plus de
4 000 machines virtuelles) : au moins 24 Go.

36 VMware, Inc.

Chapitre 2 Spécifications système

Tableau 2-7. Paramètres de segment de mémoire JVM pour VMware vCenter Server Appliance

Inventaire de VMware
vCenter Server
Appliance

VMware VirtualCenter
Management Webservices (tc
Server) Inventory Service

Stockage basé sur le
profil

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)

1 Go 3 Go 512 Mo

2 Go 6 Go 1 Go

3 Go 12 Go 2 Go

Reportez-vous à « Configurer les paramètres de VMware Tomcat Server dans vCenter Server 5.1 »,
page 307.

Spécifications et recommandations pour vSphere Client

Vérifiez que la machine hôte de vSphere Client remplit les conditions suivantes.

Tableau 2-8. 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é)

Stockage disque 1,5 Go d'espace disque libre pour une installation complète

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.

Mise en réseau Connexion Gigabit recommandée

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.

VMware, Inc. 37

Installation et configuration de vSphere

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-9. 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-10. 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-11. 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

Client Web vSphere

Client Web vSphere comporte deux éléments : Un serveur Java et une application client Adobe Flex
fonctionnant sur un navigateur.

Tableau 2-12. Personnaliser le matériel d'une machine virtuelle pour Client Web vSphere

Client Web vSphere 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

Stockage disque Au moins 2 Go d'espace disque libre

Mise en réseau Connexion Gigabit recommandée

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.

38 VMware, Inc.

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.

Configuration logicielle requise pour vSphere Client et Client Web vSphere

Assurez-vous que votre système d'exploitation prend en charge vSphere Client.

Chapitre 2 Spécifications système

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 par la version 5.1 de Client Web vSphere:

n

Microsoft Internet Explorer 7, 8 et 9.

n

Mozilla Firefox 3.6 et versions ultérieures.

n

Google Chrome 14 et versions ultérieures.

Client Web vSphere nécessite également qu'Adobe Flash Player version 11.1.0 ou 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.x 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.

VMware, Inc. 39

Installation et configuration de vSphere

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.x
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.

Tableau 2-13. Taille minimale recommandée et configuration de la rotation des journaux hostd, vpxa et fdm.

Taille maximale du

Log

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 193, « Configurer Syslog depuis l'interface Profils d'hôte dans vSphere Client »,

page 104 et « Installer ou mettre à niveau vSphere Syslog Collector », page 294.

Ports requis pour vCenter Server

Nombre de rotations à
conserver Espace disque total nécessaire

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 41.

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 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.

REMARQUE Dans Microsoft Windows Server 2008, un pare-feu est activé par défaut.

Tableau 2-14. 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 42.

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.

40 VMware, Inc.

Tableau 2-14. Ports requis pour la communication entre les composants (suite)

Port Description

Chapitre 2 Spécifications système

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

6501 Service Auto Deploy

6502 Gestion Auto Deploy

7444 HTTPS vCenter Single Sign On

9443 vSphere Web Client HTTPS

9090 vSphere Web Client HTTP

10080 vCenter Inventory Service HTTP

10443 vCenter Inventory Service HTTPS

10111 Gestion de vCenter Inventory Service

10109 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 40.

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-15. 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.

VMware, Inc. 41

Installation et configuration de vSphere

Tableau 2-15. Ports requis pour vCenter Server Appliance

Port Description

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 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 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.

42 VMware, Inc.

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 40.

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.

Chapitre 2 Spécifications système

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.

VMware, Inc. 43

Installation et configuration de vSphere

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-16. 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

44 VMware, Inc.

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 45

n

« Installer ESXi sur un disque iSCSI logiciel », page 47

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.

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 15

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 19.

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.

VMware, Inc.

45

Installation et configuration de vSphere

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 26.

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 26.

n

Vérifiez que ESXi Embedded ne se trouve pas sur l'ordinateur hôte. ESXi Installable et ESXi Embedded
ne peuvent pas cohabiter sur le même hôte.

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 fournisseur 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 Entrée pour démarrer l'installation.

7 Lorsque l'installation est terminée, retirez le CD, le DVD ou la clé USB d'installation.

46 VMware, Inc.

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 183

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 201.

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. 47

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.

48 VMware, Inc.

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 49

n

« Entrer les options de démarrage pour lancer un script d'installation ou de mise à niveau », page 50

n

« À propos des scripts d'installation et de mise à niveau », page 52

n

« Installer, mettre à niveau ou migrer ESXi depuis un CD ou un DVD en utilisant un script », page 62

n

« Installer, mettre à niveau ou migrer ESXi depuis une clé USB en utilisant un script », page 63

n

« Effectuer une installation ou une mise à niveau scripté ESXi en effectuant un démarrage PXE du
programme d'installation », page 64

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.

49

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 53.

Créez un script.

Entrer les options de démarrage pour lancer un script d'installation ou de mise à niveau

Vous pouvez lancer 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 du programme d'installation ESXi.

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 61 et « Démarrage PXE du

programme d'installation ESXi », page 19.

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 51.

Procédure

1 Démarrez l'hôte.

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

emplacement du script d'installation plus options de la ligne de commande de démarrage

ks=

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

50 VMware, Inc.

Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script

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=

ip=

ks=cdrom:/

ks=file://

ks=

ks=usb

ks=usb:/

ksdevice=

nameserver=

hwtype-adresse MAC

adresse ip

adresse ip

chemin

chemin

protocol

://

serveurchemin

chemin

périphérique

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.

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. Exemple d'utilisation du protocole
NFS : ks=nfs://
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.

host:porturl-path

. Le format d'une URL

VMware, Inc. 51

Installation et configuration de vSphere

Tableau 4-2. Options de démarrage pour l'installation d' ESXi (suite)

Option de démarrage Description

netdevice=

netmask=

vlanid=

périphérique

masque de sous-réseau

idvlan

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.

À 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 50.

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() )

52 VMware, Inc.

Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script

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 18.

n

Clé USB. Reportez-vous à la section « Créer une clé USB pour stocker le script d'installation ou de mise à

niveau ESXi », page 17.

n

Un emplacement réseau accessible via 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 52.

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 50.

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

Supprimez les partitions sur les lecteurs spécifiés.

Ignore la spécification --drives= et autorise l'effacement des partitions sur
chaque lecteur.

--ignoredrives=

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é.

VMware, Inc. 53

Installation et configuration de vSphere

--overwritevmfs

Autorise l'écrasement des partitions VMFS sur les lecteurs spécifiés. Par défaut,
l'écrasement des partitions VMFS n'est pas autorisé.

--firstdisk=

disk-type1

[

disk-type2

,...]

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.

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 61.

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

54 VMware, Inc.

Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script

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=

--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 61.

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)

--overwritevmfs

--forcemigrate

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 avec la version 4.x contient des personnalisations, comme des 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.

VMware, Inc. 55

Installation et configuration de vSphere

keyboard (facultatif)

Configure le type de clavier pour le système.

Si vous mettez à niveau un hôte 5.0.x, les VIB personnalisés pris en charge sur
l'hôte qui ne sont pas inclus dans le fichier ISO du programme d'installation
ESXi sont migrés. Si un hôte ou le programme d'installation de l'image .ISO
contiennent des VIB qui créent un conflit empêchant la mise à niveau, un
message d'erreur identifie le VIB problématique. Vous pouvez supprimer le
VIB et réessayer la mise à niveau, ou vous pouvez utiliser ESXi Image Builder
pour créer un programme d'installation personnalisé. ISO qui résout le conflit.
L'option forcemigrate n'est pas disponible.

Consultez la documentation Mise à niveau vSphere pour plus d'informations sur
la mise à niveau des hôtes qui ont des VIB tiers personnalisés.

.

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é.

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

n

Greek

n

Icelandic

n

Italian

n

Japonais

n

Latin American

n

Norwegian

n

Polish

n

Portuguese

n

Russian

n

Slovenian

n

Spanish

56 VMware, Inc.

Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script

n

Swedish

n

Swiss French

n

Swiss German

n

Turkish

n

US Dvorak

n

Ukranian

n

United Kingdom

serialnum ou vmserialnum (facultatif)

Désapprouvé dans ESXi 5.0.x. Pris en charge dans ESXi 5.1. Configure la licence. Si elle n'est pas incluse, ESXi
s'installe en mode d'évaluation.

--esx=<license-key>

Précise la clé de licence vSphere à utiliser. Le format est un jeu de groupes de
5 caractères (XXXXX-XXXXX-XXXXX-XXXXX-XXXXX).

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=

--vlanid=

vlanid

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é.

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.

VMware, Inc. 57

Installation et configuration de vSphere

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.

nom de banque de données

--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.

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=

58 VMware, Inc.

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=

/vmfs/devices/disks/mpx.vmhba1:C0:T0:L0

mpx.vmhba1:C0:T0:L0

Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script

n

Nom de VML : --disk=

n

vmkLUN UID:--disk=

vml.000000034211234

vmkLUN_UID

Pour les formats de nom de disque acceptés, reportez-vous à « Noms de

périphériques de disques », page 61.

--firstdisk=

disk-type1,

[

disk-type2

--deletecosvmdk

--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.

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.

Si l'hôte avec la version 4.x contient des personnalisations, comme des 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.
Si vous mettez à niveau un hôte 5.0.x, les VIB personnalisés pris en charge qui
ne sont pas inclus dans le fichier ISO du programme d'installation ESXi sont
migrés. Il n'est pas nécessaire d'utiliser l'option forcemigrate.

Consultez la documentation Mise à niveau vSphere pour plus d'informations sur
la mise à niveau d'hôtes qui ont VBS tiers personnalisés.

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

Par exemple : %include part.cfg

%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

VMware, Inc. 59

Indique un interprète à utiliser. L'interprète par défaut est busybox.

Installation et configuration de vSphere

=[python|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]

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.

Indique un interprète à utiliser. L'interprète par défaut est busybox.

Différences entre l'installation basée sur un script et les commandes de mise à niveau d' ESXi 4.x et ESXi 5.x

Avant d'effectuer une installation ou une mise à niveau basée sur un 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.x.

Dans ESXi 5.x, é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.x prend en charge les mises à niveau basées sur un script en plus de l'installation basée sur 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

60 VMware, Inc.

Uniquement dans ESXi

Abandonné et remplacé par install, upgrade ou installorupgrade.

Non pris en charge dans ESXi 5.x.

Non pris en charge dans ESXi 5.x.

Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script

esxlocation

pare-feu

firewallport

install,
installorupgrade,
upgrade

Abandonné et non utilisé dans ESXi.

Non pris en charge dans ESXi 5.x.

Non pris en charge dans ESXi 5.x.

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 depuisESXi 5.x.

serialnum

vmserialnum

timezone

virtualdisk

zerombr

%firstboot

%packages

Obsolète dans ESXi 5.0.x. Pris en charge dans ESXi 5.1.

Obsolète dans ESXi 5.0.x. Pris en charge dans ESXi 5.1.

Non pris en charge dans ESXi 5.x.

Non pris en charge dans ESXi 5.x.

Non pris en charge dans ESXi 5.x.

Option--level non prise en charge dans ESXi 5.x.

Non pris en charge dans ESXi 5.x.

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ée pour mettre à niveau ESX 4.x vers ESXi 5.x, 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.

À 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.

title=

STRING

kernel=

VMware, Inc. 61

FILEPATH

Installation et configuration de vSphere

kernelopt=
modules=

# Toutes les autres lignes ne doivent pas être modifiées.

STRING

FILEPATH1

---

FILEPATH2

... ---

FILEPATHn

Les commandes dans le fichier boot.cfg configurent le chargeur de démarrage.

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 18, « Démarrage PXE du programme d'installation ESXi en utilisant
PXELINUX et un fichier de configuration PXE », page 22, « Démarrage PXE du programme d'installation ESXi
en utilisant PXELINUX et un fichier de configuration PXE isolinux.cfg », page 24 et « Démarrage PXE du
programme d'installation ESXi », page 19.

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 18.

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 29.

n

Vous disposez de l'image ISO du programme d'installation ESXi sur un CD/DVD d'installation. Reportez­vous à la section « Télécharger et graver l'image ISO du programme d'installation ESXi sur un CD ou un

DVD », 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 52.

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 50. Pour la liste complète des commandes de démarrage,

reportez-vous à « Options de démarrage », page 51.

62 VMware, Inc.

Chapitre 4 Installation, mise à niveau ou migration d'hôtes en utilisant un script

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.

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 51.

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 29.

n

Vous disposez de l'image ISO du programme d'installation ESXi sur une clé USB amorçable. Reportez­vous à 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 52.

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 50.

Procédure

1 Lancez le programme d'installation ESXi depuis la clé USB.

VMware, Inc. 63

Installation et configuration de vSphere

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.x fournit de nombreuses 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 19.

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 52.

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 24

n

« Démarrage PXE du programme d'installation ESXi en utilisant PXELINUX et un fichier de
configuration PXE », page 22

n

« Démarrage PXE du programme d'installation ESXi en utilisant gPXE », page 25

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.

Installation d'ESXi en utilisant

vSphere Auto Deploy 5

vSphere Auto Deploy permet de fournir à des centaines d'hôtes physiques le logiciel ESXi.

En utilisant Auto Deploy, les administrateurs système qualifiés peuvent gérer efficacement les grands
déploiements. Auto Deploy peut être utilisé pour la mise en cache sans état ou les installations avec état.

Mise en cache sans état

Installations avec état

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 73

n

« Préparation pour vSphere Auto Deploy », page 76

n

« Gestion d'Auto Deploy avec les cmdlets PowerCLI », page 83

n

« Provisionnement des systèmes ESXi avec vSphere Auto Deploy », page 87

n

« Utilisation d'Auto Deploy pour la mise en cache sans état et les installations d'état », page 91

n

« Configuration d'un hôte de référence Auto Deploy », page 99

n

« Tâches de gestion avancée », page 110

n

« Meilleures pratiques et considérations de sécurité pour Auto Deploy », page 123

n

« Dépannage de la fonction Auto Deploy », page 128

n

« Configuration de la validation technique Auto Deploy », page 135

Par défaut, Auto Deploy ne stocke pas les configurations ni l'état ESXi sur le
disque hôte. En fait, un profil d'image définit l'image fournie à l'hôte et les
autres attributs d'hôte sont gérés par l'intermédiaire de profils d'hôte.

Vous pouvez provisionner un hôte Auto Deploy et configurer l'hôte pour
stocker l'image sur le disque. Lors des démarrages suivants, les hôtes
démarrent depuis le disque.

VMware, Inc.

65

Installation et configuration de vSphere

Description de vSphere Auto Deploy

vSphere Auto Deploy peut provisioner 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 un hôte physique qui est configuré pour Auto Deploy, Auto Deploy utilise une
infrastructure de démarrage PXE avec les 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.

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.

vCenter Server doit être disponible afin de fournir
des informations sur la machine virtuelle à Auto
Deploy.

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 hôte, l'hôte passe
en mode maintenance. Utilisez l'interface des
profils d'hôte pour vérifier la conformité du profil
d'hôte, et répondez à l'invite pour personnaliser
l'hôte

Les informations relatives à la personnalisation de
l'hôte sont stockées avec l'hôte.

Architecture d'Auto Deploy

L'infrastructure Auto Deploy est constituée de plusieurs éléments.

66 VMware, Inc.

Figure 5-1. vSphere Auto Deploy Architecture

Extraction HTTP d'images/de
VIB et de profils d'hôte
(démarrage iPXE et mise à jour)

dépôt public

VIB et

profils d'image

Extraction de profils d'image

et de VIB prédéfinis

Profils d'hôte et
personnalisation

d'hôte

Profils

d'image

Auto Deploy

PowerCLI

serveur Auto

Deploy

(serveur Web)

Interface
utilisateur

de profil d'hôte

Image Builder

PowerCLI

Moteur de
règles

Hôte
ESXi

Plug-in

Moteur

de

profil

d'hôte

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

serveur Auto Deploy

Moteur de règles Auto
Deploy

Profils d'image

Profils d'hôte

Personnalisation de
l'hôte

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 le profil d'image et le profil d'hôte qu'il doit
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 créer un profil d'hôte pour un hôte de
référence et appliquer ce profil d'hôte à d'autres hôtes dans votre
environnement pour une configuration cohérente.

Stocke les informations que l'utilisateur entre lorsque des profils d'hôte sont
appliqués à l'hôte. La personnalisation d'hôte peut contenir une adresse IP ou
d'autres informations fournies par l'utilisateur pour cet hôte. Reportez-vous à

« Personnalisation des hôtes dans vSphere Web Client », page 119.

La personnalisation d'hôte s'appelait fichier de réponses dans les versions
antérieures d'Auto Deploy.

VMware, Inc. 67

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 afin de déterminer les éléments (profil d'image, profil d'hôte ou emplacement vCenter Server)
à provisionner pour 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 de l'inventaire que vCenter Server a stockés dans l'hôte sont utilisés. Si vous modifiez
des règles, vous pouvez utiliser les cmdlets Auto Deploy PowerCLI pour exécuter des opérations de test de
conformité des règles et de réparation. 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. Reportez-vous à « Tester et réparer la conformité aux règles », page 86.

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 dans la copie. 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.

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.

Si vous ajoutez une règle et que vous ne précisez pas 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.

Reportez-vous à l'aide de l'interface de ligne de commande PowerCLI et à « Gestion d'Auto Deploy avec les

cmdlets PowerCLI », page 83.

Processus de démarrage Auto Deploy

Lorsque vous démarrez un hôte que vous voulez provisionner ou réapprovisionner avec vSphere Auto Deploy,
l'infrastructure Auto Deploy fournit l'image du profil et, facultativement, un profil d'hôte et un emplacement
vCenter Server pour cet 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 76.

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 depuis lequel télécharger le chargeur de démarrage iPXE.

n

Assurez-vous que le serveur Auto Deploy dispose d'une adresse IPv4. Le démarrage PXE est uniquement
pris en charge avec IPv4. D'autres composants de votre infrastructure Auto Deploy peuvent communiquer
avec IPv4 ou IPv6.

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. Reportez-vous à

« Configuration d'un hôte de référence Auto Deploy », page 99.

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.

VMware, Inc. 69

Installation et configuration de vSphere

2 L'hôte contacte le serveur TFTP et télécharge le fichier iPXE (chargeur de démarrage exécutable) et un

fichier de configuration iPXE.

3 iPXE commence à s'exécuter.

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.

4 En réponse, le serveur Auto Deploy exécute les tâches suivantes :

a Il interroge le moteur de règles pour obtenir 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 ajoute l'hôte au système vCenter Server auprès duquel 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. Le dossier cible doit être un centre de données.

b S'il n'existe pas de règle spécifiant un emplacement pour l'inventaire de vCenter Server, Auto Deploy

ajoute l'hôte au premier centre de données affiché dans vSphere Client ou dans vSphere Web Client
UI.

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 dans vSphere Client », page 90.

8 Si l'hôte fait partie d'un cluster DRS, les machines virtuelles d'autres hôtes peuvent être migrées vers l'hôte

lorsque l'hôte a été ajouté au système vCenter Server.

Reportez-vous à la section « Provisionner un hôte (premier démarrage) », page 87.

70 VMware, Inc.

Figure 5-2. Installation d'Auto Deploy, premier démarrage

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

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.

1 L'administrateur redémarre l'hôte.

2 Lorsque l'hôte démarre, Auto Deploy provisionne l'hôte avec son profil d'image et son profil d'hôte.

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

n

Si le système vCenter Server est indisponible, l'hôte contacte Auto Deploy et il est provisionné avec un profil
d'image. L'hôte continue à contacter le serveur Auto Deploy jusqu'à ce que Auto Deploy se reconnecte au
système vCenter Server.

Auto Deploy ne peut pas configurer vSphere Distributed Switches si vCenter Server est indisponible, et les
machines virtuelles sont affectées à des hôtes uniquement si elles participent à 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.

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.

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é.

VMware, Inc. 71

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

Les hôtes configurés pour demander des entrées utilisateur sont placés en mode de maintenance. Reportez­vous à la section « Application d'un profil d'hôte pour demander une entrée utilisateur dans

vSphere Client », page 90 et « Mise à jour de la personnalisation des hôtes dans vSphere Web Client »,

page 91.

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 73 pour un exemple.

2 L'administrateur exécute la cmdlet Test-DeployRulesetCompliance afin de vérifier si chaque hôte utilise

les informations spécifiées par le groupe de règles actuel.

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.

72 VMware, Inc.

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 figurant dans « Application d'un profil d'hôte pour demander une entrée

utilisateur dans vSphere Client », page 90 et « Mise à jour de la personnalisation des hôtes dans vSphere
Web Client », page 91.

Reportez-vous à la section « Tester et réparer la conformité aux règles », page 86.

Figure 5-3. Installation d'Auto Deploy, démarrage suivants

Approvisionner des systèmes munis de commutateurs distribués

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.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

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é.

Feuille de route Auto Deploy et présentation des cmdlets

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.

Feuille de route Auto Deploy

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 135 pour effectuer un exercice
pas à pas qui vous aidera à configurer votre premier environnement Auto Deploy sur un système Windows

2008.

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

Dispositif vCenter
Server

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 77 pour plus d'informations
sur l'installation du logiciel, la configuration du serveur DHCP et le téléchargement du fichier de
configuration TFTP.

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.

Le dispositif vCenter Server contient vCenter Server et le serveur Auto
Deploy. Le serveur Auto Deploy du dispositif vCenter Server est désactivé
par défaut.

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. Voir « Utilisation d'Auto Deploy avec VMware vCenter

Server Appliance », page 112 pour les informations de configuration.

2 Installez PowerCLI qui contient Auto Deploy et les cmdlets Image Builder et configurez la signature à

distance.

Voir « Installer PowerCLI et les logiciels requis », page 80 et « Utilisation des cmdlets Auto Deploy »,
page 80.

VMware, Inc. 73

Installation et configuration de vSphere

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.

New-DeployRule -Name "testrule" -Item

image-profile

-AllHosts

Reportez-vous à « Affecter un profil d'image à des hôtes », page 83.

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 une adresse IP
statique, vous devez configurer un profil d'hôte pour demander la personnalisation de l'hôte. Voir

« Configurer les profils d'hôtes pour les adresses IP statiques dans vSphere Client », page 110 et
« Configurer les profils d'hôtes pour les adresses IP statiques dans vSphere Web Client », page 111.

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 99.

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.

Copy-DeployRule -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.

74 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

n

Chaque hôte ayant un profil d'hôte qui requiert une entrée utilisateur possède des informations de
personnalisation de l'hôte mises à jour.

Remédiez aux problèmes de personnalisation et de conformité de l'hôte et redémarrez les hôtes jusqu'à
ce que tous les hôtes satisfassent aux exigences.

Reportez-vous à « Description de vSphere Auto Deploy », page 66 qui présente le processus de démarrage et
fournit des informations générales sur la personnalisation d'hôte.

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 80. 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

Get-DeployRule

Copy-DeployRule

Add-DeployRule

Remove-DeployRule

Set-DeployRuleset

Get-DeployRuleset

Switch-ActiveDeployRuleset

Get-VMHostMatchingRules

Test-DeployRulesetCompliance

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.

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.

VMware, Inc. 75

Installation et configuration de vSphere

Tableau 5-2. Cmdlets Rule Engine PowerCLI (suite)

Commande Description

Repair-DeployRulesetCompliance

Apply-EsxImageProfile

Get-VMHostImageProfile

Repair-DeployImageCache

Get-VMHostAttributes

Get-DeployMachineIdentity

Set-DeployMachineIdentity

Get-DeployOption

Set-DeployOption

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.

Retourne une valeur de chaîne qu'Auto Deploy utilise pour
lier logiquement un hôte ESXi dans vCenter à une machine
physique.

Lie logiquement un objet hôte dans la base de données de
vCenter Server à un ordinateur physique. Utilisez cette
cmdlet pour ajouter des hôtes sans définir de règles.

Extrait les options de configuration globale Auto Deploy.
Cette cmdlet prend actuellement en charge l'option
vlan-id qui spécifie l'ID VLAN par défaut pour le réseau de
gestion ESXi d'un hôte provisionné avec Auto Deploy. Auto
Deploy utilise cette valeur uniquement si l'hôte démarre sans
profil d'hôte.

Définit la valeur d'une option de configuration globale.
Prend actuellement en charge l'option vlan-id pour définir
l'ID VLAN par défaut du réseau de gestion ESXi.

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 77

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.

n

Installer PowerCLI et les logiciels requis page 80

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 80

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.

76 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

n

Configurer l'attribution de licence en masse page 81

Vous pouvez utiliser vSphere Client, vSphere Web Client ou ESXi Shell pour spécifier des clés de licence
individuelles, ou vous pouvez configurer l'attribution de licences en masse à l'aide des 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.

Prérequis

n

Vérifiez que les hôtes auxquels vous allez fournir Auto Deploy répondent aux spécifications matérielles
d'ESXi 5.1.

Reportez-vous à « Configuration matérielle requise pour ESXi », page 29.

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 40.

n

Si vous voulez utiliser des VLAN dans votre environnement Auto Deploy, vous devez configurer
correctement votre réseau de bout en bout. Lorsque l'hôte démarre en mode PXE, le pilote the UNDI doit
être configuré pour baliser les trames avec des ID VLAN corrects. Vous devez configurer cela
manuellement en effectuant les modifications appropriées dans le BIOS. Vous devez également configurer
correctement les groupes de ports ESXi avec les ID VLAN appropriés. Demandez à votre administrateur
réseau 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.

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 263.

Reportez-vous à « Utilisation d'Auto Deploy avec VMware vCenter Server Appliance », page 112.

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.

VMware, Inc. 77

Installation et configuration de vSphere

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. .

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. Voir « Configurer ESXi

Dump Collector avec ESXCLI », page 102 et « Configurer ESXi Dump Collector depuis l'interface Profils
d'hôte dans vSphere Client », page 104.

Reportez-vous à « Installer ou mettre à niveau vSphere ESXi Dump Collector », page 293.

n

Auto Deploy ne prend pas en charge un environnement IPv6 pur, car les spécifications de démarrage de
PXE ne prennent pas en charge IPv6. Toutefois, après l'état de démarrage initial de PXE, le reste des
communications peut s'effectuer avec IPv6. Vous pouvez enregistrer Auto Deploy sur le système vCenter
Server avec IPv6, et vous pouvez configurer les profils d'hôte afin de rétablir les hôtes avec des adresses
IPv6. Seul le processus de démarrage initial requiert une adresse IPv4.

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

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 ou mettre à niveau vSphere Auto Deploy »,
page 295.

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 ou mettre à niveau vSphere Auto Deploy »,
page 295.

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 112.

78 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

2 Configurez le serveur TFTP.

Option Description

vSphere Client

vSphere Web Client

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.

a Dans un vSphere Web Client connecté au système vCenter Server sur

lequel Auto Deploy est enregistré, rendez-vous dans la liste d'inventaire
et sélectionnez le système vCenter Server.

b Cliquez sur l'onglet Gérer, sélectionnez Paramètres et cliquez sur Auto

Deploy.

c Cliquez sur [Télécharger le journal de démarrage TFTP] pour

télécharger le fichier de configuration TFTP, puis décompressez le fichier
dans le répertoire dans lequel votre 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 pointez vers un profil d'image que VMware rend disponible dans un dépôt public.
Si vous voulez inclure des 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, celui-ci contacte le serveur DHCP et il est dirigé
vers le serveur Auto Deploy qui provisionne l'hôte avec le profil d'image défini dans le groupe de règles actives.

Suivant

n

Installez PowerCLI. Reportez-vous à la section « Installer PowerCLI et les logiciels requis », page 80.

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 77.

n

(Facultatif) Configurez le premier hôte que vous provisionnez en tant qu'hôte de référence. Utilisez le
stockage, la mise en réseau et d'autres paramètres que vous souhaitez que vos hôtes cibles partagent. Créez
un profil d'hôte pour l'hôte de référence et une règle qui affecte le profil d'image déjà testé et le profil
d'hôte aux hôtes cibles.

VMware, Inc. 79

Installation et configuration de vSphere

n

Si vous souhaitez qu'Auto Deploy écrase les partitions existantes, configurez un hôte de référence pour
qu'il effectue un partitionnement automatique et qu'il applique le profil d'hôte de l'hôte de référence à
d'autres hôtes. Reportez-vous à « Envisager et mettre en place votre stratégie de partitionnement »,
page 109.

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 fichiers

de réponse dans vSphere Client », page 114.

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 80. 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.

cmdlet_name

.

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
abrégée fl ou ft. Voir Get-Help Format-List.

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.

80 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

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, vSphere Web Client ou ESXi Shell pour spécifier des clés de licence
individuelles, ou vous pouvez configurer l'attribution de licences en masse à l'aide des 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.

Prérequis

Installer PowerCLI. Reportez-vous à la section « Installer PowerCLI et les logiciels requis », page 80.

VMware, Inc. 81

Installation et configuration de vSphere

L'affectation de clés de licence via vSphere Client ou vSphere Web Client et l'affectation de licences avec les
cmdlets 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 ou vSphere Web
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)

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 Vous pouvez utiliser vSphere Client ou vSphere Web Client pour vérifier que l'hôte s'est bien vu affecter

la licence par défaut XXXXX-XXXXX-XXXXX-XXXXX-XXXXX.

Tous les hôtes auxquels vous avez affecté le centre de données sont affectés automatiquement d'une licence.

82 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

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 80.

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 que vous voulez 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.

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.

VMware, Inc. 83

Installation et configuration de vSphere

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 iPXE, 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:
* . asset=No Asset Tag
* . domain=vmware.com
* . hostname=myhost.mycompany.com
* . ipv4=XX.XX.XXX.XXX
* . mac=XX:Xa:Xb:Xc:Xx:XX
* . model=MyVendorModel
* . oemstring=Product ID: XXXXXX-XXX
* . serial=XX XX XX XX XX XX...
* . uuid=XXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXX
* . vendor=MyVendor
******************************************************************

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 86.

n

Mettez sous tension les hôtes non provisionnés pour les provisionner avec le nouveau profil d'image

Affectation d'un profil à des hôtes

Auto Deploy peut affecter un profil à un ou plusieurs hôtes. Le profil d'un hôte peut contenir 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 du cluster est utilisé.

La procédure suivante explique comment écrire une règle qui affecte un profil à des hôtes. Pour affecter des
profils à des hôtes déjà provisionnés avec Auto Deploy, vous devez également exécuter un cycle de test et de
réparation. Reportez-vous à la section « Tester et réparer la conformité aux règles », page 86.

Dans la plupart des cas, vous affectez un hôte à un cluster au lieu de définir 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 nécessaires.

n

Exportez le profil d'hôte à 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 à « Utilisation des cmdlets Auto Deploy », page 80.

84 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

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 En utilisant vSphere Client ou vSphere Web Client, configurez un hôte avec les paramètres que vous

voulez utiliser, et créez un profil d'hôte à partir de cet hôte.

3 Trouvez le nom du profil d''hôte en exécutant la cmdlet Get-VMhostProfile PowerCLI, transmettant l'hôte

ESXi depuis lequel vous créez un profil d'hôte.

4 Depuis l'invite PowerCLI, 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'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 défini est affecté à tous les hôtes ayant les attributs définis. Cet exemple spécifie la règle testrule2.
La règle affecte le profil d'hôte défini my_host_profile à tous les hôtes ayant une adresse IP figurant dans
la plage spécifiée et le nom de fabricant Acme ou Zven.

5 Ajoutez la règle au groupe de règles.

Add-DeployRule testrule2

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 pour utiliser le nouveau profil d'hôte 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 86.

n

Mettez sous tension les hôtes non provisionnés pour les provisionner avec le profil d'hôte.

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 86.

REMARQUE Le dossier que vous sélectionnez doit se trouver dans le centre de données ou dans un cluster. Vous
ne pouvez pas affecter l'hôte à un dossier de niveau supérieur autonome.

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 80.

VMware, Inc. 85

Installation et configuration de vSphere

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 qui doivent être ajoutés à l'emplacement vCenter Server spécifié en
effectuant des opérations de test et de conformité sur ces hôtes. Reportez-vous à la section « Tester et

réparer la conformité aux règles », page 86.

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 votre infrastructure comporte un ou plusieurs hôtes ESXi provisionnés avec Auto
Deploy, et que l'hôte sur lequel vous avez installé vSphere PowerCLI peut accéder à ces hôtes ESXi.

Prérequis

n

Installez vSphere PowerCLI et tous les logiciels prérequis.

n

Si vous rencontrez des problèmes lors de l'exécution des cmdlets PowerCLI, modifiez la règle d'exécution.
Reportez-vous à « Utilisation des cmdlets Auto Deploy », page 80.

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.

86 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

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. Par défaut, PowerCLI utilise l'ancien nom pour la
copie et cache l'ancienne règle.

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.

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 et remplir toutes les autres conditions
préalables avant de pouvoir provisionner l'hôte. SI vous le souhaitez, vous pouvez définir un profil d'image
personnalisé avec les cmdlets Image Builder PowerCLI.

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 29.

n

Préparez le système pour vSphere Auto Deploy (voir « Préparation pour vSphere Auto Deploy »,
page 76).

VMware, Inc. 87

Installation et configuration de vSphere

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 83.

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 iPXE 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. Réappliquez le profil d'hôte avec vSphere Client ou
vSphere Web Client et entrez les données utilisateur demandées.

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 88.

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 86.

Reprovisionnement des hôtes

vSphere Auto Deploy prend en charge plusieurs options de réapprovisionnement. Vous pouvez effectuer un
redémarrage simple ou reprovisionner avec un profil d'image différent ou avec 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 à la section « Préparation pour vSphere Auto Deploy »,
page 76.

Les opérations de réapprovisionnement suivantes sont disponibles.

n

Redémarrage simple.

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, l'écriture de règles et la disponibilité d'un profil
d'image pour l'infrastructure Auto Deploy.

88 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere 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 (balise de ressource, 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 Redémarrez l'hôte.

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 reprovisionner 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 de conformité.

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.

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 Apply­EsxImageProfile 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.

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 153.

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.

VMware, Inc. 89

Installation et configuration de vSphere

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

4 Exécutez Get-EsxImageProfile pour afficher la liste des profils d'image, et choisir le profil vous souhaitez

utiliser.

5 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.

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.

Copy-DeployRule myrule -ReplaceItem

my_new_imageprofile

6 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 86.

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 dans vSphere Client

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.

Procédure

1 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 le client vSphere, choisissez [Profils d'hôte] > [Appliquer profil] .et

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 Sélectionnez le profil d'hôte qui requiert une entrée utilisateur à l'invite.

4 À l'invite, entrez les données de l'utilisateur.

Vous pouvez maintenant faire sortir l'hôte du mode maintenance.

90 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

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.

Mise à jour de la personnalisation des hôtes dans vSphere Web Client

Si l'hôte a requis une entrée utilisateur pendant un démarrage antérieur, les réponses sont sauvegardées avec
le vCenter Server. Si vous voulez demander de nouvelles informations à l'utilisateur, vous mettez l'hôte à jour.

Prérequis

Attachez un profil d'hôte qui demande à l'utilisateur d'entrer des données sur l'hôte.

Procédure

1 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 Web Client, mettez l'hôte à jour.

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.

a Cliquez avec le bouton droit de la souris sur l'hôte et cliquez sur [Toutes les actions vCenter] >

[Profils d'hôte] > [Mettre à jour] .

3 À l'invite, entrez les données de l'utilisateur.

Vous pouvez maintenant faire sortir l'hôte du mode maintenance.

La personnalisation de l'hôte est sauvegardée. La prochaine fois que démarrerez, la personnalisation de l'hôte
sera appliquée à l'hôte.

Utilisation d'Auto Deploy pour la mise en cache sans état et les installations d'état

La fonctionnalité de mise en cache sans état d'Auto Déploy vous permet de mettre en cache l'image d'hôte
localement sur l'hôte ou sur un lecteur de réseau et de continuer à provisionner l'hôte avec Auto Deploy. La
fonction d'installation avec état d'Auto Deploy vous permet d'installer des hôtes sur le réseau sans avoir à
configurer une infrastructure de démarrage PXE complète. Après le démarrage initial du réseau, ces hôtes
démarrent comme d'autres hôtes sur lesquels ESXi a été installé.

n

Introduction page 92

Le profil d'hôte de la configuration du cache du système prend en charge la mise en cache sans état et
installations avec état.

n

Compréhension de la mise en cache sans état et des installations d'état page 94

Lorsque vous voulez utiliser Auto Deploy avec la mise en cache sans état ou effectuez des installations
avec état, vous devez définir un profil d'hôte et une séquence de démarrage.

n

Configurer des hôtes sans état pour utiliser Auto Deploy avec la mise en cache page 95

Vous pouvez configurer le système pour provisionner les hôtes avec Auto Deploy, ainsi que les hôtes
pour utiliser la mise en cache sans état. Si le serveur Auto Deploy n'est pas disponible, l'hôte utilise l'image
mise en cache lorsqu'il redémarre.

VMware, Inc. 91

Installation et configuration de vSphere

n

Activer les installations d'état pour les hôtes provisionnés avec Auto Deploy page 98

Vous pouvez configurer les hôtes provisionnés avec Deploy Auto pour mettre en cache l'image sur le
disque et utiliser l'image en cache dans des démarrages suivants. Une fois l'image est mise en cache, les
hôtes se comportent comme les hôtes sur lesquels une image est installée.

Introduction

Le profil d'hôte de la configuration du cache du système prend en charge la mise en cache sans état et
installations avec état.

La mise en cache sans état est une bonne solution lorsque vous utilisez l'infrastructure Auto Deploy, mais que
vous avez besoin d'une sauvegarde au cas où le serveur Auto Deploy ne soit pas disponible. Des hôtes
provisionnés avec des paramètres de profil d'hôte de mise en cache sans état continuent d'être provisionnés
avec Auto Deploy. Les installation avec état supportent l'installation du réseau par le biais d'Auto Deploy.
Après l'installation initiale, les hôtes qui sont provisionnés avec les paramètres de profil d'hôte d'installation
avec état démarreront à partir du disque.

Cas d'utilisation

Le profil d'hôte de la configuration du cache du système prend en charge les cas d'utilisation suivants.

Les hôtes provisionnés
avec Auto Deploy
mettent en cache l'image
(mise en cache sans
état)

Les hôtes provisionnés
avec Auto Deploy
deviennent des hôtes
avec état

Mettre en place et appliquer un profil d'hôte pour une mise en cache sans état.
Vous pouvez mettre en cache l'image sur un disque local, un disque distant ou
un lecteur USB. Continuer le provisionnement de cet hôte avec Auto Deploy.
Si le serveur Auto Deploy devient indisponible, l'hôte redémare à partir de la
mise en cache.

Mettre en place et appliquer un profil d'hôte pour les installations avec état.
Lorsque vous provisionnez un hôte avec Auto Deploy, l'image est installée sur
le disque local, un disque distant ou un lecteur USB. Pour démarrages suivants,
vous démarrez à partir du disque. L'hôte n'utilise plus Auto Deploy.

Préparation

Pour utiliser avec succès la mise en cache sans état ou les installations avec état, décidez la façon de configurer
le système et de définir l'ordre de démarrage.

92 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

Tableau 5-3. Préparation pour la mise en cache sans état ou des installations avec état

Besoins ou décision Description

Décider sur l'écrasement de la partition VMFS Lorsque vous installez ESXi avec le programme d'installation

Décidez si vous avez besoin d'un environnement de haute
disponibilité

Définir l'ordre de démarrage L'ordre de démarrage que vous spécifiez pour vos hôtes

interactif, vous êtes invité à choisir si vous voulez écraser un
banque de données VMFS existante. Le profil d'hôte de la
configuration du cache du système vous permet. d'écraser
des partitions VMFS existantes en cochant la case.

La case à cocher n'est pas disponible si vous avez configuré
le profil d'hôte pour utiliser un lecteur USB.

Si vous utilisez Auto Deploy avec une mise en hôtes
provisionnés, vous pouvez mettre en place un
environnement Auto Deploy de haute disponibilité pour
garantir que les VM sont migrées sur les nouveaux hôtes
provisionnés et que l'environnement prend en charge
vSphere Distributed Switch même si vCenter Server deviens
temporellement disponible.

dépends de la fonction que vous souhaitez utiliser.

n

Pour mettre en place Auto Deploy avec une mise en
cache sans état, configurer votre hôtre pour tenter de
démarrer d'abord à partir du réseau, puis à partir du
disque. Si Auto Deploy n'est pas disponible, l'hôte
démarre en utilisant le cache.

n

Pour configurer Auto Deploy pour une installation avec
état sur des hôte qui ne disposent pas d'un disque de
démarrage, configurer vos hôtes pour essayer de
démarrer d'abord à partir du disque, puis à partir du
réseau.

REMARQUE Si vous disposez actuellement une image de
démarrage sur le disque, configurez les hôtes pour un
démarrage PXE unique et provisionnez l'hôte avec Auto
Deploy pour utiliser un profil d'hôte qui spécifie les
installations avec état.

Mise en cache sans état et perte de connectivité

Si les hôtes ESXi qui exécutent vos VM perdent la connexion au serveur Auto Deploy, le système vCenter
Server, ou tous les deux, certaines restrictions s'appliquent lors du prochain redémarrage.

n

Si vCenter Server est disponible, mais que le serveur Auto Deploy ne l'est pas, les hôtes ne pas se connectent
pas à vCenter Server automatiquement. Vous pouvez connecter manuellement les hôtes à vCenter Server,
ou attendre que le serveur Auto Deploy soit à nouveau disponible.

n

Si vCenter Server et vSphere Auto Deploy ne fonctionnent pas, vous pouvez vous connecter à chaque hôte
ESXi en utilisant vSphere Client, et attribuer des VM à chaque hôte.

n

Si vCenter Server n'est pas disponible, vSphere DRS ne fonctionne pas. Le serveur Auto Deploy ne peut
pas ajouter des hôtes au système vCenter Server. Vous pouvez vous connecter à chaque hôte ESXi en
utilisant vSphere Client, et attribuer des VM à chaque hôte.

n

Si vous apportez des modifications à votre configuration alors que vous avez perdu votre connectivité,
vous perdez ces modifications lorsque le serveur Auto Deploy est restauré après la panne.

VMware, Inc. 93

Installation et configuration de vSphere

Compréhension de la mise en cache sans état et des installations d'état

Lorsque vous voulez utiliser Auto Deploy avec la mise en cache sans état ou effectuez des installations avec
état, vous devez définir un profil d'hôte et une séquence de démarrage.

Lorsque vous appliquez un profil d'hôte qui permet la mise en cache sur un hôte, Auto Deploy partitionne le
disque défini. Les opérations exécutées ensuite varient selon que vous définissez un profil d'hôte et en fonction
de la séquence de démarrage sur l'hôte.

n

Avec le profil d'hôte [Activer la mise en cache sans état sur l'hôte] , Auto Deploy met en cache l'image
lorsque vous appliquez le profil d'hôte. Aucun redémarrage n'est nécessaire. Lorsque vous redémarrez
l'hôte, il continue d'utiliser l'infrastructure Auto Deploy pour extraire son image. Si le serveur Auto Deploy
n'est pas disponible, l'hôte utilise l'image mise en cache.

n

Avec le profil [Activer les installation avec état sur l'hôte] , Auto Deploy installe l'image. Lorsque vous
redémarrez l'hôte, il démarre depuis le disque, à l'instar d'un hôte provisionné avec le programme
d'installation. Auto Deploy ne provisionne plus l'hôte.

Vous pouvez appliquer le profil d'hôte depuis un vSphere Client ou un vSphere Web Client ou écrire une règle
Auto Deploy PowerCLI qui applique le profil d'hôte.

Chaque workflow prend en charge la mise en cache sans état et les installations avec état.

Tableau 5-4. Workflows qui configurent les hôtes pour la mise en cache sans état ou les installations avec
état

Workflow Mise en cache sans état Installation avec état

Appliquer un profil d'hôte
depuis vSphere Client ou
vSphere Web Client

Écrire et appliquer une règle
PowerCLI

Appliquez le profil d'hôte à des hôtes
individuels ou à tous les hôtes dans un
dossier ou un cluster. Aucun redémarrage
n'est nécessaire.

Configurez un hôte de référence avec un
profil d'hôte ayant la configuration de
mise en cache que vous voulez utiliser.
Créez une règle PowerCLI qui
provisionne l'hôte en utilisant Auto
Deploy et qui applique un profil d'hôte
configuré pour la mise en cache sans état.
Aucun redémarrage n'est nécessaire.

Appliquez le profil d'hôte à des hôtes
individuels ou à tous les hôtes dans un dossier
ou un cluster. Aucun redémarrage n'est
nécessaire.

Configurez un hôte de référence avec un profil
d'hôte ayant la configuration de mise en cache
que vous voulez utiliser. Créez une règle
PowerCLI qui provisionne l'hôte en utilisant
Auto Deploy et qui applique un profil d'hôte
configuré pour les installations avec état.
Aucun redémarrage n'est nécessaire.

Application du profil d'hôte de configuration du cache système depuis vSphere
Client ou vSphere Web Client

Vous pouvez créer un profil d'hôte sur un hôte de référence et appliquer le profil d'hôte à des hôtes
supplémentaires ou à un dossier ou un cluster vCenter Server. Les workflows résultants sont les suivants.

1 Vous provisionnez un hôte avec Auto Deploy et éditez le profil d'hôte de configuration du cache d'image

système.

2 Vous placez un ou plusieurs hôtes cibles en mode de maintenance, appliquez le profil d'hôte à chaque

hôte et indiquez à l'hôte de quitter le mode de maintenance.

3 Les opérations exécutées ensuite varient selon le profil d'hôte que vous avez sélectionné.

n

Si le profil d'hôte a activé la mise en cache sans état, l'image est mise en cache sur le disque. Aucun
redémarrage n'est nécessaire.

n

Si le profil d'hôte a activé les installations avec état, l'image est installée. Lorsque vous redémarrez
l'hôte, il utilise l'image installée.

4 Un redémarrage est nécessaire pour appliquer les modifications.

94 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

Application de la configuration de cache système avec PowerCLI

Vous pouvez créer un profil d'hôte pour un hôte de référence et créer une règle Auto Deploy PowerCLI qui
applique le profil d'hôte à d'autres hôtes cibles. Les workflows résultants sont les suivants.

1 Vous provisionnez une référence avec Auto Deploy et créez un profil d'hôte pour activer une forme de

mise en cache.

2 Vous créez une règle qui provisionne des hôtes supplémentaires avec Auto Deploy et qui applique le profil

de l'hôte de référence à ces hôtes.

3 Auto Deploy provisionne chaque hôte avec le nouveau profil d'image. L'impact exact de l'application du

profil d'hôte dépend du profil d'hôte que vous avez sélectionné et varie selon que l'hôte a été déjà
provisionné avec Auto Deploy.

Tableau 5-5. Différences entre le premier démarrage et les démarrages suivants

Premier démarrage Démarrages suivants

Pour les installations avec état, Auto Deploy installe
l'image.

Pour la mise en cache sans état, Auto Deploy provisionne
les hôtes et met l'image en cache.

Pour les installations avec état, l'hôte démarre depuis le
disque.

Pour la mise en cache sans état, Auto Deploy provisionne
l'hôte.

n

Si Auto Deploy a provisionné l'hôte préalablement et
que la mise en cache n'a jamais été configurée, Auto
Deploy met l'image en cache.

n

Si Auto Deploy a provisionné l'hôte et mis en cache
l'image, Auto Deploy provisionne l'hôte en utilisant
les informations dans les règles.

n

Si Auto Deploy n'est pas disponible, l'hôte démarre
depuis l'image mise en cache.

Configurer des hôtes sans état pour utiliser Auto Deploy avec la mise en cache

Vous pouvez configurer le système pour provisionner les hôtes avec Auto Deploy, ainsi que les hôtes pour
utiliser la mise en cache sans état. Si le serveur Auto Deploy n'est pas disponible, l'hôte utilise l'image mise en
cache lorsqu'il redémarre.

Un hôte configuré pour la mise en cache sans état utilise l'image en cache uniquement si le serveur Auto Deploy
n'est pas disponible lorsque l'hôte redémarre. Dans tous les autres, cas, l'hôte est provisionné avec Auto Deploy.
Si vous changez la règle qui applique un profil d'image à l'hôte et effectuez et une opération de test et de
réparation de conformité, Auto Deploy provisionne l'hôte avec la nouvelle image et cette dernière est mise en
cache.

Configurez une infrastructure Auto Deploy hautement disponible pour que les machines virtuelles soient
migrées vers l'hôte lorsqu'il redémarre. Comme vCenter Server affecte des machines virtuelles à l'hôte, vCenter
Server doit être disponible. Reportez-vous à « Configurer une infrastructure Auto Deploy à haute

disponibilité », page 126.

Vous pouvez configurer un environnement pour la mise en cache sans état en appliquant des profils d'hôte
directement ou en utilisant des règles PowerCLI.

VMware, Inc. 95

Installation et configuration de vSphere

Tableau 5-6. Configuration de la mise en cache sans état ou des installations avec état

Workflow Mise en cache sans état Installation avec état

Appliquer directement un
profil d'hôte

Créer et appliquer des règles
PowerCLI

Appliquez le profil d'hôte à des hôtes
individuels ou à tous les hôtes dans un
dossier ou un cluster. Reportez-vous à

« Configurer un profil d'hôte pour utiliser
la mise en cache sans état », page 97.

Configurez un hôte de référence avec un
profil d'hôte ayant la configuration de
mise en cache que vous voulez utiliser.
Créez une règle Auto Deploy PowerCLI
qui provisionne l'hôte et applique un
profil d'hôte configuré pour la mise en
cache sans état. Reportez-vous à

« Affectation d'un profil à des hôtes »,

page 84.

Appliquez le profil d'hôte à des hôtes
individuels ou à tous les hôtes dans un dossier
ou un cluster. Reportez-vous à « Configurer un

profil d'hôte pour permettre des installations
Stateful », page 98.

Configurez un hôte de référence avec un profil
d'hôte ayant la configuration de mise en cache
que vous voulez utiliser. Créez une règle Auto
Deploy PowerCLI qui provisionne l'hôte et
applique un profil d'hôte configuré pour les
installations avec état. Reportez-vous à

« Affectation d'un profil à des hôtes », page 84.

Préparer pour Auto Deploy avec la mise en cache sans état

Pour pouvoir lancer le provisionnement d'un hôte qui utilise la mise en cache sans état avec Auto Deploy, vous
devez vérifier que l'environnement est configuré pour Auto Deploy, préparer des règles Auto Deploy
PowerCLI et définir l'ordre d'amorçage de l'hôte.

Prérequis

n

Déterminez le disque à utiliser pour la mise en cache et si le processus de mise en cache remplace une
partition existante VMFS.

n

Dans les environnements de production, protégez le système vCenter Server et le serveur Auto Deploy
en les incluant dans un environnement hautement disponible. En plaçant vCenter Server dans un cluster
de gestion, vous assurez la disponibilité de la migration VDS et de machine virtuelle. Dans la mesure du
possible, protégez les autres éléments de l'infrastructure. Reportez-vous à « Configurer une infrastructure

Auto Deploy à haute disponibilité », page 126.

Procédure

1 Configurez l'environnement pour Auto Deploy et installez PowerCLI.

Reportez-vous à « Préparation pour vSphere Auto Deploy », page 76.

2 Vérifiez qu'un disque disposant d'au moins 1 Go est disponible.

Si le disque n'est pas encore partitionné, il est partitionné lorsque vous appliquez le profil d'hôte.

3 Configurez l'hôte pour qu'il tente de s'amorcer dans le réseau, puis depuis le disque si l'amorçage réseau

échoue.

Voir la documentation du fournisseur du matériel.

Suivant

Configurez un profil d'hôte pour la mise en cache sans état. En règle générale, vous devez configurer un profil
d'hôte sur un hôte de référence et appliquer ce profil aux autres hôtes.

96 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

Configurer un profil d'hôte pour utiliser la mise en cache sans état

Quand un hôte est configuré pour utiliser la mise en cache sans état, l'hôte utilise une image en cache si le
serveur de déploiement automatique n'est pas disponible. Pour utiliser la mise en cache sans état, vous devez
configurer un profil d'hôte. Vous pouvez appliquer ce profil d'hôte à d'autres hôtes que vous souhaitez mettre
en place pour la mise en cache sans état.

Vous pouvez configurer le profil d'hôte sur un hôte unique que vous souhaitez mettre en place pour utiliser
le cache. Vous pouvez également créer un profil d'hôte qui utilise la mise en cache sur un hôte de référence et
appliquer ce profil d'hôte à d'autres hôtes.

Prérequis

Préparez votre hôte pour la mise en cache sans état. Reportez-vous à « Préparer pour Auto Deploy avec la mise

en cache sans état », page 96.

Procédure

1 Dans vSphere Web Client, créer un profil d'hôte.

Voir la documentation Profils d'hôte.

2 Sélectionner le profil d'hôte et cliquer sur [Modifier le profil d'hôte] .

3 Laisser le nom et la description puis cliquer sur [Suivant] .

4 Cliquer sur [Paramètres de configuration avancés] et cliquer sur le dossier [Configuration du cache du

système d'image] .

5 Cliquer sur l'icône [Configuration du cache du système d'image] .

6 Dans le menu déroulant des paramètres du profil de cache du système d'image, faites votre choix.

Option Description

Activer la mise en cache sans état
sur l'hôte

Activer la mise en cache sans état
sur un disque USB sur l'hôte

Caches de l'image sur le disque.

Caches de l'image sur un disque USB connecté à l'hôte.

7 Si vous avez sélectionné [Activer la mise en cache sans état sur l'hôte] , spécifier les informations

concernant le disque à utiliser.

Option Description

Arguments pour le premier disque

Vérifiez d'écrire par écrasement tous
les volumes VMFS sur le disque
sélectionné

Par défaut, le système tente de remplacer une installation existante ESXi, puis
tente d'écrire sur le disque local.

Vous pouvez utiliser le champ [Arguments pour le premier disque] pour
spécifier une liste séparée par des virgules de disques à utiliser, par ordre de
préférence. Vous pouvez spécifier plus d'un disque. Utiliser esx pour le
premier disque avec ESX installé, utiliser les informations sur le modèle et
le fournisseur, ou spécifier le nom du pilote du dispositif vmkernel. Par
exemple, pour avoir le système chercher d'abord un disque avec le nom du
modèle ST3120814A, deuxième pour n'importe quel disque qui utilise le
pilote mptsas, et le troisième pour le disque local, spécifier
ST3120814A, mptsas, local comme la valeur de cette .

Si vous cliquez sur cette case, le système écrase les volumes VMFS existants
s'il n'y a pas suffisamment d'espace disponible pour stocker l'image, le profil
d'image, et le profil d'hôte.

8 Cliquer sur [Terminer] pour achever la configuration du profil d'hôte.

VMware, Inc. 97

Installation et configuration de vSphere

9 Appliquer le profil d'hôte avec vSphere Client, vSphere Web Client, ou vSphere PowerCLI.

Option Description

vSphere Client ou vSphere Web
Client

vSphere PowerCLI

Utiliser l'interface profils d'hôte du vSphere Client ou vSphere Web Client.
Voir la documentation Profils d'hôte.

Reportez-vous à « Affectation d'un profil à des hôtes », page 84.

Activer les installations d'état pour les hôtes provisionnés avec Auto Deploy

Vous pouvez configurer les hôtes provisionnés avec Deploy Auto pour mettre en cache l'image sur le disque
et utiliser l'image en cache dans des démarrages suivants. Une fois l'image est mise en cache, les hôtes se
comportent comme les hôtes sur lesquels une image est installée.

Préparer des hôtes provisionnés avec Auto Deploy pour les installations d'état

Dans certains cas, il est utile de provisionner des hôtes avec Auto Deploy et d'exécuter tous les démarrages
suivants à partir du disque. Cette approche s'appelle une installation avec état.

Prérequis

Déterminez le disque à utiliser pour stocker l'image et si la nouvelle image remplace une partition existante
VMFS.

Procédure

1 Configurez l'environnement pour Auto Deploy et installez PowerCLI.

Reportez-vous à « Préparation pour vSphere Auto Deploy », page 76.

2 Vérifiez qu'un disque disposant d'au moins 1 Go est disponible.

Si le disque n'est pas partitionné, il est partitionné lorsque vous appliquez le profil d'hôte.

3 Configurez l'hôte pour qu'il s'amorce depuis le disque.

Voir la documentation du fournisseur du matériel.

Configurer un profil d'hôte pour permettre des installations Stateful

Pour configurer un hôte approvisionné avec Auto Deploy pour réinitialiser à partir du disque, vous devez
configurer un profil d'hôte. Vous pouvez appliquer ce profil d'hôte à d'autres hôtes que vous souhaitez mettre
en place pour les installations stateful.

Vous pouvez configurer le profil d'hôte sur un hôte unique. Vous pouvez également créer un profil d'hôte sur
un hôte de référence et appliquer ce profil d'hôte à d'autres hôtes.

Prérequis

Assurez-vous que votre hôte est configuré pour Auto Deploy et que vous remplissez les autres conditions
préalables pour les installations stateful. Reportez-vous à « Préparer des hôtes provisionnés avec Auto Deploy

pour les installations d'état », page 98.

Procédure

1 Dans vSphere Web Client, créer un profil d'hôte.

Voir la documentation Profils d'hôte.

2 Avec l'objet de profil d'hôte s'affiche, cliquer sur l'icône Modifier les paramètres profil de l'hôte.

3 Laisser le nom et la description puis cliquer sur [Suivant] .

98 VMware, Inc.

Chapitre 5 Installation d'ESXi en utilisant vSphere Auto Deploy

4 Cliquer sur [Paramètres de configuration avancés] et cliquer sur le dossier [Configuration du cache du

système d'image] .

5 Cliquer sur l'icône [Configuration du cache du système d'image] .

6 Dans le menu déroulant des paramètres du profil de cache du système d'image, faites votre choix.

Option Description

Activer les installations stateful sur
l'hôte

Activer les installations stateful sur
un disque USB sur l'hôte

Caches de l'image sur un disque.

Caches de l'image sur un disque USB connecté à l'hôte.

7 Si vous sélectionnez [Activer les installations sur l'hôte] , spécifier des informations sur le disque à

utiliser.

Option Description

Arguments pour le premier disque

Cochez la case pour écraser tous les
volumes VMFS sur le disque
sélectionné

Par défaut, le système tente de remplacer une installation existante ESXi, puis
tente d'écrire sur le disque local.

Vous pouvez utiliser le champ [Arguments pour le premier disque] pour
spécifier une liste séparée par des virgules de disques à utiliser, par ordre de
préférence. Vous pouvez spécifier plus d'un disque. Utiliser esx pour le
premier disque avec ESX installé, utiliser les informations sur le modèle et
le fournisseur, ou spécifier le nom du pilote du dispositif vmkernel. Par
exemple, pour avoir le système chercher d'abord un disque avec le nom du
modèle ST3120814A, deuxième pour n'importe quel disque qui utilise le
pilote mptsas, et le troisième pour le disque local, spécifier
ST3120814A, mptsas, local comme la valeur de cette .

Si vous cliquez sur cette case, le système écrase les volumes VMFS existants
s'il n'y a pas suffisamment d'espace disponible pour stocker l'image, le profil
d'image, et le profil d'hôte.

8 Cliquer sur [Terminer] pour achever la configuration du profil d'hôte.

9 Appliquer le profil d'hôte avec vSphere Client, vSphere Web Client, ou vSphere PowerCLI.

Option Description

vSphere Client ou vSphere Web
Client

vSphere PowerCLI

Pour appliquer le profil d'hôte à des hôtes individuels, utiliser l'interface des
profils hôte de vSphere Client ou de vSphere Web Client. Voir la
documentation Profils d'hôte.

Pour appliquer le profil d'hôte à un ou plusieurs hôtes en utilisant PowerCLI,
voir « Affectation d'un profil à des hôtes », page 84.

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.

VMware, Inc. 99

Installation et configuration de vSphere

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.
Vous pouvez ensuite appliquer la configuration de l'hôte à d'autres hôtes avec des profils d'hôte.

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

Configuration des
vidages mémoire

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, vSphere Client ou
vSphere Web 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 avec vSphere Web 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.

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. Reportez­vous à « Configurer ESXi Dump Collector avec ESXCLI », page 102. 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.

REMARQUE 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.

100 VMware, Inc.