Dell EMC Unity : Comment ajouter l’accès à différents hôtes ESXi avec Trend Micro Deep Security ou VMware Vshield déployé. (Corrigible par l’utilisateur)

Unisphere inclut une page Access VMware dédiée qui permet la découverte de bout en bout d’un environnement VMware vSphere. Les informations sur les VMware vCenters, les hôtes ESXi, les machines virtuelles et les disques virtuels sont importées et affichées directement dans Unisphere. Le processus d’importation enregistre également les hôtes VMware sur le système Unity afin qu’ils puissent être autorisés à accéder aux LUN, aux datastores VMFS, aux datastores ou systèmes de fichiers NFS, ou aux datastores VVol.

Toutefois, le système de stockage n’autorise qu’un seul hôte VMware ESXi enregistré avec des applications telles que Trend Micro security vApp ou VMware Vshield (ou des hôtes ESXi qui contiennent des adresses IP en double en général) simultanément. L’ajout d’un deuxième hôte ESXi en tant qu’hôte VMware remplacera l’hôte existant avec toutes ses adresses IP et tous ses initiateurs. Par conséquent, l’hôte ESXi écrasé perdra l’accès au système de stockage.

Les applications telles que Trend Micro Deep Security ou VMware Vshield créent une interface réseau VMkernel interne (169.254.1.1 par défaut) sur chaque hôte ESXi qu’elles configurent. Unity suppose que tous les hôtes doivent disposer d’un ensemble unique d’adresses IP. Lorsque l’administrateur de stockage tente d’enregistrer ces hôtes ESXi alors qu’un autre est déjà enregistré, un avertissement indiquant que le nouvel hôte entre en conflit avec celui qui quitte s’affiche, car les deux hôtes ESXi ont une adresse d’interface réseau interne identique configurée. Si l’administrateur de stockage procède à la création d’un nouvel hôte VMware, l’hôte existant est complètement remplacé dans Unisphere par un nouvel hôte comprenant toutes ses adresses IP et tous ses initiateurs.

Recommandation: Si l’utilisateur sait à l’avance que les hôtes ESXi ont des adresses IP en double, des hôtes génériques (ACCESS -> Hôtes dans l’interface graphique) doivent être utilisés à la place des hôtes VMware (ACCESS -> VMware) pour gérer ce cas.  L’administrateur de stockage doit créer un hôte générique pour chaque serveur ESXi qui contient la même adresse IP VMkernel, en transmettant manuellement une liste d’adresses IP et d’initiateurs iSCSI, en excluant toutes les interfaces réseau internes en conflit (comme 169.254.1.1 qui est la valeur par défaut pour les solutions Trend Micro Deep Security ou VMware VShield).

1. Évitez de créer des hôtes VMware lorsqu’il existe des adresses IP en double pour les serveurs ESXi.
2. Créez des hôtes génériques pour les serveurs ESXi.
   1. Pour les hôtes sans FC, créez manuellement les hôtes génériques en excluant toutes les interfaces réseau internes en conflit.
   2. Pour les hôtes FC, l’enregistrement push crée automatiquement des entrées d’hôte génériques.

Si l’enregistrement push est désactivé, créez-le manuellement. Il est conseillé d’attendre au moins 10 minutes pour voir si l’enregistrement push crée l’hôte automatiquement avant de poursuivre la création manuelle.

1. Fournissez un accès hôte aux magasins de données à l’aide de ces hôtes génériques.
2. Créez manuellement des magasins de données du côté ESXi avec les disques découverts.

 
Solution de contournement de récupération pour les cas où l’utilisateur se trouve déjà dans un incident DU :

1. Supprimez l’accès hôte pour les datastores concernés.
2. Créez manuellement un hôte générique pour le premier hôte ESXi que nous avons supprimé, en excluant toutes les interfaces réseau internes en conflit.
3. Accordez l’accès aux datastores pour l’hôte générique nouvellement ajouté.
4. Effectuez une nouvelle analyse des adaptateurs de stockage côté ESXi.
5. Le datastore sera mappé avec succès.

Articles connexes : KB469656.