W poniższym artykule opisano obsługiwany system operacyjny serwera do migracji zasobów pamięci masowej bez zakłócania pracy.
Funkcja migracji umożliwia użytkownikom przenoszenie zasobów pamięci masowej (woluminów, grup woluminów i Virtual Volumes VMware) między urządzeniami w klastrze PowerStore bez żadnych zakłóceń we/wy hostów. Obsługiwane wersje systemu operacyjnego serwera podsumowano w poniższych sekcjach. Przed migracją należy zatrzymać we/wy zasobu pamięci masowej w nieobsługiwanej konfiguracji. Niewykonanie tej czynności może spowodować niedostępność danych lub błąd we/wy w aplikacji hosta.
Dostawca i/lub platforma |
System operacyjny i wersja |
Typ podłączenia hosta |
|
SCSI |
NVME |
||
Microsoft Windows |
Windows Server 2012 |
Obsługiwane |
Nie dotyczy |
Windows Server 2012 R2 U1 |
|||
Windows Server 2016 |
|||
Windows Server 2019 |
|||
VMware |
vSphere 6.5 |
Obsługiwane |
Nie dotyczy |
vSphere 6.7 |
|||
vSphere 7.0 |
Obsługiwane |
Nieobsługiwane z powodu ograniczeń ścieżek grupy ANA w vSphere |
|
Linux |
Red Hat Enterprise Linux |
Obsługiwane |
Obsługiwane |
Red Hat Enterprise Linux 7.6 |
|||
Red Hat Enterprise Linux 7.7 |
|||
Red Hat Enterprise Linux 8.0 |
|||
Red Hat Enterprise Linux 8.1 |
|||
SLES 12 SP4 |
Obsługiwane |
Obsługiwane |
|
SLES 15 |
|||
SLES 15 SP1 |
Przed migracją woluminów wykorzystanych przez hosty, które nie zostały wymienione powyżej, należy zatrzymać we/wy. Przeprowadzenie migracji jednostek LUN używanych przez hosty niewymienione na liście bez uprzedniego zatrzymania operacji we/wy może doprowadzić do wpływu na dane. Wewnętrzna migracja woluminów lub grup woluminów używanych przez klaster awaryjny systemu Microsoft Windows może spowodować utratę dostępu hostów do pamięci masowej. Zatrzymaj operacje we/wy, wyłączając hosta lub odbierając dostęp hosta do woluminu.
Oprócz wersji systemu operacyjnego hosta upewnij się, że ustawienia wielościeżkowego we/wy (MPIO) na hoście są zgodne z zaleceniami dotyczącymi PowerStore. Ma to na celu zapewnienie braku zakłóceń spowodowanych migracją. Więcej informacji na temat wymagań i konfiguracji hosta można znaleźć w "Podręczniku konfiguracji hosta PowerStore" w witrynie pomocy technicznej firmy Dell (https://dell.com/powerstoredocs).
PowerStore 1.x
Ze względu na znane problemy z oprogramowaniem VMware ESXi, Virtual Volumes nie mogą być migrowane bez zakłócania pracy w magazynach danych między urządzeniami w klastrze PowerStore T z wersjami 1.x. We współpracy z firmą Dell Technologies firma VMware wskazała poprawkę, która ma być dostępna w przyszłej wersji vSphere. Do tego czasu migracje Virtual Volumes w magazynach danych muszą być wykonywane przy wyłączonym zasilaniu maszyny wirtualnej. Nie ma to wpływu na migracje oparte na vMotion.
Zewnętrzne hosty ESXi | Wewnętrzne hosty ESXi (AppsON) | |
---|---|---|
Modele PowerStore T |
Tylko offline: maszyny wirtualne oparte na vVol muszą być wyłączone przed migracją z jednego urządzenia do drugiego w klastrze z wieloma urządzeniami. |
Nie dotyczy |
Modele PowerStore X |
Nie dotyczy, ponieważ modele PowerStore X nie obsługują tworzenia klastrów w wersji 1.x. |
Nie dotyczy, ponieważ modele PowerStore X nie obsługują tworzenia klastrów w wersji 1.x. |
PowerStore 2.x i nowsze
Począwszy od wersji 2.0.x, zarówno PowerStore T, jak i PowerStore X obsługują migrację online bez zakłócania pracy w magazynach danych między urządzeniami w klastrze. Jednak ze względu na problemy ESXi zidentyfikowane przez VMware, vVol mogą być migrowane bez zakłócania pracy tylko w magazynach danych między urządzeniami w klastrze PowerStore, począwszy od wersji ESXi wskazanych w tabeli poniżej. Nie ma to wpływu na migracje oparte na vMotion.
Zewnętrzne hosty ESXi |
Wewnętrzne hosty ESXi (AppsON) |
|
---|---|---|
Modele PowerStore T |
Tryb offline: Obsługiwane |
Nie dotyczy |
Modele PowerStore X |
Tryb offline: Obsługiwane |
Tryb offline: Obsługiwane |
* Jest to konkretna poprawka dostarczana przez VMware, która jest dostępna do pobrania na stronie Sterowniki i pliki do pobrania Dell dla PowerStore X.
** Migracja woluminów vVol z trwałymi rezerwacjami SCSI-3 nie jest dozwolona w wydaniach ESXi 7.0 Update 3c, 3d, 3e i 3f ze względu na znane problemy z oprogramowaniem ESXi firmy VMware. Przed migracją należy wyłączyć maszyny wirtualne.