5.5

Table Of Contents
Les hôtes ESX possèdent deux piles IP, une pour VMkernel et l'autre pour la console de service. Les hôtes
ESXi ne disposant que d'une seule pile IP, la migration ne peut conserver les deux routes par défaut d'ESX.
Après la migration, la console de service par défaut d'ESX devient l'unique route par défaut d'ESXi,
remplaçant la route VMkernel. Le passage à une seule route par défaut pourrait provoquer une perte de
connectivité pour le trac non géré et routé en provenance de VMkernel. Pour restaurer la mise en réseau
VMkernel, vous pouvez congurer des routes statiques en plus de la route par défaut.
Toutes les interfaces vswif sont migrées vers les interfaces vmk. Si un conit est détecté entre deux
interfaces, l'une d'entre elles est désactivée. La mise à niveau désactive tout adressage IP de noyau
conictuel en faveur de l'interface de gestion.
La migration vers ESXi 5 désactive tous les adaptateurs réseau virtuels vmk existants qui remplissent les
conditions suivantes.
n
La carte réseau virtuelle vmk possède une adresse IP congurée manuellement (statique).
n
L'adresse IP se trouve sur le même sous-réseau que la carte réseau virtuelle vswif qui est migrée vers un
commutateur contenant la carte réseau virtuelle vmk.
n
Les adaptateurs réseau virtuels vmk et vswif se trouvent toutes deux sur le même commutateur virtuel.
Par exemple, si la carte vswif0 qui se trouve sur le commutateur vswitch1 et dont l'adresse IP est
192.0.2.1/24, est migrée vers un commutateur contenant la carte vmk0 qui se trouve également sur le
commutateur vswitch1 et dont l'adresse est 192.0.2.2/24, après la migration, vmk0 sera désactivée.
Le groupe de ports de la console de service ESX 4.x est supprimé lors de la
migration vers ESXi 5.x
Étant donné que ESXi 5.x ne dispose d'aucune console de service, la migration d'ESX 4.x vers ESXi 5.x
supprime le groupe de ports de la console de service.
Après la migration vers ESXi 5.x, un nouveau groupe de ports est créé : le groupe de ports de gestion de
réseau.
Si l'un de vos hôtes ESX exige que le groupe de ports de la console de service prenne en charge un service
existant, vous pouvez dénir un script de premier démarrage pour recréer le groupe de ports après la
migration. Reportez-vous aux informations relatives à la commande %firstboot gurant dans
« Commandes du script d'installation et de mise à niveau », page 211.
Modifications de partitionnement d'ESX 4.x vers ESXi 5.x
Le schéma de partitionnement ESXi utilisé dans ESXi 5.x est diérent de celui des versions antérieures d'ESX
et d'ESXi. ESXi 5.x ne possède pas la partition de console de service que l'on trouve dans ESX.
La manière dont ces modications aectent votre hôte varie selon que vous eectuez une mise à niveau vers
ESXi 5 ou que vous eectuez une nouvelle installation.
Partitionnement dans les nouvelles installations d'ESXi 5.x
Dans les nouvelles installations, plusieurs nouvelles partitions sont créées pour les banques de démarrage,
la partition scratch et le casier. Les nouvelles installations d'ESXi 5.x utilisent des tables de partition GUID
(GPT) au lieu du partitionnement basé sur MSDOS.
La table de partition est xée dans le cadre de l'image binaire, et est écrite sur le disque au moment où le
système est installé. Le programme d'installation ESXi laisse les partitions scratch et VMFS vierges, et ESXi
les crée lorsque l'hôte est redémarré pour la première fois après l'installation ou la mise à niveau. La taille de
la partition scratch est de 4 Go. Le reste du disque est formaté en tant que partition VMFS5.
R Le programme d'installation peut créer plusieurs partitions VFAT. La désignation VFAT
n'indique pas toujours que la partition est une partition Scratch. Dans certains cas, une partition VFAT peut
rester inactive.
Chapitre 7 Mettre à niveau et migrer vos hôtes
VMware, Inc. 169