Vous pouvez suivre diverses meilleures pratiques relatives à vSphere Auto Deploy, configurer la mise en réseau, configurer vSphere HA et optimiser votre environnement pour vSphere Auto Deploy.

Pour obtenir plus d'informations sur les meilleures pratiques, consultez la base de connaissances VMware.

Meilleures pratiques relatives à vSphere Auto Deploy et à vSphere HA

Vous pouvez améliorer la disponibilité des machines virtuelles exécutées sur les hôtes provisionnés avec vSphere Auto Deploy en suivant ces meilleures pratiques.

Certains environnements configurent les hôtes provisionnés avec vSphere Auto Deploy au moyen d'un commutateur distribué ou configurent les machines virtuelles exécutées sur les hôtes avec Auto Start Manager. Dans de tels environnements, déployez le système vCenter Server afin que sa disponibilité corresponde à celle du serveur vSphere Auto Deploy. Plusieurs approches sont possibles.

  • Installez vCenter Server sur une machine virtuelle ou un serveur physique Windows ou déployez vCenter Server Appliance. Auto Deploy est déployé avec le système vCenter Server.
  • Déployer le système vCenter Server sur une machine virtuelle. Exécutez la machine virtuelle vCenter Server dans un cluster sur lequel vSphere HA est activé et configurez la machine virtuelle avec une priorité de redémarrage élevée pour vSphere HA. Incluez au cluster au moins deux hôtes non gérés par vSphere Auto Deploy et attachez la machine virtuelle vCenter Server à ces hôtes à l'aide d'une règle (dans vSphere HA, DRS était requis pour qu'une machine virtuelle héberge un hôte). Vous pouvez configurer la règle puis désactiver le DRS si vous ne souhaitez pas utiliser le DRS dans le cluster. Plus les hôtes non gérés par vSphere Auto Deploy seront nombreux, plus votre résilience aux pannes d'hôtes sera élevée.
    Note : Cette approche n'est pas appropriée si vous utilisez Auto Start Manager. Auto Start Manager n'est pas pris en charge dans un cluster activé pour vSphere HA.

Meilleures pratiques relatives à la mise en réseau de vSphere Auto Deploy

Évitez les problèmes de mise en réseau en suivant les meilleures pratiques de mise en réseau de vSphere Auto Deploy.

vSphere Auto Deploy et IPv6
Comme vSphere Auto Deploy tire parti de l'infrastructure iPXE, si les hôtes que vous prévoyez de provisionner avec vSphere Auto Deploy disposent d'un BIOS hérité, le serveur vSphere Auto Deploy doit avoir une adresse IPv4. Le démarrage PXE avec un microprogramme BIOS hérité est uniquement possible sur IPv4. Le démarrage PXE avec un microprogramme UEFI est possible avec IPv4 ou IPv6.
Allocation d'adresse IP
Utilisez les réservations DHCP pour l'allocation d'adresses. Les adresses IP fixes sont prises en charge par le mécanisme de personnalisation d'hôte, mais il n'est pas recommandé d'entrer des données pour chaque hôte.
Considérations VLAN
Utilisez vSphere Auto Deploy dans des environnements qui n'utilisent pas de VLAN.

Si vous avez l'intention d'utiliser vSphere Auto Deploy dans un environnement qui s'appuie sur des VLAN, assurez-vous que les hôtes que vous souhaitez provisionner peuvent atteindre le serveur DHCP. Le mode d'affectation des hôtes à un VLAN dépend de la configuration de votre site. L'ID VLAN peut être attribué par le commutateur ou par le routeur, ou encore être configuré dans le BIOS de l'hôte ou par l'intermédiaire du profil d'hôte. Contactez votre administrateur réseau pour déterminer les mesures à prendre afin de permettre aux hôtes d'atteindre le serveur DHCP.

Meilleures pratiques relatives à vSphere Auto Deploy et à VMware Tools

Lorsque vous provisionnez des hôtes avec vSphere Auto Deploy, vous pouvez sélectionner un profil d'image qui inclut VMware Tools ou sélectionner la plus petite image associée au profil d'image qui ne contient pas VMware Tools.

Vous pouvez télécharger deux profils d'image depuis le site de téléchargement de VMware.

  • xxxxx-standard : un profil d'image qui inclut les fichiers binaires de VMware Tools, requis par le système d'exploitation invité qui s'exécute dans une machine virtuelle. L'image est généralement nommée esxi-version-xxxxx-standard.
  • xxxxx-no-tools : un profil d'image qui n'inclut pas les fichiers binaires de VMware Tools. Ce profil d'image est généralement plus petit, dispose d'une capacité supplémentaire de mémoire inférieure et démarre plus rapidement dans un environnement de démarrage PXE. L'image est généralement nommée esxi-version-xxxxx-no-tools.

Avec vSphere 5.0 Update 1 et versions ultérieures, vous pouvez déployer ESXi en utilisant l'un ou l'autre des profils d'image.

  • Si le délai de démarrage du réseau n'a aucune importance et que votre environnement dispose de suffisamment de mémoire et de capacités de stockage supplémentaires, utilisez l'image qui inclut VMware Tools.
  • Si vous considérez que le délai de démarrage du réseau est trop long lorsque vous utilisez l'image standard, ou si vous souhaitez économiser de l'espace sur les hôtes, vous pouvez utiliser le profil d'image qui n'inclut pas VMware Tools et placer les fichiers binaires VMware Tools dans le stockage partagé. Reportez-vous à la section Provisionner l'hôte ESXi à l'aide d'un profil d'image sans VMware Tools.

Meilleures pratiques de gestion de la charge de vSphere Auto Deploy

Le démarrage simultané d'un grand nombre d'hôtes augmente considérablement la charge sur le serveur vSphere Auto Deploy. Comme vSphere Auto Deploy est un serveur Web par essence, vous pouvez utiliser les technologies existantes de mises à l'échelle de serveur Web pour répartir la charge. Par exemple, un ou plusieurs serveurs proxy inverses de mise en cache peuvent être utilisés avec vSphere Auto Deploy. Les proxys inverses gèrent les fichiers statiques qui composent la majorité de l'image de démarrage ESXi Configurez le proxy inverse pour mettre en cache le contenu statique et transmettre toutes les demandes via le serveur vSphere Auto Deploy. Pour en savoir plus, regardez la vidéo sur l'utilisation de serveurs proxy Web inverses pour l'évolutivité de vSphere Auto Deploy :

Utilisez plusieurs serveurs TFTP pour pointer vers différents serveurs proxy. Utilisez un serveur TFTP pour chaque serveur proxy inverse. Ensuite, configurez le serveur DHCP de manière à envoyer des hôtes différents à des serveurs TFTP différents.

Lorsque vous démarrez les hôtes, le serveur DHCP les redirige vers d'autres serveurs TFTP. Chaque serveur TFTP redirige les hôtes vers un autre serveur (soit le serveur vSphere Auto Deploy, soit un serveur proxy inverse), ce qui réduit considérablement la charge sur le serveur vSphere Auto Deploy.

Après une coupure de courant importante, rétablissez les hôtes cluster par cluster. Si vous mettez plusieurs clusters en ligne simultanément, le serveur vSphere Auto Deploy peut rencontrer des goulots d'étranglement au niveau du CPU. Tous les hôtes peuvent apparaître après un délai. Le goulot d'étranglement est moins sévère si vous configurez le proxy inverse.

Meilleures pratiques de journalisation et de dépannage de vSphere Auto Deploy

Pour résoudre les problèmes que vous rencontrez avec vSphere Auto Deploy, utilisez les informations de journalisation de vSphere Auto Deploy de vSphere Web Client et configurez votre environnement de manière à envoyer les informations de journalisation et les vidages de mémoire aux hôtes distants.

Journaux vSphere Auto Deploy
Téléchargez les journaux vSphere Auto Deploy en accédant à la page vSphere Auto Deploy de vSphere Web Client. Reportez-vous à la section Télécharger les journaux de vSphere Auto Deploy.
Configuration de Syslog
Configurez un serveur syslog distant. Pour plus d'informations sur la configuration du serveur syslog, reportez-vous à la documentation vCenter Server et gestion des hôtes. Configurez le premier hôte que vous démarrez afin qu'il utilise le serveur Syslog distant, puis appliquez le profil de cet hôte à tous les autres hôtes cibles. Vous pouvez également installer et utiliser vSphere Syslog Collector, un outil de support de vCenter Server qui fournit une architecture unifiée pour la journalisation du système et permet la journalisation du réseau et la combinaison de journaux de plusieurs hôtes.
Configuration d'ESXi Dump Collector
Les hôtes provisionnés avec vSphere Auto Deploy ne disposent pas de disque local pour stocker les vidages de mémoire. Installez ESXi Dump Collector et configurez le premier hôte pour envoyer les vidages mémoire à ESXi Dump Collector et appliquez le profil d'hôte de cet hôte à tous les autres hôtes. Reportez-vous à Configurer ESXi Dump Collector avec ESXCLI.

Utilisation de vSphere Auto Deploy dans un environnement de production

Lorsque vous passez d'une configuration de validation technique à un environnement de production, veillez à rendre l'environnement résilient.