Dell EMC Unity: Jak dodać dostęp do różnych hostów ESXi za pomocą wdrożonego rozwiązania Trend Micro Deep Security lub VMware Vshield. (możliwość korekty z poziomu użytkownika)

Unisphere zawiera specjalną stronę Access VMware, która umożliwia kompleksowe wykrywanie środowiska VMware vSphere. Informacje o systemach VMware vCenter, hostach ESXi, maszynach wirtualnych i dyskach wirtualnych są importowane i wyświetlane bezpośrednio w Unisphere. Proces importowania rejestruje również hosty VMware w systemie Unity, aby można było udzielić im dostępu do jednostek LUN, magazynów danych VMFS, systemów plików lub magazynów danych NFS lub magazynów danych VVol.

Jednak system pamięci masowej zezwala na jednoczesne zarejestrowanie tylko jednego hosta VMware ESXi w aplikacjach takich jak Trend Micro Security vApp lub VMware Vshield (lub ogólnie na hostach ESXi zawierających zduplikowany adres IP). Dodanie drugiego takiego hosta ESXi jako hosta VMware spowoduje zastąpienie istniejącego hosta ze wszystkimi adresami IP i inicjatorami. W rezultacie zastąpiony host ESXi utraci dostęp do systemu pamięci masowej.

Aplikacje takie jak Trend Micro Deep Security lub VMware Vshield tworzą wewnętrzny interfejs sieciowy VMkernel (domyślnie 169.254.1.1) na każdym skonfigurowanym hoście ESXi. Unity zakłada, że wszystkie hosty powinny mieć unikatowy zestaw adresów IP. Gdy administrator systemu pamięci masowej próbuje zarejestrować takie hosty ESXi, gdy inny host jest już zarejestrowany, wyświetlane jest ostrzeżenie, że nowy host jest w konflikcie z wyjściem z jednego z nich, ponieważ oba hosty ESXi mają identyczny adres wewnętrznego interfejsu sieciowego. Jeśli administrator pamięci masowej będzie kontynuował tworzenie nowego hosta VMware, istniejący host zostanie całkowicie zastąpiony w Unisphere nowym, zawierającym wszystkie adresy IP i inicjatory.

Zalecenie: Jeśli użytkownik wie z wyprzedzeniem, że hosty ESXi mają zduplikowane adresy IP, do obsługi tego przypadku należy użyć hostów ogólnych (ACCESS —> Hosts w graficznym interfejsie użytkownika) zamiast hostów VMware (ACCESS —> VMware).  Administrator systemu pamięci masowej powinien utworzyć hosta ogólnego dla każdego serwera ESXi, który zawiera ten sam adres IP VMkernel, przekazując listę adresów IP i inicjatorów iSCSI, z wyłączeniem wszystkich sprzecznych wewnętrznych interfejsów sieciowych (np. 169.254.1.1, który jest domyślny dla rozwiązań Trend Micro Deep Security lub VMware VShield).

1. Unikaj tworzenia hostów VMware, gdy istnieją zduplikowane adresy IP serwerów ESXi.
2. Utwórz hosty ogólne dla serwerów ESXi.
   1. W przypadku hostów bez FC utwórz ręcznie hosty ogólne, wykluczając wszystkie wewnętrzne interfejsy sieciowe powodujące konflikt.
   2. W przypadku hostów FC rejestracja push automatycznie utworzy ogólne wpisy hosta.

Jeśli rejestracja push jest wyłączona, utwórz ją ręcznie. Zaleca się odczekanie co najmniej 10 minut, aby sprawdzić, czy rejestracja push automatycznie tworzy hosta przed kontynuowaniem ręcznego tworzenia.

1. Zapewnij hostowi dostęp do magazynów danych przy użyciu tych hostów ogólnych.
2. Ręczne tworzenie magazynów danych po stronie ESXi z wykrytymi dyskami.

 
Obejście odzyskiwania w przypadkach, gdy użytkownik znajduje się już w przypadku DU:

1. Usuń dostęp hosta dla magazynów danych, których dotyczy problem.
2. Utwórz ręcznie hosta ogólnego dla pierwszego usuniętego hosta ESXi, z wyłączeniem wszystkich wewnętrznych interfejsów sieciowych powodujących konflikt.
3. Udziel dostępu do magazynów danych dla nowo dodanego hosta ogólnego.
4. Przeskanuj ponownie karty pamięci masowej po stronie ESXi.
5. Magazyn danych zostanie pomyślnie zmapowany.

Powiązane artykuły: KB469656.