Ogólna procedura zdalnego proaktywnego wsparcia: uaktualnienie VxRail — przewodnik przygotowania klienta
Summary: Przewodnik dla klientów firmy Dell dotyczący przygotowania się do uaktualnienia klastra VxRail z udziałem zespołu zdalnej proaktywnej pomocy technicznej.
Instructions
Ważne: Jeśli potrzebujesz pomocy technicznej podczas samodzielnego aktualizowania systemu VxRail, wybierz opcję Problem z produktem z listy rozwijanej pomocy technicznej online.
Uaktualnienie środowiska systemu operacyjnego należy wybrać tylko wtedy, gdy wnioskuje się o zaplanowanie aktualizacji z zespołem RPS.
Wprowadzenie:
zespół ds. usług Dell Remote Proactive Services (RPS) jako Twój partner IT opracował niniejszy przewodnik przygotowania do aktualizacji, aby pomóc klientom w pomyślnym modernizowaniu sprzętu. Niniejszy przewodnik nie ma na celu zastąpienia jakichkolwiek innych procedur ani informacji dotyczących wydania. Opisano w nim znane problemy, które mogą potencjalnie zakłócić działanie środowiska.
W tym przewodniku dostępne są dwie opcje, jak wspomniano podczas wymiany z Dell Scheduler:
- Zapoznaj się z tym przewodnikiem przed zaplanowaną wstępną kontrolą aktualizacji (konsultacją techniczną) i przygotuj się na wszelkie pytania. Należy je omówić z inżynierem ds. aktualizacji, gdy skontaktuje się on z Tobą w celu przeprowadzenia wstępnej kontroli. Następnie inżynier ds. aktualizacji przegląda wyniki kontroli wstępnej i określa plan aktualizacji.
- Zapoznaj się z tym przewodnikiem niezależnie i upewnij się, że środowisko jest chronione przed tymi znanymi problemami.
Rozważając uaktualnienie kodu, zespół VxRail Engineering zaleca stosowanie najnowszego kodu w każdej rodzinie. Te poziomy kodu zawierają najnowsze poprawki i łatki bezpieczeństwa.
Koniec wsparcia dla oprogramowania (EOSS):
Obsługa urządzeń z rodzin VxRail 4.5 i VxRail 4.7 zakończyła się 30 września 2022 r. Zachęcamy klientów do uaktualnienia do kodu VxRail 8.0.x w celu uzyskania dalszej pomocy technicznej.
Firma Broadcom ogłosiła koniec okresu eksploatacji oprogramowania vSphere/vCenter 7.0 2 października 2025 r. Firma Dell dostosuje VxRail 7.x do tej daty. Zachęcamy klientów do uaktualnienia do kodu VxRail 8.0.x przed datą zakończenia eksploatacji.
Poradniki zabezpieczeń:
VMSA-2025-0004
4 marca 2025 r. firma Broadcom wydała krytyczny poradnik VMware Security Advisory (VMSA), VMSA-2025-0004, dotyczący luk w zabezpieczeniach znalezionych i usuniętych w VMware ESXi, które mają wpływ na produkt VxRail. Te luki w zabezpieczeniach zostały usunięte w następujących wersjach VxRail:
- 8.0.322 (zawiera vSphere 8.0 U3d)
- 7.0.541 (zawiera vSphere 7.0 U3s)
Podczas planowania uaktualnienia należy zapoznać się z najnowszymi poradnikami zabezpieczeń. Użyj poniższego łącza, aby wyświetlić najnowsze poradniki zabezpieczeń: Obsługa serii urządzeń VxRail | Poradniki
Poradniki powinny być czytane i wykorzystywane, aby uniknąć sytuacji, które mogą wyniknąć z opisanych w nich problemów. Jeśli poradnik ma zastosowanie, może określić kod docelowy aktualizacji i dodatkowe kroki w celu pełnego rozwiązania problemu.
Najnowsze kody:
Rodzina 9.x: 9.1.000 (wydana w czerwcu 2026 r.)
Rodzina 8.x: 8.0.390 (wydana w lipcu 2026 r.)
Rodzina 7.x: 7.0.550 (wydana w maju 2025 r.)
Najnowsze problemy:
Firma Broadcom wprowadziła niedawno nowe wymagania dotyczące zewnętrznych pakietów VIB i portów sieciowych usług. W związku z tym w celu uaktualnienia do VxRail 8.0.300 w celu wdrożenia tych nowych wymagań wymagany jest dodatkowy jednorazowy rozruch na węzeł. Ze względu na dodatkowy ponowny rozruch każdy węzeł może wymagać dodatkowych 20 minut czasu aktualizacji.
Aby można było obsługiwać te nowe usługi, między węzłami VxRail, vCenter i ESXi muszą być otwarte następujące porty sieciowe:
- 39090
- 35252
- 35353
- 38008
Licencji:
W przypadku klientów wykonujących uaktualnienie wersji głównej wymagane jest uaktualnienie kluczy licencyjnych. Informacje na temat uaktualniania kluczy licencyjnych po uaktualnieniu systemu VxRail można znaleźć w 282428 bazy wiedzy Broadcom. Zapoznaj się z 281797
bazy wiedzy Broadcom, aby uzyskać pomoc w stosowaniu kluczy licencji.
W przypadku aktualizacji do wersji 9.x wymagana jest licencja subskrypcyjna. Patrz VxRail: Wymagania licencyjne VxRail dla aktualizacji 9.0. Aby przypisać licencje, należy wdrożyć operacje VCF. Zapoznaj się z artykułem VxRail: Instalacja operacji VCF i przypisywanie licencji dla vSphere 9.
Klienci są odpowiedzialni za uzyskanie i aktualizację kluczy licencyjnych.
Przed aktualizacją:
Przygotowując się do nadchodzącego wydarzenia aktualizacji, zwróć uwagę na poniższe znane elementy:
- W ramach kontroli przed aktualizacją inżynier aktualizacji RPS sprawdza stan klastra przed rozpoczęciem aktualizacji klastra. Dodatkowy czas jest przeznaczony na kontrole wstępne i końcowe klastra.
- Zaplanuj uaktualnienie na czas poza szczytowym obciążeniem we/wy, ponieważ podczas migracji maszyn wirtualnych może wystąpić spadek wydajności poszczególnych węzłów lub hostów.
- Ponieważ następuje uruchomienie funkcji vMotion maszyn wirtualnych w ramach uaktualnienia, upewnij się wcześniej, że maszyny wirtualne są dostępne dla funkcji vMotion. Przykłady problemów, które mogą uniemożliwiać korzystanie z funkcji vMotion:
- Maszyna wirtualna z zamontowanym obrazem ISO
- Maszyna wirtualna z zewnętrzną pamięcią masową zamontowaną lokalnie
- Maszyna wirtualna przypięta do hosta (reguły Affinity)
- Jeśli ten klaster VxRail dołącza do vCenter zarządzanego przez klienta, upewnij się, że kompilacja vCenter jest już w minimalnej wymaganej wersji, zgodnie z artykułem bazy wiedzy: VxRail: VxRail i zewnętrzna macierz interoperacyjności vCenter
- RecoverPoint dla maszyn wirtualnych jest produktem podlegającym aktualizacji przez klienta i nie jest objęty zakresem zespołu RPS. Zapoznaj się z prostą matrycą zgodności VxRail, aby uzyskać informacje na temat obsługiwanych wersji RecoverPoint dla maszyn wirtualnych.
- Sprawdź, czy całe oprogramowanie innych firm jest zgodne z aktualizowaną wersją VxRail, sprawdzając prostą matrycę zgodności VxRail.
- Sprawdź zgodność z informacjami pochodzącymi od innego dostawcy, jeśli jakiekolwiek oprogramowanie nie zostało uwzględnione w poprzednim dokumencie.
- Jeśli klient korzysta z vCenter z uwierzytelnianiem Active Directory i planuje uaktualnienie poza rodziną (OOF), musi ponownie skonfigurować źródło tożsamości po uaktualnieniu. Takie zachowanie jest oczekiwane podczas aktualizacji między głównymi wersjami vCenter. Zapoznaj się z artykułem z bazy wiedzy: Dell VxRail: należy ponownie skonfigurować źródło tożsamości vCenter (IWA) po uaktualnieniu wersji głównej VxRail 4.5.x do 4.7.x / 4.7.x do 7.0.x.
- Począwszy od VxRail 7.0.350, klastry VxRail korzystają ze skonsolidowanego rozwiązania łączności nowej generacji (Secure Connect Gateway) firmy Dell Technologies, które łączy się z chmurą Dell Technologies.
W przypadku uaktualnienia do wersji VxRail 7.0.350 lub nowszej mogą być wymagane dodatkowe czynności w zależności od bieżącej konfiguracji zdalnej. Więcej informacji można znaleźć w artykule bazy wiedzy: Dell VxRail: Łączność nowej generacji z VxRail w wersji 7.0.350 i nowszych - Jeśli rozwiązanie VxRail jest wdrażane i zarządzane za pośrednictwem bramki Secure Remote Services, upewnij się, że spełnione są wymagania sieciowe, tak aby aktualizacja VxRail 7.0.350+ mogła automatycznie aktualizować połączenie zdalne.
- W przypadku wdrożeń przy użyciu zewnętrznej bramki Secure Remote Services lub SAE przed aktualizacją VxRail należy uaktualnić bramkę do wersji 5.x.
Jeśli te wymagania nie są spełnione, funkcja dial-home jest ograniczona do momentu uaktualnienia bramki do wersji Secure Connect Gateway 5.x lub nowszej. - W przypadku klastra VxRail, do którego zastosowano wzmocnienie STIG (Security Technical Implementation Guidelines), wzmocnienie STIG w wersji 2.0.001 rozwiązuje problem VMware opisany w artykule VMware KB 88055
, który blokował wzmacnianie zabezpieczeń STIG VxRail w wersji 7.0.370 i nowszych. Ponadto jeśli do klastra VxRail w wersji 7.0.350 lub starszej zastosowano pakiet STIG Hardening w wersji 2.0.000 lub starszej, należy zastosować pakiet STIG Hardening w wersji 2.0.001 przed aktualizacją klastra VxRail do wersji 7.0.370 lub nowszej. Aby uzyskać więcej informacji, zapoznaj się z artykułem bazy wiedzy: Dell VxRail: Podręcznik technicznego wdrożenia zabezpieczeń na platformie VxRail .
- Podczas aktualizacji VxRail z VxRail 4.x lub 7.0.x do nowszej wersji 7.0.x aktualizacja VMware VDS resetuje tryb filtrowania multiemisji do wartości domyślnej, umożliwiając podsłuchiwanie VDS za pomocą protokołu IGMP/MLD. Namierzanie IGMP/MLD może potencjalnie wpływać na aplikacje Microsoft Network Load Balancer (NLB). Jeśli środowisko jest skonfigurowane za pomocą Microsoft NLB dla aplikacji hostowanych przez VxRail, wirtualny adres IP nie jest osiągalny, dopóki ręcznie nie wyłączysz namierzania IGMP/MLN.
- Począwszy od wersji VxRail 8.0.330, obsługiwana jest funkcja hasła aktualizacji VxRail. Eliminuje to konieczność uczestnictwa klienta w aplikacji Zoom i dostarczania wymaganych poświadczeń podczas przepływu pracy wykonywania uaktualnienia. Można go utworzyć za pomocą klienta vSphere Client > : Wybierz klaster > Konfiguracja > ustawień aktualizacji > Utwórz > hasło aktualizacji VxRail.
- Jeśli korzystasz z PPDM (PowerProtect Data Manager), zalecamy zapoznanie się z macierzą zgodności PPDM, aby upewnić się, że wdrożenie jest nadal w pełni obsługiwane. Obejmuje to nie tylko wersje platform, ale także kompatybilność na poziomie funkcji, takich jak TSDM. Ponieważ Twój zespół ma najlepsze informacje na temat aktywnie używanych funkcji PPDM, uprzejmie prosimy o sprawdzenie tych informacji po swojej stronie. W przypadku znalezienia jakichkolwiek niezgodności uaktualnij PPDM do obsługiwanej wersji przed aktualizacją VxRail.
Zapoznaj się z artykułem z bazy wiedzy: Dell EMC VxRail: LCM Uaktualnienie z wersji 4.x lub 7.0.x do nowszej wersji 7.0.x lub 8.0.x Uaktualnienie VMWare VDS spowoduje zresetowanie trybu filtrowania multiemisji do domyślnego ustawienia "IGMP/MLD snooping" w VDS, co może mieć wpływ na aplikacje Microsoft NLB , aby uzyskać bardziej szczegółowe informacje.
Zalecenie ponownego uruchomienia:
Inżynier jakości VxRail przeprowadził analizę danych, która wykazała wysoki odsetek udanych aktualizacji po proaktywnym ponownym uruchomieniu węzłów ESXi. Ponadto może również zidentyfikować maszyny wirtualne z problemami z vMotion, problemami z trybem konserwacji ESXi lub wszelkimi problemami z ponownym uruchomieniem i odświeżyć wszystkie usługi ESXi.
Zespół RPS zaleca, aby klienci wykonali stopniowy ponowny rozruch węzłów ESXi na kilka dni przed aktualizacją VxRail (zadanie klienta).
Jeśli klient napotka jakiekolwiek problemy podczas ponownego uruchamiania, może zapoznać się z artykułem VxRail: Przewodnik rozwiązywania problemów dla sekwencyjnego ponownego uruchamiania hostów VxRail lub otworzyć zgłoszenie serwisowe do zespołu pomocy technicznej VxRail.
Ponadto przed uruchomieniem skryptu aktualizacji RPS inżynier ds. aktualizacji RPS uruchamia ponownie wszystkie maszyny wirtualne usługi (VxRail Manager, vCenter i PSC) i resetuje kontroler iDRAC na wszystkich węzłach przed uruchomieniem skryptu aktualizacji.
Maszyny wirtualne usług vCenter i PSC są ponownie uruchamiane tylko wtedy, gdy są zarządzane przez VxRail.
Czynności ponownego uruchomienia węzła:
W poniższych krokach opisano sposób stopniowego ponownego uruchamiania węzłów ESXi w celu uniknięcia zakłóceń lub przestojów:
- Zaloguj się do interfejsu użytkownika vCenter, sprawdź, czy kondycja vSAN jest w dobrym stanie i czy nie są wyświetlane żadne błędy.
- Wybierz pierwszy węzeł. Kliknij prawym przyciskiem myszy > pozycję Enter Maintenance Mode (upewnij się, że w oknie wybrano opcję "Ensure Accessibility").
- Uzyskaj adres IP kontrolera iDRAC:
➢ Wybierz węzeł, > Konfiguruj konfigurację > VxRail > iDRAC
- Gdy węzeł przejdzie w tryb konserwacji, kliknij prawym przyciskiem myszy przycisk Node Power > > Reboot
- Monitoruj ponowny rozruch za pośrednictwem interfejsu iDRAC, otwierając okno przeglądarki z adresem IP kontrolera iDRAC.
- Gdy węzeł powróci do trybu online, wyłącz go z trybu konserwacji i usuń wszystkie alarmy.
- Przejdź do sekcji vSAN Health i sprawdź, czy jest ponowna synchronizacja:
➢ Cluster > Monitor > vSAN > Resync Objects
➢ Jeśli nastąpi ponowna synchronizacja, poczekaj na jej zakończenie, zanim przejdziesz dalej.
- Uruchom testy stanu vSAN. Przed przejściem do następnego węzła upewnij się, że wszystko jest czyste.
- Powtórz powyższy proces dla wszystkich pozostałych węzłów.
Wymagania dotyczące haseł:
- Upewnij się, że masz poniższe hasła przed aktualizacją i konsultacją techniczną, aby zapobiec odroczeniu działania.
- Mystyk VxRail Manager
- Użytkownik główny VxRail Manager
- Administrator vCenter
- Katalog główny vCenter (w przypadku zarządzania VxRail)
- Root PSC (w przypadku zarządzania VxRail — nie dotyczy wersji 7.x i nowszych)
- Korzeń węzła ESXi
- iDRAC
- Więcej informacji na temat instrukcji dotyczących hasła można znaleźć w artykule bazy wiedzy: Dell VxRail: reguły konta i hasła w narzędziu VxRail .
- Postępuj zgodnie z procedurą postępowania w Solve Online, aby zresetować dowolne z haseł.
- Jeśli nie udało Ci się zresetować żadnego z powyższych haseł, otwórz zgłoszenie serwisowe w dziale pomocy technicznej VxRail przed konsultacją techniczną.
Podczas uaktualniania poza rodziną do wersji 8.x/7.x/4.7.x/4.5.x należy upewnić się, że:
- Jeśli hasło użytkownika vCenter
administrator@vsphere.localzawiera znaki specjalne wymienione w artykule bazy wiedzy, do którego odwołuje się następny punktor, powłoka Linuksa nie może poprawnie obsłużyć tych znaków i powoduje awarię skryptu. - Przed aktualizacją zmień hasło administratora do vCenter, jeśli zawiera ono dowolny znak specjalny wymieniony w artykule bazy wiedzy, do którego się odwołuje. Dodatkowe informacje można znaleźć w artykule bazy wiedzy: VxRail: Niepowodzenie kontroli poprawności działania VxRM dla testu "vc_pw_char".
- Tymczasowy adres IP w tej samej podsieci jest wymagany do uaktualnienia vCenter Server Appliance (VCSA) i Platform Service Controller (PSC). Sprawdź, czy adres IP jest wolny za pomocą następującego polecenia:
/usr/sbin/arping -I eth0 -c 5 -D <temp IP address>
W przypadku aktualizacji z wersji 4.0.x do 4.5.x lub 4.7.x:
- Aplikacja VxRail Manager w wersji 4.5.x i nowszych nie obsługuje już serwera vCenter Server jako DNS. Przed uaktualnieniem do wersji 4.5.x lub 4.7.x przygotuj i podaj informacje o zewnętrznym DNS.
- Tymczasowy adres IP w tej samej podsieci jest wymagany do uaktualnienia vCenter Server Appliance (VCSA) i Platform Service Controller (PSC). Sprawdź, czy adres IP jest wolny za pomocą następującego polecenia:
/usr/sbin/arping -I eth0 -c 5 -D <temp IP address>
W przypadku aktualizacji z wersji 4.5.x do 4.7.x:
- Do uaktualnienia VCSA i PSC wymagany jest tymczasowy adres IP w tej samej podsieci. Sprawdź, czy adres IP jest wolny za pomocą następującego polecenia:
/usr/sbin/arping -I eth0 -c 5 -D <temp IP address> - Przed aktualizacją do wersji 4.7.x klastry RecoverPoint dla maszyn wirtualnych (RecoverPoint dla maszyn wirtualnych) należy uaktualnić do najnowszej obsługiwanej wersji RecoverPoint dla maszyn wirtualnych.
- Przed aktualizacją do wersji 4.7.x należy sprawdzić zgodność wersji NSX (jeśli jest zainstalowana) z VxRail 4.7.x. (Patrz artykuł z bazy wiedzy: VxRail: aktualizacja nie może być kontynuowana, ponieważ pakiet VMware NSX VIB jest niezgodny na hoście).
W przypadku aktualizacji z wersji 4.0.x, 4.5.x lub 4.7.x do 7.0.x:
W niektórych przypadkach uaktualnienie VxRail z 4.5.x lub 4.7.x do 7.0 w konfiguracji rozciągniętego klastra może spowodować, że urządzenie vSAN Witness utraci wbudowaną licencję i powróci do 60-dniowej licencji testowej. Zapoznaj się artykułem z bazy wiedzy: Dell VxRail: licencja OEM na obecność świadka vSAN została utracona lub wygasła po uaktualnieniu do 7.0.xxx z wcześniejszej wersji 4.5.xx lub 4.7.xxx.
- Przed uaktualnieniem VxRail 7.x należy uaktualnić wszystkie serwery vCenter Server zarządzane przez klienta (zarządzane przez klienta).
- Przed aktualizacją vCenter użytkownicy muszą wykonać ręczną procedurę, aby zaktualizować ustawienie vCenter przed aktualizacją dostarczonego przez klienta vCenter do wersji 7.0.U1. Zapoznaj się z następującym artykułem, aby uzyskać szczegółowe informacje na temat procedury: https://kb.vmware.com/s/article/2051311
- Oprogramowanie VxRail Manager w wersji 7.0.000 i nowszych obsługuje program RecoverPoint dla maszyn wirtualnych w wersji 5.3. Jeśli w klastrze VxRail Cluster zainstalowano RecoverPoint dla maszyn wirtualnych, zapoznaj się z prostą matrycą zgodności VxRail, aby uzyskać bieżącą wersję obsługiwanego rozwiązania RecoverPoint dla maszyn wirtualnych.
- Uaktualnienia internetowe: zobacz informacje o wersji, aby uzyskać informacje o wersjach, które obsługują uaktualnienia internetowe.
- Węzły urządzenia Quanta nie są obsługiwane w rodzinie vSphere 7.x.
- Przed aktualizacją należy zapoznać się z macierzą
interoperacyjności produktów VMware dla obsługiwanych wersji NSX z docelowymi wersjami vCenter.
- Od wersji VxRail 7.0.x kontroler usług platformy (PSC) musi być wbudowany w maszynie wirtualnej vCenter Server.
- W przypadku klastrów wdrożonych z wewnętrznym systemem vCenter skrypt VxRail Life-Cycle Management (LCM) dla wersji 7.0.x automatycznie łączy zewnętrzne PSC z wewnętrznym PSC osadzonym w maszynie wirtualnej vCenter Server.
- W przypadku klastrów z wdrożeniem vCenter zarządzanym przez klienta użytkownik jest odpowiedzialny za ręczne skonfigurowanie zewnętrznego PSC do wbudowanego PSC w maszynie wirtualnej vCenter Server przed uaktualnieniem do kodu VxRail 7.x.
- Użytkownicy muszą postępować zgodnie z procedurą dostarczoną przez VMware w celu konwersji, a następnie uruchomić skrypt dostarczony przez VxRail, aby zaktualizować informacje PSC w bazie danych VxRail. Zapoznaj się z artykułem z bazy wiedzy: Dell VxRail: Jak zaktualizować konfigurację VxRail Manager przy użyciu skryptu po konwersji zewnętrznych systemów vCenter i PSC.
- Tymczasowy adres IP w tej samej podsieci jest wymagany do uaktualnienia vCenter Server Appliance (VCSA) i Platform Service Controller (PSC). Sprawdź, czy adres IP jest wolny za pomocą następującego polecenia:
/usr/sbin/arping -I eth0 -c 5 -D <temp IP address>
W przypadku uaktualniania z wersji 4.7.x, 7.x do 8.0.x
Przestarzałe moduły TPM 1.2 firmy VMware w oprogramowaniu vSphere 8.0. Klastry z węzłami 14G z aktywnym modułem TPM 1.2 nie przechodzą wstępnej kontroli VxRail 8.0.x LCM z komunikatem o błędzie lub ostrzeżeniem. Zapoznaj się z artykułem bazy wiedzy Informacje dotyczące wydania VxRail: Błąd lub ostrzeżenie LCM na węzłach 14G z aktywnym modułem TPM 1.2 podczas aktualizacji do wersji 8.x i VxRail 8.0.x.
Tymczasowy adres IP w tej samej podsieci jest wymagany do uaktualnienia vCenter Server Appliance (VCSA) i Platform Service Controller (PSC). Sprawdź, czy adres IP jest wolny za pomocą następującego polecenia:
/usr/sbin/arping -I eth0 -c 5 -D <temp IP address>
W przypadku aktualizacji do wersji 9.x
Obsługiwana jest tylko licencja subskrypcyjna, a do zarządzania licencjami wymagany jest dział operacyjny VCF. Patrz część dotycząca licencji powyżej.
Przed aktualizacją należy wykonać następujące czynności: włączanie trybu vSphere Lifecycle Manager Jest to zadanie klienta.
Cloudlink
Przed aktualizacją do VxRail 8.x klienci muszą uaktualnić CloudLink do wersji 8.x. Aby uzyskać więcej informacji, zapoznaj się z artykułem bazy wiedzy Dell CloudLink: Interoperability between vSphere 8.0 and CloudLink.
Oddzielenie
SFSAktualizacje wymagają odłączenia usług SmartFabric Services (SFS) od VxRail Manager:
- Aktualizacje do wersji 7.0.450 i nowszych (w tym kod 8.x)
Więcej informacji na temat odsprzęgania SFS i SolVe można znaleźć w artykule bazy wiedzy VxRail: Omówienie obsługi rozprzęgania SmartFabric .
Rozwiązanie SolVe zostało zaktualizowane o procedurę VxRail:
procedura instruktażowa: Rozdzielenie zintegrowanych usług SmartFabric i migracja do niezintegrowanych.
Ścieżka wyboru w Solve:
- Urządzenie VxRail
- Procedury VxRail
- Miscellaneous (Różne)
- Procedury postępowania
- Czy system uruchamia VMware Cloud Foundation na platformie VxRail? -> Nie
- Czy Twoje oprogramowanie VxRail jest w wersji 8.0 lub nowszej? Nie
- Zmiana innych ustawień VxRail Cluster
- Wybierz prawidłową zainstalowaną wersję VxRail
- Rozdzielenie zintegrowanych usług SmartFabric Services i migracja do niezintegrowanych
- Jeśli brakuje wyboru, wybierz wersję poniżej 7.0.450
Wtyczka VMware vCenter Server zarządzana przez klienta:
- Jeśli korzystasz ze środowiska VMware vCenter Server zarządzanego przez klienta, uaktualnij środowisko VMware vCenter Server do wersji VMware vSphere 8.0 przed uaktualnieniem do VxRail 8.0.
- W przypadku korzystania ze środowiska VMware vCenter Server zarządzanego przez klienta zapoznaj się z artykułem bazy wiedzy Dell VxRail: Nie można wdrożyć wtyczki VxRail po uaktualnieniu dostarczonego przez klienta oprogramowania vCenter do vSphere 8.0 po zaktualizowaniu środowiska VMware vCenter do VMware vSphere 8.0 w celu rozwiązania znanego problemu z niepowodzeniem wdrożenia wtyczki VxRail.
Klucze licencyjne VMware vSphere 8.0 są wymagane do uruchomienia klastra w środowisku VMware vSphere 8.0.
- Wstępna kontrola LCM nie uniemożliwia użytkownikowi uaktualnienia bez kluczy licencyjnych VMware vSphere 8.0.
Bez kluczy licencyjnych VMware vSphere 8.0 węzły działają na 60-dniowych kluczach licencyjnych do celów testowych. Przejdź do portalu pomocy technicznej Broadcom, aby sprawdzić, czy klucze licencyjne vSphere 8.0 są wymagane dla klastrów i je uzyskać. Klienci są odpowiedzialni za uzyskanie i aktualizację kluczy licencyjnych.
Przed podjęciem próby uaktualnienia do VxRail 8.0 zapoznaj się z informacjami dotyczącymi wydania VxRail 8.0, aby uzyskać pełną listę ograniczeń.
Zgodność
Avamar i Integrated Data Protection Appliance (IDPA):W przypadku korzystania z Avamar lub IDPA z VxRail sprawdź zgodność docelowych wersji vCenter i vSphere ESXi.
Zespół RPS nie ma możliwości ustalenia, czy w danym środowisku jest używany Avamar lub IDPA. Inżynier ds. aktualizacji pyta klientów, czy któreś z powyższych jest stosowane, a następnie wykorzystuje prostą matrycę zgodności VxRail w celu znalezienia zgodnych wersji.
- VxRail Appliance SSM VxRail 7.0.x obsługuje Avamar 19.3, 19.4 i 19.7.
VxRail 8.0.x obsługuje oprogramowanie Avamar 19.7 i 19.8.
Więcej informacji na temat przewodników przygotowania do uaktualnienia można znaleźć w artykule bazy wiedzy firmy Dell: RPS General Procedure: Upgrade Preparation Guides.
Po uaktualnieniu:
- Upewnij się, że klucze licencyjne VMware vSphere 7.0 i 8.0 nie wygasły lub działają w 60-dniowej wersji próbnej.
- Klienci powinni przejść do portalu
pomocy technicznej Broadcom w celu uaktualnienia kluczy licencyjnych.
- Aby uzyskać pomoc w uaktualnieniu kluczy licencyjnych vSphere, zapoznaj się również z artykułem Broadcom KB Upgrade and Downgrade VMware License Keys za pośrednictwem portalu
pomocy technicznej Broadcom.
- Ze względu na aktualizację języka Python w nowej wersji VxRail, starsze polecenia kopii zapasowej opartej na plikach VxRail Manager nie są już obsługiwane. Jeśli przed aktualizacją skonfigurowano harmonogram tworzenia kopii zapasowych, a ścieżka uaktualnienia jest naruszona w poniższej bazie wiedzy, należy ją ręcznie ponownie skonfigurować przy użyciu zaktualizowanych poleceń opisanych w artykule VxRail: Tworzenie kopii zapasowych opartych na plikach zatrzymuje się po uaktualnieniu , aby zapewnić ciągłą ochronę danych. Aby uzyskać pomoc w konfiguracji, zawsze możesz skontaktować się z działem pomocy technicznej firmy Dell.
Additional Information
Uwaga: Aby uzyskać dostęp do poniższych dokumentów, należy zalogować się do witryny pomocy technicznej firmy Dell:
Informacje dotyczące wydania VxRail są dostępne na stronie produktu Dell Support:
- VxRail 9.x
- VxRail 8.0.x
- VxRail 7.0.x
- VxRail 4.7.x
- VxRail 4.5.x
- VxRail 4.0.x
Dokumenty matrycy zgodności VxRail są dostępne na stronie produktu Dell Support:
- Matryca wsparcia VxRail 9.x
- Matryca wsparcia VxRail 8.0
- Matryca wsparcia VxRail 7.0
- Matryca wsparcia VxRail 4.7
- Matryca wsparcia VxRail 4.5
- Matryca wsparcia VxRail 4.0
Inne informacje o aktualizacji:
- Informacje o aktualizacji Dell VxRail
- Prosta matryca zgodności VxRail Appliance
- Skrócona lista dokumentacji VxRail