Dell EMC Unity: So fügen Sie Zugriff auf verschiedene ESXi-Hosts hinzu, wenn Trend Micro Deep Security oder VMware Vshield bereitgestellt ist. (Vom Nutzer korrigierbar)

Unisphere enthält eine dedizierte Seite für den Zugriff auf VMware, die eine durchgängige Erkennung einer VMware vSphere-Umgebung ermöglicht. Informationen über die VMware vCenter, ESXi-Hosts, virtuellen Maschinen und virtuellen Laufwerke werden direkt in Unisphere importiert und angezeigt. Beim Importprozess werden auch die VMware-Hosts auf dem Unity-System registriert, sodass ihnen Zugriff auf LUNs, VMFS-Datenspeicher, NFS-Dateisysteme oder -Datenspeicher oder VVol-Datenspeicher gewährt werden kann.

Das Speichersystem lässt jedoch nur einen VMware ESXi-Host zu, der gleichzeitig bei Anwendungen wie Trend Micro Security vApp oder VMware Vshield (oder ESXi-Hosts, die im Allgemeinen doppelte IP-Adressen enthalten) registriert ist. Durch Hinzufügen eines zweiten solchen ESXi-Hosts als VMware-Host wird der vorhandene mit allen IP-Adressen und Initiatoren überschrieben. Infolgedessen verliert der überschriebene ESXi-Host den Zugriff auf das Speichersystem.

Anwendungen wie Trend Micro, Deep Security oder VMware Vshield erstellen eine interne VMkernel-Netzwerkschnittstelle (standardmäßig 169.254.1.1) auf jedem konfigurierten ESXi-Host. Unity geht davon aus, dass alle Hosts einen eindeutigen Satz von IP-Adressen haben sollten. Wenn der Storage-Administrator versucht, solche ESXi-Hosts zu registrieren, obwohl bereits ein anderer registriert ist, wird eine Warnung angezeigt, dass der neue Host mit dem Beenden eines Hosts in Konflikt steht, da für beide ESXi-Hosts identische interne Netzwerkschnittstellenadressen konfiguriert sind. Wenn der Storage-Administrator mit der Erstellung eines neuen VMware-Hosts fortfährt, wird der vorhandene Host in Unisphere vollständig mit einem neuen Host einschließlich aller IP-Adressen und Initiatoren überschrieben.

Empfehlung: Wenn der Nutzer im Voraus weiß, dass die ESXi-Hosts doppelte IPs haben, sollten generische Hosts (ACCESS –> Hosts in GUI) anstelle von VMware-Hosts (ACCESS –> VMware) verwendet werden, um diesen Fall zu behandeln.  Der Storage-Administrator sollte einen generischen Host für jeden ESXi-Server erstellen, der dieselbe VMkernel-IP-Adresse enthält, und eine Liste von IP-Adressen und iSCSI-Initiatoren manuell übergeben und alle in Konflikt stehenden internen Netzwerkschnittstellen ausschließen (z. B. 169.254.1.1, die Standardeinstellung für Trend Micro Deep Security- oder VMware VShield-Lösungen).

1. Vermeiden Sie das Erstellen von VMware-Hosts, wenn doppelte IPs für die ESXi-Server vorhanden sind.
2. Erstellen Sie generische Hosts für die ESXi-Server.
   1. Erstellen Sie für Hosts ohne FC die generischen Hosts manuell und schließen Sie alle in Konflikt stehenden internen Netzwerkschnittstellen aus.
   2. Für FC-Hosts erstellt die Push-Registrierung automatisch generische Hosteinträge.

Falls die Push-Registrierung deaktiviert ist, erstellen Sie sie manuell. Bevor Sie mit der manuellen Erstellung fortfahren, sollten Sie mindestens 10 Minuten warten, um festzustellen, ob der Host automatisch durch die Push-Registrierung erstellt wird.

1. Stellen Sie mithilfe dieser generischen Hosts Hostzugriff auf Datenspeicher bereit.
2. Erstellen Sie Datenspeicher manuell auf der ESXi-Seite mit den ermittelten Festplatten.

 
Recovery-Workaround für Fälle, in denen sich der Nutzer bereits in einem DU-Fall befindet:

1. Entfernen Sie den Hostzugriff für die betroffenen Datenspeicher.
2. Erstellen Sie manuell einen generischen Host für den ersten ESXi-Host, den wir entfernt haben, und schließen Sie alle in Konflikt stehenden internen Netzwerkschnittstellen aus.
3. Erteilen Sie Zugriff auf die Datenspeicher für den neu hinzugefügten generischen Host.
4. Führen Sie einen erneuten Scan der Speicheradapter auf der ESXi-Seite durch.
5. Der Datenspeicher wird erfolgreich zugeordnet.

Zugehörige Artikel: KB469656.