Assurez-vous que l'hôte dispose des configurations matérielles minimales prises en charge par ESXi 7.0.
Ressources matérielles et système
Pour installer ou mettre à niveau ESXi, votre matériel et vos ressources système doivent disposer de la configuration requise suivante :
- 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.
- ESXi 7.0 nécessite un hôte disposant d'au moins deux cœurs de CPU.
- ESXi 7.0 prend en charge une large variété de processeurs multi-cœurs x86 64 bits. Pour obtenir la liste des processeurs pris en charge, consultez le guide de compatibilité VMware à l'adresse http://www.vmware.com/resources/compatibility.
- ESXi 7.0 nécessite que le bit NX/XD soit activé pour le CPU dans le BIOS.
- ESXi 7.0 nécessite une capacité de RAM physique minimale de 4 Go. Fournissez au moins 8 Go de RAM pour exécuter des machines virtuelles dans des environnements de production normaux.
- 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.
- Un ou plusieurs contrôleurs Ethernet Gigabit ou plus rapides. 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.
- ESXi 7.0 nécessite un disque de démarrage d'au moins 32 Go de stockage persistant tel que HDD, SSD ou NVMe. Utilisez des périphériques multimédia USB, SD et non USB uniquement pour partitions de banque de démarrage ESXi. Un périphérique de démarrage ne doit pas être partagé entre des hôtes ESXi.
- Disque SCSI ou un LUN RAID local non réseau disposant d'un espace non partitionné pour les machines virtuelles.
- 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 sont considérés comme distants et non locaux. Ces disques ne sont pas utilisés en tant que partition scratch par défaut, car ils sont considérés comme distants.
Note : Vous ne pouvez pas connecter un lecteur de CD-ROM SATA à une machine virtuelle sur un hôte ESXi. Pour utiliser le périphérique CD-ROM SATA, vous devez utiliser le mode d'émulation IDE.
Systèmes de stockage
Pour obtenir la liste des systèmes de stockage pris en charge, reportez-vous au Guide de compatibilité VMware à l'adresse http://www.vmware.com/resources/compatibility. Pour le protocole Fibre Channel over Ethernet (FCoE) logiciel, reportez-vous à la section Installation et démarrage d'ESXi avec FCoE logiciel.
Conditions de démarrage d'ESXi
vSphere 7.0 prend en charge le démarrage d'hôtes ESXi à partir de l'interface UEFI (Unified Extensible Firmware Interface). Avec UEFI, vous pouvez démarrer des systèmes à partir de disques durs, de lecteurs de CD-ROM ou de supports USB.
vSphere Auto Deploy prend en charge le démarrage réseau et le provisionnement d'hôtes ESXi avec UEFI.
ESXi peut démarrer à partir d'un disque d'une capacité supérieure à 2 To si le microprogramme système et le microprogramme de toute carte d'extension utilisée le prennent en charge. Consultez la documentation du fabricant.
Configuration de stockage requise pour l'installation ou la mise à niveau d'ESXi 7.0
Pour obtenir des performances optimales d'une installation d'ESXi 7.0, utilisez un périphérique de stockage persistant d'au moins 32 Go pour les périphériques de démarrage. La mise à niveau vers ESXi 7.0 nécessite un périphérique de démarrage d'une capacité minimale de 4 Go. Lors du démarrage à partir d'un disque local, d'un LUN SAN ou iSCSI, un disque de 32 Go au moins est requis pour permettre la création de volumes de stockage système, qui incluent une partition de démarrage, des banques de démarrage, ainsi qu'un volume ESX-OSData basé sur VMFS-L. Le volume ESX-OSData se charge du rôle de la partition /scratch héritée, de la partition locker de VMware Tools et de la destination de vidage de mémoire.
Les autres options pour des performances optimales d'une installation ESXi 7.0 sont les suivantes :
- Disque local de 128 Go ou plus pour une prise en charge optimale d'ESX-OSData. Le disque contient la partition de démarrage, le volume ESX-OSData et une banque de données VMFS.
- Un périphérique prenant en charge au minimum 128 téraoctets écrits (TBW).
- Un périphérique qui fournit au moins 100 Mo/s de vitesse d'écriture séquentielle.
- Pour fournir une résilience en cas de défaillance de périphérique, il est recommandé d'utiliser un périphérique en miroir RAID 1.
- Les périphériques SD et USB sont pris en charge pour les partitions de banque de démarrage. Pour des performances optimales, fournissez également un périphérique local persistant distinct avec un minimum de 32 Go pour stocker les partitions /scratch et VMware Tools du volume ESX-OSData. La capacité optimale des périphériques locaux persistants est de 128 Go. L'utilisation de périphériques SD et USB pour le stockage de partitions ESX-OSData est obsolète.
- À partir de ESXi 7.0 Update 3, si le périphérique de démarrage est une carte USB ou SD sans stockage persistant local, tel qu'un périphérique HDD, SSD ou NVMe, la partition VMware Tools est automatiquement créée sur le disque RAM. Pour plus d'informations, reportez-vous à l'article 83376 de la base de connaissances.
- Si vous attribuez la partition /scratch à une carte USB ou SD sans stockage persistant local, des avertissements s'affichent pour vous empêcher de créer ou de configurer des partitions autres que les partitions de banque de démarrage sur des périphériques Flash Media. Pour des performances optimales, définissez la partition /scratch sur le disque RAM. Vous pouvez également configurer et déplacer la partition /scratch vers un SAN ou NFS. Pour plus d'informations, reportez-vous à l'article 1033696 de la base de connaissances.
- Vous devez utiliser un périphérique Flash SD approuvé par le fournisseur du serveur pour le modèle de serveur spécifique sur lequel vous souhaitez installer ESXi sur un périphérique de stockage Flash SD. Vous trouverez une liste des périphériques validés sur partnerweb.vmware.com.
- Consultez l'article 85685 de la base de connaissances sur les instructions mises à jour pour les environnements basés sur les cartes SD ou USB.
- Pour choisir un périphérique de démarrage SD ou USB approprié, reportez-vous à l'article 82515 de la base de connaissances.
Si aucun disque local n'est trouvé ou si le support de démarrage est un périphérique USB ou SD sans stockage durable supplémentaire pour les données persistantes, la partition /scratch se trouve alors sur le disque RAM, lié à /tmp, et ESXi 7.0 fonctionne en mode dégradé.
En mode dégradé, vous voyez une alerte système telle que : ALERTE : Aucun stockage persistant disponible pour les journaux et les données système. ESX fonctionne avec un espace de stockage système limité, les journaux et les données système seront perdus au redémarrage.
Lorsque ESXi 7.0 fonctionne en mode dégradé, la consommation de RAM pour les journaux peut entraîner la non-permanence des journaux, une panne possible de la journalisation ou une condition de mémoire épuisée pour les données temporaires. Un effet secondaire possible est le ralentissement du démarrage en raison du temps passé à reconstruire l'état du disque.
Utilisez un stockage persistant d'une taille suffisante pour éviter le mode dégradé. Vous pouvez reconfigurer /scratch pour utiliser un disque séparé ou LUN.
Le processus de mise à niveau vers ESXi 7.0 repartitionne le périphérique de démarrage et consolide le vidage de mémoire principal, le dispositif de verrouillage et les partitions scratch dans le volume ESX-OSData.
- Si aucune destination de vidage de mémoire personnalisée n'est configurée, alors l'emplacement de vidage de mémoire par défaut est un fichier dans le volume ESX-OSData.
- Si le service syslog est configuré pour stocker les fichiers journaux sur la partition scratch VFAT de 4 Go, les fichiers journaux dans var/run/log sont migrés vers le volume ESX-OSData.
- Les outils VMware Tools sont migrés à partir de la partition locker et la partition est effacée.
- La partition de vidage de mémoire est effacée. Les fichiers de vidage de mémoire de l'application qui sont stockés sur la partition scratch sont supprimés.
Si vous utilisez des périphériques USB ou SD pour effectuer une mise à niveau, le programme d'installation tente d'allouer une région ESX-OSData sur un disque local disponible. Une banque de données est utilisée pour /scratch, s'il n'y a pas d'espace disponible. Si aucun disque local ou banque de données n'est trouvé, /scratch est placé sur le disque RAM. Après l'installation ou la mise à niveau, reconfigurez /scratch pour utiliser une banque de données persistante ou ajoutez un nouveau disque pour les volumes de stockage système.
Pour reconfigurer /scratch, voir Définir la partition Scratch depuis vSphere Client.
Après la mise à niveau vers ESXi 7.0, vous pouvez ajouter un nouveau disque local et activer le paramètre autoPartition=TRUE. Après un redémarrage, le disque de démarrage est partitionné. Pour plus d'informations sur les options de démarrage pour configurer la taille des partitions du système ESXi, consultez l'article de la base de connaissances https://kb.vmware.com/s/article/81166.
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é, la partition /scratch est placée sur le disque RAM. Reconfigurez /scratch pour utiliser une banque de données persistante après l'installation.
Pour les environnements qui démarrent à partir d'un SAN ou qui utilisent Auto Deploy, le volume ESX-OSData de chaque hôte ESXi doit être configuré sur un LUN SAN distinct. Toutefois, si /scratch est configuré pour ne pas utiliser ESX-OSData, vous n'avez pas besoin d'allouer un LUN distinct pour /scratch sur chaque hôte. 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.
