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

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

Meilleures pratiques relatives à Auto Deploy et à vSphere HA

Vous pouvez améliorer la disponibilité des machines virtuelles exécutées sur les hôtes disposant de la fonction Auto Deploy en suivant ces meilleures pratiques.

Certains environnements configurent les hôtes disposant de la fonction Auto Deploy avec 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 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 moins deux hôtes dans le cluster qui ne sont pas gérés par Auto Deploy et raccordez la machine virtuelle vCenter Server à ces hôtes en utilisant une règle (le DRS de vSphere HA nécessitait une machine virtuelle pour la règle d'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 Auto Deploy seront nombreux, plus votre résistance aux pannes d'hôtes sera élevée.

    Remarque :

    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 de mise en réseau d'Auto Deploy

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

Auto Deploy et IPv6

Du fait qu'Auto Deploy exploite l'infrastructure iPXE, chaque hôte doit avoir une adresse IPv4. Après le déploiement, vous pouvez manuellement reconfigurer les hôtes pour utiliser IPv6 et les ajouter à vCenter Server sur IPv6. Cependant, lorsque vous redémarrez un hôte sans état, sa configuration IPv6 est perdue.

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 Auto Deploy dans des environnements qui n'utilisent pas de VLAN.

Si vous avez l'intention d'utiliser 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 à Auto Deploy et à VMware Tools

Lorsque vous provisionnez des hôtes avec 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 d'Auto Deploy

Le démarrage simultané d'un grand nombre d'hôtes augmente considérablement la charge sur le serveur Auto Deploy. Comme Auto Deploy est un serveur Web par essence, vous pouvez utiliser les technologies existantes de mise à l'échelle de serveur Web pour répartir la charge. Par exemple, un ou plusieurs proxys inverses de mise la mise en cache de serveur proxy peut être utilisée avec 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 Auto Deploy. Pour en savoir plus, regardez la vidéo sur l'utilisation de serveurs proxy Web inverses pour l'évolutivité d'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 Auto Deploy, soit un serveur proxy inverse), ce qui réduit considérablement la charge sur le serveur 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 Auto Deploy pourrait 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 d'Auto Deploy de vSphere Web Client et configurez votre environnement de manière à envoyer les informations de journalisation et les vidages mémoire aux hôtes distants.

Journaux Auto Deploy

Téléchargez les journaux Auto Deploy en accédant à la page Auto Deploy dans vSphere Web Client. Reportez-vous à la section Télécharger les journaux 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 pour utiliser le serveur syslog distant et appliquer 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 disposant de la fonction Auto Deploy ne possèdent 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.

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