メイン コンテンツに進む
  • すばやく簡単にご注文が可能
  • 注文内容の表示、配送状況をトラック
  • 会員限定の特典や割引のご利用
  • 製品リストの作成とアクセスが可能

PowerStore: Obsługiwany system operacyjny serwera dla migracji zasobów pamięci masowej bez zakłócania pracy

概要: W poniższym artykule omówiono migracje woluminów, grup woluminów i vVol w systemach PowerStore.

この記事は次に適用されます:   この記事は次には適用されません: 

手順

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.

 

1. Migracja woluminów i grup woluminów

Dostawca i/lub platforma

System operacyjny i wersja

Typ podłączenia hosta

SCSI

NVME

Microsoft Windows
(klastry awaryjne systemu Windows, obsługiwane przez PowerStore 2.0.1.x)

Windows Server 2012

Obsługiwane

Nie dotyczy
Obsługa NVMe nie jest dostępna.

Windows Server 2012 R2 U1

Windows Server 2016

Windows Server 2019

VMware

vSphere 6.5

Obsługiwane

Nie dotyczy
Obsługa NVMe nie jest dostępna.

vSphere 6.7

vSphere 7.0

Obsługiwane

Nieobsługiwane z powodu ograniczeń ścieżek grupy ANA w vSphere
Współpracujemy z VMware w celu zwiększenia tego limitu, aby można było go obsługiwać.

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).

 

Uwaga: podczas migracji klient jest poinstruowany, aby przeprowadzić ponowne skanowanie na początku migracji. Jeśli klient używa PowerPath, procesem wykorzystywanym w tym celu jest uruchomienie skryptu „/etc/opt/emcpower/emcplun_linux”. W przypadku natywnego MPIO użyj skryptu rescan-scsi-bus.sh do ponownego zeskanowania hosta.

 

2. Migracja vVol

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
Online: Obsługiwane przez VMware ESXi 7.0U2 i nowsze oparte na wersji 7.x**

Nie dotyczy

Modele PowerStore X

Tryb offline: Obsługiwane
Online: Obsługiwane przez VMware ESXi 7.0U2 i nowsze oparte na wersji 7.x**

Tryb offline: Obsługiwane
Online: Obsługiwane przez VMware ESXi 6.7.0 kompilacja-17975973* i nowsze wersje kwalifikowane oparte na PowerStore 6.7.x**

* 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.

 

Uwaga: migracje vSphere przy użyciu funkcji vMotion w dwóch różnych magazynach danych nie są zagrożone i można je przeprowadzić przy włączonej maszynie wirtualnej.

対象製品

PowerStore, PowerStore 1000X, PowerStore 1000T, PowerStore 3000X, PowerStore 3000T, PowerStore 5000X, PowerStore 5000T, PowerStore 7000X, PowerStore 7000T, PowerStore 9000X, PowerStore 9000T