Kroky migrace datového úložiště SCSI na NVMe VMware VMFS v režimu offline

Kroky migrace datového úložiště VMFS offline z SCSI na NVMe

Obsah

• Migrace datového úložiště VMFS z SCSI na NVMe, kroky 1
• Přehled
• Rozsah

1. Postup migrace offline
   1.  Před migrací
   2. Kontrola počtu zařízení a cest ke každému hostiteli ESXi 3 
   3. Kontrola nepodporovaných funkcí 4 
   4. Kontrola možného dopadu po migraci na podporované funkce 4 
2. Migrace
   1. Odpojte svazek VMFS od všech hostitelů 5 
   2. Zkontrolujte konzistenci metadat svazku VMFS. 5 
   3. Opětovné podepsání svazku VMFS 10 
   4. Přejmenování datového úložiště VMFS (volitelné) 11 
   5. Po opětovném podepsání zkontrolujte konzistenci metadat svazku VMFS. 11 
   6. Prezentujte zařízení jako NVMe všem hostitelům ESXi v clusteru 11 
   7. Registrace a zapnutí všech virtuálních počítačů VM 11 
3. Po migraci: 12 

 

---

 

Přehled

S rostoucím zaváděním rozhraní NVMe stále více zákazníků zvažuje migraci dat z rozhraní SCSI na rozhraní NVMe. Tento dokument popisuje jednu z účinných, i když rušivých metod migrace rozhraní SCSI na NVMe, známou jako offline migrace. Offline migrace datového úložiště VMFS ze SCSI na NVMe nezahrnuje přesun dat. Zařízení, které bylo dříve prezentováno hostiteli nebo clusteru ESXi jako zařízení SCSI, není prezentováno a poté je znovu prezentováno jako zařízení NVMe. Datové úložiště VMFS se pak znovu podepíše a zpřístupní hostitelům, přičemž se zachová obsah virtuálního počítače. Podrobnosti o postupu offline migrace jsou popsány níže.

Rozsah

• Postup offline migrace popsaný v následujících částech platí pouze pro datová úložiště VMFS6.
• Tyto kroky se týkají funkčních aspektů migrace a nepokrývají charakteristiky výkonu úloh po migraci.
• Ověření rozsahu (počet souběžných migrací atd.) nebo omezení (maximální počet cest na zařízení, maximální počet VMDK na virtuální počítač atd.) není v oboru.
• Pojmy zařízení, svazek a jednotka LUN se v dokumentu používají zaměnitelně.
• Offline migrace vyžaduje, aby byly před zahájením vypnuty všechny virtuální počítače v datovém úložišti VMFS.  

 

---

 

1. Postup migrace offline

   Offline migrace datového úložiště VMFS6 ze SCSI na NVMe se skládá ze tří fází. Každá fáze může zahrnovat více kontrol nebo kroků.

   1. Před migrací

      Tato přípravná fáze zahrnuje kontroly za účelem pochopení charakteristik prostředí a prvků, které se používají. Tato fáze je nutná k určení, jestli je offline migrace v prostředí proveditelná, a také k pochopení dopadu po migraci. Některé z důležitých kontrol jsou uvedeny níže. Nejedná se o vyčerpávající seznam, ale o nejběžnější kontroly ve standardním zákaznickém prostředí.

   2. Kontrola režimu uzamykání svazku VMFS

      Nejprve ověřte, zda jednotka LUN podporuje režim ATS. Pokus o migraci je třeba provést pouze v případě, že datové úložiště VMFS6 používá režim zamykání pouze ATS a nepoužívá rezervace SCSI-2. 
      
      Chcete-li zjistit režim uzamykání daného svazku, spusťte příkaz esxcli storage vmfs lockmode list -l <volume name/label> na hostiteli ESXi s přístupem k datovému úložišti. Offline migrace je podporována pouze v případě, že je režim uzamčení svazku VMFS6 ATS. Režim "ATS+SCSI" není podporován.
      
      Příklad svazku podporujícího offline migraci:

      esxcli storage vmfs lockmode list -l testVol1
      Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason
      
      ----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------
      
      testVol1    5d1c5b0f-xxxxxxxx-xxxx-246e9xxxxdb0 VMFS-6 ATS          true           No upgrade needed
      
      An example of a volume not supporting offline migration:
      
      esxcli storage vmfs lockmode list -l testVol2
       Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason
      
      ----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------
      
      testVol2    63510e51-xxxxxxxx-xxxx-246e9xxxxde6 VMFS-6 ATS+SCSI     false          None              Device does not support ATS

       

   3. Zkontrolujte, zda nějaké existují vmdk libovolného virtuálního počítače ve vybraném datovém úložišti se používá jako RDM (fyzický nebo virtuální).

      Pokud má virtuální počítač ve vybraném datovém úložišti disk RDM v režimu SCSI, nelze mu povolit migraci na NVMe. Neexistuje žádný příkaz VMware, který by zjistil, zda má virtuální počítač RDM, ale doplněk Dell VSI uvádí typ disku pro každý virtuální počítač. Níže je snímek obrazovky se zobrazením ve VSI, který uvádí, jestli nějaké virtuální počítače (název modulu runtime) mají RDM.
      
       
       

      Pokud má virtuální počítač RDM, musí být RDM před migrací odebrán z virtuálního počítače, převeden nebo virtuální počítač přesunut do jiného datového úložiště.

   4. 1.3 Kontrola mapování pravidel/nastavení deklarací na zařízení, které je hostitelem datového úložiště VMFS.

      Pokud má zařízení SCSI před migrací nějaká vlastní pravidla deklarací, při prezentaci pomocí NVMe se na zařízení pravděpodobně neuplatní. Při přístupu prostřednictvím dotazu se zařízením NVMe nezobrazují samostatná pole výrobce a modelu. Pole jsou pohromadě, a proto je nutné nové pravidlo deklarace identity, pokud je to požadováno. Kromě toho selžou pravidla deklarace založená na identifikátorech zařízení, např. WWN (World Wide Name), protože identifikátor SCSI a identifikátor NVMe jsou odlišné.
      Ve výchozím nastavení bude společnost VMware nárokovat nově prezentovaná zařízení NVMe s výchozím zásuvným modulem cesty HPP.

   5. Kontrola počtu zařízení a cest ke každému hostiteli ESXi

      Rozhraní NVMe podporuje ke každému hostiteli ESXi méně zařízení a cest než SCSI. Pokud počet zařízení SCSI překročí limity NVMe, není možné převést všechna datová úložiště na stejném hostiteli ESXi. Jako řešení mohou zákazníci využít více hostitelů ESXi nebo konsolidovat datová úložiště před převodem nebo po převodu pomocí řešení Storage vMotion. 

      1. SCSI – 1024 zařízení / 4096 cest
      2. NVMe – 256 zařízení / 2 048 cest

   6. Kontrola nepodporovaných funkcí 

      Některé funkce VMware nejsou v současné době v NVMe podporovány. Před migrací zkontrolujte, zda je podporována.

      Například následující funkce nejsou v současné době podporovány v nástroji NVMe běžícím na systému ESXi (až do verze 8.0U1).

       

      Funkce	Stručný popis	Poznámky
      Shlukování hostů	Clusterovaná funkce VMDK, která podporuje řešení s vysokou dostupností, jako je Windows Server Failover Cluster (WSFC)	Úložiště dat VMFS s clusterovanými VMDK Enabled nelze migrovat.
      SRM	Replikace polí pomocí systému SRM není v nástroji NVMe podporována.	Migrace datových úložišť zapojených do replikace pole SRM způsobí, že řešení bude nepoužitelné.

       
      Poznámka: Výše uvedený seznam není vyčerpávající. Zákazníci by se měli informovat v dokumentaci ke konkrétnímu poli ohledně dopadu migrace na kritické funkce.

   7. Kontrola možného dopadu po migraci na podporované funkce

      Nedostatečná integrace následujících funkcí může změnit způsob provádění určitých operací v rozhraní NVMe ve srovnání se SCSI.

      Funkce	Povaha dopadu	Další postup
      Hardwarově akcelerovaný přesun – XCOPY	V současné době neexistuje žádný ekvivalentní příkaz pro XCOPY. Místo toho se používá VMware software Data Mover. To by mohlo snížit výkon operací, které používají primitivum, jako je klonování nebo SvMotion.	Žádné
      Zapsat stejný/UNMAP	Pokud zařízení NVMe nepodporuje ekvivalent NVMe pro zápis nul nebo unmap, mohlo by to mít vliv na výkon.	Žádné

 

---

 

1. Migrace

   Tato fáze zahrnuje kroky migrace datového úložiště ze SCSI na NVMe.

2. Vypněte všechny virtuální počítače a zrušte registraci.

   Vypněte a zrušte registraci všech virtuálních počítačů hostovaných v datovém úložišti, které chcete migrovat. Ujistěte se, že je nemažete, pouze zrušte registraci.

3. Odpojení svazku VMFS od všech hostitelů

   Jakmile zrušíte registraci všech virtuálních počítačů, odpojte svazek VMFS od všech hostitelů ESXi. Tím je zajištěno, že se při kontrole konzistence a migraci nepoužívá.

4. Kontrola konzistence metadat svazku VMFS

   Před zahájením migrace zkontrolujte konzistenci metadat VMFS na disku. Tím je zajištěno, že před zahájením nedojde k žádným nesrovnalostem.

   1. Spustit VOMA (VMware On-Disk Metadata Analyzer) v režimu kontroly spuštěním:

   voma -m vmfs -f check -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE>

    

   Kde:

   DEVICE je zařízení SCSI, které je hostitelem migrovaného svazku VMFS6.

   PARTITION je číslo oddílu, na kterém je v zařízení naformátovaný svazek VMFS.

   OUTPUT FILE je absolutní cesta k souboru, do kterého má být uložen výstup příkazu. Tento soubor se nachází v části /tmp pokud je v něm dostatek místa nebo jiný svazek VMFS, než je migrovaný.

   Jako v:

    

   voma -m vmfs -f check -d naa.60000970000120200302533030313031:1 -s /tmp/voma.out

   Výstup by měl vypadat podobně jako v následujícím příkladu:

   [root@dsib0184:/dev/disks] voma -m vmfs -f check -d naa.60000970000120200302533030313031:1
   Running VMFS Checker version 2.1 in check mode
   Initializing LVM metadata, Basic Checks will be done
   
   Checking for filesystem activity
            Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
   Phase 1: Checking VMFS header and resource files
      Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
   Phase 2: Checking VMFS heartbeat region
   Phase 3: Checking all file descriptors.
   Phase 4: Checking pathname and connectivity.
   Phase 5: Checking resource reference counts.
   Total Errors Found:           0

   Poznámka: Pokud se zobrazí následující chyba, systém VMFS není správně odpojen:

    

VOMA Kontrola zařízení se nezdařila: Zařízení nebo prostředek je zaneprázdněn

2. Analyzujte výstupní soubor a zjistěte, zda nedochází k nekonzistenci metadat hlášeným voma. Pokud nějaké existují, je nutné je vyřešit spuštěním příkazu voma Než budete pokračovat, přejděte do režimu pokročilé opravy. Následuje příklad:

[root@dsib0184:/dev/disks] voma -m vmfs -f fix -d naa.60000970000120200302533030313031:1
Running VMFS Checker version 2.1 in fix mode
Initializing LVM metadata, Basic Checks will be done
Checking for filesystem activity
         Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0
Total Errors Fixed:           0
Total Partially Fixed errors: 0

 

3. Shromážděte a uložte výpis metadat VMFS. Bude to nutné, pokud se v následujících krocích zobrazí nějaké nekonzistence metadat. 

Další podrobnosti o používání naleznete v https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-storage/GUID-6F991DB5-9AF0-4F9F-809C-B82D3EED7DAF.html  voma V režimu Check, Advanced Fix Mode nebo Dump Mode.

Odpojení jednotky SCSI LUN od hostitelů ESXi

Odpojte jednotku SCSI LUN od každého hostitele ESXi ve virtuálním počítači. Podrobné kroky najdete v článku znalostní databáze https://kb.vmware.com/s/article/2004605 .

 

Ukončení prezentace jednotky SCSI LUN z pole.

Postup zrušení zobrazení jednotky SCSI LUN je specifický pro pole úložišť. Zákazníci by si měli postup ověřit v dokumentaci ke konkrétnímu poli.

 

Prezentujte zařízení jako NVMe jednomu hostiteli ESXi.

Postup opětovné prezentace zařízení pomocí rozhraní NVMe se liší pro konkrétní diskové pole. Zákazníci by si měli postup ověřit v dokumentaci ke konkrétnímu poli. 

Spusťte opětovnou kontrolu zařízení na hostiteli.

Jakmile je zařízení prezentováno hostiteli ESXi pomocí NVMe, zjištění je obvykle okamžité. Pokud se však zařízení nezobrazí, znovu zkontrolujte jeden nebo více adaptérů pomocí uživatelského rozhraní vSphere nebo příkazového řádku:
 

esxcli storage core adapter rescan -a

 

Po převodu zkontrolujte konzistenci metadat svazku VMFS.

Na hostiteli ESXi, který má přístup k zařízení, znovu spusťte voma v kontrolním režimu, abyste ověřili, že metadata VMFS na disku jsou stále konzistentní. Než budete pokračovat, je nutné prozkoumat veškeré nesrovnalosti v metadatech. 
Voma pomocí příkazu SCSI-2 reserve uzamkne zařízení, aby se zabránilo souběžnému přístupu nebo úpravám svazku VMFS, když je aktivní relace voma. Zařízení NVMe však nepodporují ekvivalent rezervace SCSI-2. Aby bylo možné tento problém vyřešit, musí uživatel předat "-N" možnost VOMA když je backendové zařízení NVMe. Například:

• Spustit VOMA (VMware On-Disk Metadata Analyzer) v režimu kontroly spuštěním:

 

voma -m vmfs -f check -N -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE> 

Kdy voma je vyvolán pomocí "-NZobrazí se následující varovná zpráva. 

 

########################################################################
# Warning !!! #
# #
# You are about to execute VOMA without device reservation. #
# Any access to this device from other hosts when VOMA is running #
# can cause severe data corruption #
# #
# This mode is supported only under VMware Support supervision. #
########################################################################
VMware ESXi Question:
Do you want to continue (Y/N)?
0) _Yes
1) _No

Vyberte číslo od 0 do 1:
Toto je upozornění, že je odpovědností uživatele zabránit souběžnému připojení nebo přístupu ke svazku z jiných hostitelů během aktuální relace voma. Pokud jste postupovali podle zde uvedených kroků a zařízení bylo namapováno a zjištěno pouze na jednom hostiteli ESXi, mělo by být bezpečné pokračovat. Uživatel by měl na výzvu zadat "0", aby pokračoval v režimu kontroly zvratků. Následuje příklad:
 

[root@dsib0180:~] voma -m vmfs -f check -N -d /vmfs/devices/disks/eui.03025330303130420000976000012020:1

Spuštění nástroje VMFS Checker verze 2.1 v kontrolním režimu
Inicializace metadat LVM, základní kontroly jsou hotové
. Kontrola aktivity
souborového systému Podpora rezervace není k dispozici pro aktivitu st zařízení NVMe (4096 bajtů/HB, 1024 HBs).                                 \
Provedení kontroly funkčnosti souborového systému..|

########################################################################
#   Warning !!!                                                        #
#                                                                      #
#   You are about to execute VOMA without device reservation.          #
#   Any access to this device from other hosts when VOMA is running    #
#   can cause severe data corruption                                   #
#                                                                      #
#   This mode is supported only under VMware support supervision.      #
########################################################################

VMware ESXi Question:
Do you want to continue (Y/N)?

0) _Yes
1) _No

Select a number from 0-1: 0

Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'Temp_Datastore') with UUID:64359f88-dd0fd27e-af5a-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0

Vyberte číslo od 0 do 1:

0 1. fáze: Kontrola hlaviček VMFS a zdrojových souborů
Zjištěný systém souborů VMFS-6 (označený:'Temp_Datastore') s UUID:64359f88-dd0fd27e-af5a-34800d0ed39c, Version 6:82
2. fáze: Kontrola oblasti
prezenčního signálu VMFS fáze 3: Kontrola všech popisovačů souborů.
4. fáze: Kontrola cesty a připojení.
5. fáze: Kontrola počtu odkazů na prostředky.
Celkový počet nalezených chyb:           0

Opětovné podepsání svazku VMFS 

Nyní, když je zařízení prezentováno jako NVMe, je nutné aktualizovat podpis, který je v datovém úložišti. Je to proto, že aktuální podpis je částečně založen na WWN zařízení při prezentaci pomocí SCSI. Vzhledem k tomu, že ID zařízení NVMe se liší, je nutné vygenerovat nový podpis. Proto na stejném hostiteli ESXi, který byl použit v předchozích dvou krocích, spusťte následující příkaz a znovu podepisujte svazek:

1. I když je to redundantní, znovu prohledejte systém souborů spuštěním příkazu:

 

esxcli storage filesystem rescan

2. Spuštěním následujícího příkazu získáte seznam jednotek LUN snímků VMFS:

 

esxcli storage vmfs snapshot list

Nově představené zařízení NVMe by mělo být přítomno, i když v závislosti na prostředí mohou existovat další snímky nesouvisející s tímto procesem.

3. Znovu podepište svazek VMFS spuštěním následujícího příkazu:

esxcli storage vmfs snapshot resignature --volume-label=<label>|–volume-uuid=<id>  

Příklad je níže:
 

[root@dsib0180:~] esxcli storage filesystem rescan
[root@dsib0180:~] esxcli storage vmfs snapshot list
64359f88-dd0fd27e-af5a-34800d0ed39c
   Volume Name: Temp_Datastore
   VMFS UUID: 64359f88-dd0fd27e-af5a-34800d0ed39c
   Can mount: true
   Reason for un-mountability:
   Can resignature: true
   Reason for non-resignaturability:
   Unresolved Extent Count: 1
[root@dsib0180:~] esxcli storage vmfs snapshot resignature -l Temp_Datastore

 

Přejmenování datového úložiště VMFS (volitelné)

Při opětovném podepsání svazku VMFS má popisek svazku VMFS předponu "snap" následovanou alfanumerickým řetězcem. Například datové úložiště VMFS v předchozím kroku má teď název: snap-5c42a2bc-Temp_Datastore V případě potřeby přejmenujte datové úložiště zpět na původní název a odeberte předponu.

Po opětovném podepsání zkontrolujte konzistenci metadat svazku VMFS.

Znovu ověřte, že metadata VMFS na disku jsou konzistentní po opětovném podepsání. Spusťte voma v kontrolním režimu na svazku VMFS. Viz část 2.8 pro příkazový řádek voma, který musí obsahovat příznak "-N". Ověřte, zda voma nehlásí nějaké nesrovnalosti. Pokračujte, pokud voma nehlásí žádné chyby. 

Prezentujte zařízení jako NVMe všem hostitelům ESXi v clusteru.

Pokud v žádném z předchozích kroků nedošlo k žádným problémům, lze nyní zařízení prezentovat pomocí NVMe všem hostitelům ESXi v clusteru. Jak je uvedeno, zařízení NVMe jsou rozpoznána okamžitě, ale pokud ne, je třeba adaptéry znovu vyhledat prostřednictvím uživatelského rozhraní vSphere nebo rozhraní příkazového řádku. Ověřte, zda je svazek VMFS6 připojený a přístupný na všech hostitelích.

Registrace a zapnutí všech virtuálních počítačů

Zaregistrujte všechny virtuální počítače hostované v datovém úložišti a zapněte je. Ověřte, že se virtuální počítače úspěšně spouštějí a mají přístup k virtuálním diskům VMDK. Osvědčeným postupem je, že uživatel může zaregistrovat a zapnout virtuální počítače v jednom systému ESXi. Po úspěšném provedení je lze migrovat na jiné hostitele.

Poznámka: Při zapínání virtuálních počítačů z uživatelského rozhraní vCenter se může zobrazit vyskakovací okno, například níže uvedené okno. To vyzve uživatele, aby zaznamenal, jestli byl virtuální počítač zkopírován nebo přesunut. Ve vyskakovacím okně vyberte "Zkopíroval jsem to".

 

 

---

 

Po migraci

Zkontrolujte, zda dojde k ovlivnění klíčových funkcí, a v případě potřeby proveďte vyčištění. 

1.4 Kontrola počtu zařízení a cest ke každému hostiteli ESXi 3
1.5 Kontrola nepodporovaných funkcí 4
1.6 Kontrola možného dopadu na podporované funkce po migraci 4
2.  Migrace 4
2.2 Odpojení svazku VMFS ze všech hostitelů 5
2.3 Kontrola konzistence metadat svazku VMFS.
5 2.9 Opětovné podepsání svazku VMFS 10
2.10 Přejmenování datového úložiště VMFS (volitelné) 11
2.11 Kontrola konzistence metadat svazku VMFS po opětovném podepsání. 11
2.12 Prezentace zařízení jako NVMe všem hostitelům ESXi v clusteru 11
2.13 Registrace a zapnutí všech virtuálních počítačů 11
3. Po migraci: 12

Přehled

S rostoucím zaváděním rozhraní NVMe stále více zákazníků zvažuje migraci dat z rozhraní SCSI na rozhraní NVMe. Tento dokument popisuje jednu z účinných, i když rušivých metod migrace rozhraní SCSI na NVMe, známou jako offline migrace. Offline migrace datového úložiště VMFS ze SCSI na NVMe nezahrnuje přesun dat. Zařízení, které bylo dříve prezentováno hostiteli nebo clusteru ESXi jako zařízení SCSI, není prezentováno a poté je znovu prezentováno jako zařízení NVMe. Datové úložiště VMFS se pak znovu podepíše a zpřístupní hostitelům, přičemž se zachová obsah virtuálního počítače. Podrobnosti o postupu offline migrace jsou popsány níže.

Rozsah

• Postup offline migrace popsaný v následujících částech platí pouze pro datová úložiště VMFS6.
• Tyto kroky se týkají funkčních aspektů migrace a nepokrývají charakteristiky výkonu úloh po migraci.
• Ověření rozsahu (počet souběžných migrací atd.) nebo omezení (maximální počet cest na zařízení, maximální počet VMDK na virtuální počítač atd.) není v oboru.
• Pojmy zařízení, svazek a jednotka LUN se v dokumentu používají zaměnitelně.
• Offline migrace vyžaduje, aby všechny virtuální počítače v datovém úložišti VMFS byly před zahájením vypnuté.  

Postup migrace offline

Offline migrace datového úložiště VMFS6 ze SCSI na NVMe se skládá ze tří fází. Každá fáze může zahrnovat více kontrol nebo kroků.

Před migrací

Tato přípravná fáze zahrnuje kontroly za účelem pochopení charakteristik prostředí a prvků, které se používají. Tato fáze je nutná k určení, jestli je offline migrace v prostředí proveditelná, a také k pochopení dopadu po migraci. Některé z důležitých kontrol jsou uvedeny níže. Nejedná se o vyčerpávající seznam, ale o nejběžnější kontroly ve standardním zákaznickém prostředí.

Zkontrolujte režim uzamykání svazku VMFS.

Nejprve ověřte, zda jednotka LUN podporuje režim ATS. Pokus o migraci je třeba provést pouze v případě, že datové úložiště VMFS6 používá režim zamykání pouze ATS a nepoužívá rezervace SCSI-2. 

Chcete-li zjistit režim uzamykání daného svazku, spusťte příkaz esxcli storage vmfs lockmode list -l <volume name/label> na hostiteli ESXi s přístupem k datovému úložišti. Offline migrace je podporována pouze v případě, že je režim uzamčení svazku VMFS6 ATS. Režim "ATS+SCSI" není podporován.

Příklad svazku podporujícího offline migraci:

esxcli storage vmfs lockmode list -l testVol1
Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason

----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------

testVol1    5d1c5b0f-xxxxxxxx-xxxx-246e9xxxxdb0 VMFS-6 ATS          true           No upgrade needed

An example of a volume not supporting offline migration:

esxcli storage vmfs lockmode list -l testVol2
 Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason

----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------

testVol2    63510e51-xxxxxxxx-xxxx-246e9xxxxde6 VMFS-6 ATS+SCSI     false          None              Device does not support ATS

1.2 Zkontrolujte, zda nějaké vmdk libovolného virtuálního počítače ve vybraném datovém úložišti se používá jako RDM (fyzický nebo virtuální).

Pokud má virtuální počítač ve vybraném datovém úložišti disk RDM v režimu SCSI, nelze mu povolit migraci na NVMe. Neexistuje žádný příkaz VMware, který by zjistil, zda má virtuální počítač RDM, ale doplněk Dell VSI uvádí typ disku pro každý virtuální počítač. Níže je snímek obrazovky se zobrazením ve VSI, který uvádí, jestli některé virtuální počítače (název modulu runtime) mají RDM.

 

Pokud má virtuální počítač RDM, musí být RDM před migrací odebrán z virtuálního počítače, převeden nebo virtuální počítač přesunut do jiného datového úložiště.

1.3 Posudek claim rules/settings mapování na zařízení, které je hostitelem datového úložiště VMFS.

Pokud má zařízení SCSI před migrací nějaká vlastní pravidla deklarací, při prezentaci pomocí NVMe se na zařízení pravděpodobně neuplatní. Při přístupu prostřednictvím dotazu se zařízením NVMe nezobrazují samostatná pole výrobce a modelu. Pole jsou pohromadě, a proto je nutné nové pravidlo deklarace identity, pokud je to požadováno. Kromě toho selžou pravidla deklarace založená na identifikátorech zařízení, např. WWN (World Wide Name), protože identifikátor SCSI a identifikátor NVMe jsou odlišné.
Ve výchozím nastavení si společnost VMware nárokuje nově prezentovaná zařízení NVMe s výchozím modulem cesty HPP.

1.4 Zkontrolujte počet zařízení a cesty ke každému hostiteli ESXi.

Rozhraní NVMe podporuje ke každému hostiteli ESXi méně zařízení a cest než SCSI. Pokud počet zařízení SCSI překročí limity NVMe, nebude možné převést všechna datová úložiště na stejném hostiteli ESXi. Jako řešení mohou zákazníci využít více hostitelů ESXi nebo konsolidovat datová úložiště před převodem nebo po převodu pomocí řešení Storage vMotion. 

1. SCSI – 1024 zařízení / 4096 cest
2. NVMe – 256 zařízení / 2 048 cest

1.5 Zkontrolujte nepodporované funkce. 

Některé funkce VMware nejsou v současné době v NVMe podporovány. Před migrací zkontrolujte, zda je podporována.
Například následující funkce nejsou v současné době podporovány v nástroji NVMe běžícím na systému ESXi (až do verze 8.0U1). 
 

Funkce	Stručný popis	Poznámky
Shlukování hostů	Clusterovaná funkce VMDK, která podporuje řešení s vysokou dostupností, jako je Windows Server Failover Cluster (WSFC)	Datové úložiště VMFS s povoleným clusterovaným souborem VMDK nelze migrovat.
SRM	Replikace polí pomocí systému SRM není v nástroji NVMe podporována.	Migrace datových úložišť zapojených do replikace pole SRM způsobí, že řešení bude nepoužitelné.

Poznámka: Výše uvedený seznam není vyčerpávající. Zákazníci by se měli informovat v dokumentaci ke konkrétnímu poli ohledně dopadu migrace na kritické funkce. 

 

Zkontrolujte, zda bude mít doba po migraci možný dopad na podporované funkce.

Nedostatečná integrace následujících funkcí může změnit způsob provádění určitých operací v rozhraní NVMe ve srovnání se SCSI.
 

Funkce	Povaha dopadu	Další postup
Hardwarově akcelerovaný přesun – XCOPY	V současné době neexistuje žádný ekvivalentní příkaz pro XCOPY. VMware Místo toho bude použit software Data Mover. To by mohlo snížit výkon operací, které běžně používají primitivum, jako je klonování nebo SvMotion.	Žádné
Zapsat stejný/UNMAP	Pokud zařízení NVMe nepodporuje ekvivalent NVMe pro zápis nul nebo unmap, mohlo by to mít vliv na výkon.	Žádné

Migrace

Tato fáze zahrnuje kroky migrace datového úložiště ze SCSI na NVMe.

Vypněte všechny virtuální počítače a zrušte registraci.

Vypněte a zrušte registraci všech virtuálních počítačů hostovaných v datovém úložišti, které chcete migrovat. Ujistěte se, že je nemažete, pouze zrušte registraci.

Odpojení svazku VMFS od všech hostitelů

Jakmile zrušíte registraci všech virtuálních počítačů, odpojte svazek VMFS od všech hostitelů ESXi. Tím je zajištěno, že se při kontrole konzistence a migraci nepoužívá. 

Zkontrolujte konzistenci metadat svazku VMFS.

Před zahájením migrace zkontrolujte konzistenci metadat VMFS na disku. Tím je zajištěno, že před začátkem nedojde k žádným nesrovnalostem.

1. Spustit VOMA (VMware On-Disk Metadata Analyzer) v režimu kontroly spuštěním:

voma -m vmfs -f check -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE>

Kde:
DEVICE je zařízení SCSI, které je hostitelem migrovaného svazku VMFS6.
PARTITION je číslo oddílu, na kterém je v zařízení naformátován svazek VMFS.
OUTPUT FILE je absolutní cesta k souboru, do kterého má být uložen výstup příkazu. Tento soubor se nachází v části /tmp pokud je v něm dostatek místa nebo jiný svazek VMFS, než je migrovaný.

Například:

voma -m vmfs -f check -d naa.60000970000120200302533030313031:1 -s /tmp/voma.out

Výstup by měl vypadat podobně jako v následujícím příkladu:
 

[root@dsib0184:/dev/disks] voma -m vmfs -f check -d naa.60000970000120200302533030313031:1
Running VMFS Checker version 2.1 in check mode
Initializing LVM metadata, Basic Checks will be done

Checking for filesystem activity
         Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0

Poznámka: Pokud se zobrazí následující chyba, systém VMFS se neodpojí správně:

nástroji VOMA se nepodařilo zkontrolovat zařízení: Zařízení nebo prostředek je zaneprázdněn

2. Analyzujte výstupní soubor a zjistěte, zda nedochází k nekonzistenci metadat hlášeným voma. Pokud nějaké existují, je nutné je vyřešit spuštěním příkazu voma Než budete pokračovat, přejděte do režimu pokročilé opravy. Následuje příklad:

[root@dsib0184:/dev/disks] voma -m vmfs -f fix -d naa.60000970000120200302533030313031:1
Running VMFS Checker version 2.1 in fix mode
Initializing LVM metadata, Basic Checks will be done
Checking for filesystem activity
         Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0
Total Errors Fixed:           0
Total Partially Fixed errors: 0

 

3. Shromážděte a uložte výpis metadat VMFS. Bude to nutné, pokud se v následujících krocích zobrazí nějaké nekonzistence metadat. 

Další podrobnosti o používání naleznete v https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-storage/GUID-6F991DB5-9AF0-4F9F-809C-B82D3EED7DAF.html  voma V režimu Check, Advanced Fix Mode nebo Dump Mode.

Odpojení jednotky SCSI LUN od hostitelů ESXi

Odpojte jednotku SCSI LUN od každého hostitele ESXi ve virtuálním počítači. Podrobné kroky najdete v článku znalostní databáze https://kb.vmware.com/s/article/2004605.

Ukončení prezentace jednotky SCSI LUN z pole.

Postup zrušení zobrazení jednotky SCSI LUN je specifický pro pole úložišť. Zákazníci by si měli postup ověřit v dokumentaci ke konkrétnímu poli.

Prezentujte zařízení jako NVMe jednomu hostiteli ESXi.

Postup opětovné prezentace zařízení pomocí rozhraní NVMe se liší pro konkrétní diskové pole. Zákazníci by si měli postup ověřit v dokumentaci ke konkrétnímu poli. 

Spusťte opětovnou kontrolu zařízení na hostiteli.

Jakmile je zařízení prezentováno hostiteli ESXi pomocí NVMe, zjištění je obvykle okamžité. Pokud se však zařízení nezobrazí, znovu zkontrolujte jeden nebo více adaptérů pomocí uživatelského rozhraní vSphere nebo příkazového řádku:
 

esxcli storage core adapter rescan -a

Po převodu zkontrolujte konzistenci metadat svazku VMFS.

Na hostiteli ESXi, který má přístup k zařízení, znovu spusťte voma v kontrolním režimu, abyste ověřili, že metadata VMFS na disku jsou stále konzistentní. Než budete pokračovat, je nutné prozkoumat veškeré nesrovnalosti v metadatech. 
Voma uzamkne zařízení pomocí příkazu SCSI-2 reserve, aby se zabránilo souběžnému přístupu nebo úpravám svazku VMFS, když je relace voma aktivní. Zařízení NVMe však nepodporují ekvivalent rezervace SCSI-2. Aby bylo možné tento problém vyřešit, musí uživatel předat "-N" možnost VOMA když je backendové zařízení NVMe. Například:

• Spusťte nástroj VOMA (VMware On-Disk Metadata Analyzer) v kontrolním režimu spuštěním:

voma -m vmfs -f check -N -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE> 

 

When voma is invoked with "-N" option following warning message is displayed. 
########################################################################
# Warning !!! #
# #
# You are about to execute VOMA without device reservation. #
# Any access to this device from other hosts when VOMA is running #
# can cause severe data corruption #
# #
# This mode is supported only under VMware Support supervision. #
########################################################################
VMware ESXi Question:
Do you want to continue (Y/N)?
0) _Yes
1) _No

Vyberte číslo od 0 do 1:
Toto je upozornění, že je odpovědností uživatele zabránit souběžnému připojení nebo přístupu ke svazku z jiných hostitelů během aktuální relace voma. Pokud jste postupovali podle zde uvedených kroků a zařízení bylo namapováno a zjištěno pouze na jednom hostiteli ESXi, mělo by být bezpečné pokračovat. Uživatel by měl na výzvu zadat "0", aby pokračoval v režimu kontroly zvratků. Následuje příklad:
 

[root@dsib0180:~] voma -m vmfs -f check -N -d /vmfs/devices/disks/eui.03025330303130420000976000012020:1

Spuštění nástroje VMFS Checker verze 2.1 v kontrolním režimu
Inicializace metadat LVM, základní kontroly jsou hotové
. Kontrola aktivity
souborového systému Podpora rezervace není k dispozici pro aktivitu st zařízení NVMe (4096 bajtů/HB, 1024 HBs).                                 \

Performing filesystem liveness check..|
########################################################################
#   Warning !!!                                                        #
#                                                                      #
#   You are about to execute VOMA without device reservation.          #
#   Any access to this device from other hosts when VOMA is running    #
#   can cause severe data corruption                                   #
#                                                                      #
#   This mode is supported only under VMware support supervision.      #
########################################################################

VMware ESXi Question:
Do you want to continue (Y/N)?

0) _Yes
1) _No

Select a number from 0-1: 0

Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'Temp_Datastore') with UUID:64359f88-dd0fd27e-af5a-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0

 

Opětovné podepsání svazku VMFS 

Nyní, když je zařízení prezentováno jako NVMe, je nutné aktualizovat podpis, který je v datovém úložišti. Je to proto, že aktuální podpis je částečně založen na WWN zařízení při prezentaci pomocí SCSI. Vzhledem k tomu, že ID zařízení NVMe se liší, je nutné vygenerovat nový podpis. Proto na stejném hostiteli ESXi, který byl použit v předchozích dvou krocích, spusťte následující příkaz a znovu podepisujte svazek:

1. I když je to redundantní, znovu prohledejte systém souborů spuštěním příkazu:

esxcli storage file system rescan

2. Spuštěním následujícího příkazu získáte seznam jednotek LUN snímků VMFS:

Seznam

snímků esxcli storage vmfs Nově prezentované zařízení NVMe by mělo být přítomno, i když v závislosti na prostředí mohou existovat další snapshoty, které s tímto procesem nesouvisí.

3. Znovu podepište svazek VMFS spuštěním následujícího příkazu:

esxcli storage vmfs snapshot resignature --volume-label=<label>|–volume-uuid=<id> 

 

Příklad je níže:

[root@dsib0180:~] esxcli storage filesystem rescan
[root@dsib0180:~] esxcli storage vmfs snapshot list
64359f88-dd0fd27e-af5a-34800d0ed39c
   Volume Name: Temp_Datastore
   VMFS UUID: 64359f88-dd0fd27e-af5a-34800d0ed39c
   Can mount: true
   Reason for un-mountability:
   Can resignature: true
   Reason for non-resignaturability:
   Unresolved Extent Count: 1
[root@dsib0180:~] esxcli storage vmfs snapshot resignature -l Temp_Datastore

Přejmenování datového úložiště VMFS (volitelné)

Při opětovném podepsání svazku VMFS má popisek svazku VMFS předponu "snap" následovanou alfanumerickým řetězcem. Například datové úložiště VMFS v předchozím kroku má teď název: snap-5c42a2bc-Temp_Datastore. V případě potřeby přejmenujte úložiště dat zpět na původní název a odeberte předponu.

Po opětovném podepsání zkontrolujte konzistenci metadat svazku VMFS.

Znovu ověřte, že metadata VMFS na disku jsou konzistentní po opětovném podepsání. Spusťte voma v kontrolním režimu na svazku VMFS. Viz část 2.8 pro příkazový řádek voma, který musí obsahovat příznak "-N". Ověřte, zda voma nehlásí nějaké nesrovnalosti. Pokračujte, pokud voma nehlásí žádné chyby. 

Prezentujte zařízení jako NVMe všem hostitelům ESXi v clusteru.

Pokud v žádném z předchozích kroků nedošlo k žádným problémům, lze nyní zařízení prezentovat pomocí NVMe všem hostitelům ESXi v clusteru. Jak je uvedeno, zařízení NVMe jsou rozpoznána okamžitě, ale pokud ne, je třeba adaptéry znovu vyhledat prostřednictvím uživatelského rozhraní vSphere nebo rozhraní příkazového řádku. Ověřte, zda je svazek VMFS6 připojený a přístupný na všech hostitelích.

Registrace a zapnutí všech virtuálních počítačů

Zaregistrujte všechny virtuální počítače hostované v datovém úložišti a zapněte je. Ověřte, že se virtuální počítače úspěšně spouštějí a mají přístup k virtuálním diskům VMDK. Osvědčeným postupem je, že uživatel může zaregistrovat a zapnout virtuální počítače v jednom systému ESXi. Po úspěšném provedení je lze migrovat na jiné hostitele.

Poznámka: Při zapínání virtuálních počítačů z uživatelského rozhraní vCenter se může zobrazit vyskakovací okno, například níže uvedené okno. To vyzve uživatele, aby zaznamenal, jestli byl virtuální počítač zkopírován nebo přesunut. Ve vyskakovacím okně vyberte "Zkopíroval jsem to".

 

Po migraci

Zkontrolujte, zda dojde k ovlivnění klíčových funkcí, a v případě potřeby proveďte vyčištění. 

 

Jedná se o oficiálně prověřený proces společnosti VMware pro offline migraci datového úložiště. Online migrace jednotlivých virtuálních počítačů je možné provést pomocí řešení Storage vMotion. Společnost VMware nemá pro tento proces samostatný článek znalostní databáze.

PowerFlex Appliance, PowerFlex custom node, PowerMax 2000, PowerMax 2500, PowerMax 8000, PowerMax 8500, PowerStore 1000X, PowerStore 1000T, PowerStore 1200T, PowerStore 3000X, PowerStore 3000T, PowerStore 3200T, PowerStore 5000X, PowerStore 5000T , PowerStore 500T, PowerStore 5200T, PowerStore 7000X, PowerStore 7000T, PowerStore 9000X, PowerStore 9000T, PowerStore 9200T, VMAX 250F, VMAX 450F, VMAX 950F, VMware ESXi 7.x, VMware ESXi 8.x ... 表示を増やす about warranties 表示を減らす about warranties