Vous n'avez pas à le faire, sauf si vous avez implémenté le masquage de LUN au niveau de l'hôte ESX. C'est une technique relativement rare - la présentation des LUN devrait être gérée au niveau de la matrice et, d'après mon expérience, c'est presque toujours le cas. Je ne vois pas pourquoi elle serait utilisée dans un environnement iSCSI, mais il se peut qu'il y ait du matériel étrange qui le nécessite. Si vous êtes inquiet, vérifiez que le masquage de LUN est configuré sur vos hôtes avant de procéder à la mise à niveau.
Le risque est d'avoir un environnement dans lequel votre SAN présente tout ou partie de ses LUN. \Volumes de manière incontrôlée et s'appuie sur les hôtes pour sélectionner les volumes avec lesquels ils interagissent réellement. Par exemple, dans un scénario où un volume NTFS appartenant techniquement à un hôte Windows est également visible par un hôte ESX, vous pouvez utiliser le masquage de LUN pour empêcher l'hôte ESX de corrompre ce volume. Il s'agit d'une configuration assez fragile et c'est pourquoi elle est généralement évitée.
Même si vous devez le faire, cela ne signifie pas que vous devrez utiliser l'AMV. Le vSphere CLI peut être installé sur Windows XP \2K3\2K8 -64 \Vista et RHEL 5.1, SLES 10 \11 & Ubuntu 9.04 pour permettre l'accès à la plupart des commandes qui devraient être exécutées directement sur la console de service dans les anciennes versions d'ESX. L'AMV est pratique car il s'agit d'une appliance virtuelle CentOS entièrement autonome et préconfigurée qui comprend, entre autres, l'interface de commande de vSphere. Comme l'a souligné JakeRobinson, le CLI Busybox sur ESX 4.1 peut être utilisé car il prend en charge les commandes ESXCLI, de sorte que vous n'avez pas besoin d'installer quoi que ce soit d'autre si vous devez le faire.
