Úvahy o výkonu úložiště Azure VMware Solution pro Azure NetApp Files

Tento článek obsahuje důležité informace o výkonu návrhu a velikosti úložiště dat Azure VMware Solution při použití se službou Azure NetApp Files. Tento obsah se vztahuje na správce virtualizace, cloudový architekt nebo architekt úložiště.

Aspekty popsané v tomto článku vám pomůžou dosáhnout nejvyšších úrovní výkonu vašich aplikací s optimalizovanou nákladovou efektivitou.

Azure NetApp Files poskytuje okamžitě škálovatelnou, vysoce výkonnou a vysoce spolehlivou službu úložiště pro azure VMware Solution. Testy zahrnovaly různé konfigurace mezi Azure VMware Solution a Azure NetApp Files. Testy dokázaly řídit více než 10 500 MiB/s a více než 585 000 vstupně-výstupních operací za sekundu (IOPS) s pouze čtyřmi hostiteli Azure VMware Solution/ESXi a jedním fondem kapacity Azure NetApp Files.

Dosažení vyššího výkonu úložiště pro řešení Azure VMware s využitím služby Azure NetApp Files

Zřizování více, potenciálně větších úložišť dat na jedné úrovni služby může být levnější a zároveň poskytuje vyšší výkon. Důvodem je distribuce zatížení napříč několika streamy TCP z hostitelů Azure VMware Solution do několika úložišť dat. Můžete použít úložiště dat Azure NetApp Files pro odhad celkových nákladů řešení Azure VMware a vypočítat potenciální úspory nákladů nahráním sestavy RVTools nebo zadáním ruční průměrné velikosti virtuálního počítače.

Když zjistíte, jak nakonfigurovat úložiště dat, nejjednodušším řešením z pohledu správy je vytvoření jediného úložiště dat Azure NetApp Files, jeho připojení a umístění všech virtuálních počítačů. Tato strategie funguje dobře v mnoha situacích, dokud se nevyžaduje větší propustnost nebo IOPS. K identifikaci různých hranic testy použily generátor syntetických úloh, program fio , k vyhodnocení řady úloh pro každý z těchto scénářů. Tato analýza vám pomůže určit, jak zřídit svazky Azure NetApp Files jako úložiště dat, abyste maximalizovali výkon a optimalizovali náklady.

Než začnete

Informace o výkonu služby Azure NetApp Files najdete tady:

Azure NetApp Files: Získání maximum z cloudového úložiště

Na hostiteli řešení Azure VMware se naváže jedno síťové připojení na úložiště dat NFS, podobající se použití nconnect=1 v testech na Linuxu, jak je uvedeno v části 6 (The Tuning Options). Tento fakt je klíčem k pochopení toho, jak Azure VMware Solution škáluje výkon tak dobře napříč několika úložišti dat.
Srovnávací testy výkonu úložiště dat služby Azure NetApp Files pro řešení Azure VMware

Metodologie testování

Tato část popisuje metodologii použitou pro testy.

Testovací scénáře a iterace

Toto testování se řídí čtyřrohovou metodikou, která zahrnuje operace čtení i zápisu pro každý sekvenční a náhodný vstup/výstup (I/O). Proměnné testů zahrnují hostitele Azure VMware Solution (jedna ku mnoha), úložiště dat Azure NetApp Files, virtuální počítače (na každého hostitele) a disky virtuálních počítačů (VMDK) pro každý virtuální počítač. Pro zjištění maximální propustnosti a IOPS pro dané scénáře byly vybrány následující škálovací datové body:

Škálování VMDK, každý z nich na vlastním datovém úložišti pro jeden virtuální počítač.
Škálování počtu virtuálních počítačů na hostitele na jednom úložišti dat Azure NetApp Files
Škálování počtu hostitelů Azure VMware Solution, z nichž každý má jeden virtuální počítač, který sdílí jeden úložiště dat Azure NetApp Files
Škálování počtu datových úložišť Azure NetApp Files, z nichž každé má jeden virtuální disk VMDK rovnoměrně rozložený mezi hostitele Azure VMware Solution.

Testování malých i velkých blokových operací a iterace prostřednictvím sekvenčních a náhodných pracovních zátěží zajišťuje testování všech komponent ve výpočetních, síťových a úložných zásobnících až na samotnou hranici jejich možností. K pokrytí čtyř rohů vzhledem k velikosti bloku a randomizaci se používají následující běžné kombinace:

64 kB sekvenční testy
- Velké soubory streamovaných úloh často využívají čtení a zápis ve velkých blokových velikostech, což odpovídá také výchozí velikosti extentu MSSQL.
- Rozsáhlé blokové testy obvykle produkují nejvyšší propustnost (v MiB/s).
8 kB náhodných testů
- Toto nastavení je běžně používaná velikost bloku pro databázový software, včetně softwaru od Microsoftu, Oracle a PostgreSQL.
- Malé blokové testy obvykle generují nejvyšší počet IOPS.

Poznámka:

Tento článek se zabývá pouze testováním služby Azure NetApp Files. Nevztahuje se na úložiště vSAN zahrnuté ve službě Azure VMware Solution.

Podrobnosti prostředí

Výsledky v tomto článku byly dosaženy pomocí následující konfigurace prostředí:

Hostitelé Azure VMware Solution:
- Velikost: AV36
- Počet hostitelů: 4
- VMware ESXi verze 7u3
Připojení privátního cloudu Azure VMware Solution: brána UltraPerformance s využitím FastPath.
Hostovaný virtuální počítač:
- Operační systém: Ubuntu 20.04
- Procesory /paměť: 16 vCPU / 64 GB paměti
- Virtuální kontroler LSI SAS SCSI s 16GB diskem s operačním systémem v úložišti dat Azure VMware Solution vSAN
- Paravirtuální SCSI kontroler pro testovací VMDK
- Konfigurace LVM/Disku:
  - Jeden fyzický svazek na disk
  - Jedna skupina svazků na každý fyzický svazek
  - Jeden logický oddíl na jednu skupinu svazků
  - Jeden systém souborů XFS na logický oddíl
Řešení Azure VMware na protokol Azure NetApp Files: NFS verze 3
Generátor úloh: fio verze 3.16
Skripty Fio: fio-parser

Výsledky testů

Tato část popisuje výsledky provedených testů.

Škálování s jedním virtuálním počítačem

Když nakonfigurujete úložiště dat prezentované na virtuálním počítači Azure VMware Solution, měli byste zvážit dopad rozložení systému souborů. Konfigurace několika sad VMDKs rozložených mezi více úložišti dat poskytuje nejvyšší dostupné množství dostupné šířky pásma. Konfigurace sad VMDK 1:N umístěných v jednom úložišti dat zajišťuje největší jednoduchost při zálohování a operacích zotavení po havárii, ale za cenu nižšího limitu výkonu. Empirická data uvedená v tomto článku vám pomůžou s rozhodováním.

Pokud chcete maximalizovat výkon, je běžné škálovat jeden virtuální počítač napříč několika sadami VMDK a umístit tyto sady VMDK do několika úložišť dat. Jeden virtuální počítač s pouze jednou nebo dvěma sadami VMDK může být omezený jedním úložištěm dat NFS, protože je připojený přes jediné připojení TCP k danému hostiteli řešení Azure VMware Solution.

Technici například často zřizují VMDK pro protokol databáze a poté zřizují jeden-ku-mnoha VMDK pro databázové soubory. S několika sadami VMDK existují dvě možnosti. První možností je použití každé sady VDMK jako jednotlivého systému souborů. Druhou možností je použití nástroje pro správu úložiště, jako jsou LVM, MSSQL Filegroups nebo Oracle ASM, k vyrovnávání vstupně-výstupních operací pomocí prokládání mezi sadami VMDK. Pokud se sady VMDK používají jako jednotlivé systémy souborů, distribuce úloh napříč několika úložišti dat je ruční úsilí a může být náročné. Použití nástrojů pro správu úložiště k rozložení souborů napříč sadami VMDK umožňuje škálovatelnost úloh.

Pokud prokládáte svazky napříč několika disky, ujistěte se, že zálohovací software nebo software pro zotavení po havárii podporuje současné zálohování více virtuálních disků. Vzhledem k tomu, že jednotlivé zápisy jsou prokládání na více discích, musí systém souborů zajistit, aby se disky během operací snímků nebo zálohování "zablokovaly". Většina moderních systémů souborů zahrnuje operaci zmrazení nebo vytvoření snímku, jako například xfs (xfs_freeze) a NTFS (stínové kopie svazku), které může zálohovací software využívat.

Abychom pochopili, jak dobře se při přidání více virtuálních disků škáluje jeden virtuální počítač Azure VMware Solution, provedly se testy s jedním, dvěma, čtyřmi a osmi úložišti dat (každý obsahuje jeden VMDK). Následující diagram znázorňuje průměr jednoho disku kolem 73 040 IOPS (škálování z 100 % zápisu / 0 % čtení až po 0 % zápisu / 100 % čtení). Když se tento test zvýšil na dvě jednotky, zvýšil se výkon o 75,8 % na 128 420 IOPS. Zvýšení na čtyři disky začalo vykazovat klesající návratnost toho, co by zvládla jedna virtuální počítač v testované velikosti. Pozorovaný počet vstupně-výstupních operací za sekundu (IOPS) byl 147 000 při 100% náhodném čtení.

Škálování s jedním hostitelem – jediný úložiště dat

Škáluje se špatně, aby se zvýšil počet virtuálních počítačů, které provozují vstupně-výstupní operace do jednoho úložiště dat z jednoho hostitele. Důvodem je jeden tok sítě. Když je dosaženo maximálního výkonu pro danou pracovní zátěž, často je to důsledek použití jedné fronty na cestě k jedinému úložišti dat NFS hostitele přes jedno připojení TCP. Při použití velikosti bloku 8 kB se celkový počet vstupně-výstupních operací za sekundu zvýšil mezi 3 % a 16 % při škálování z jednoho virtuálního počítače s jedním nástrojem VMDK na čtyři virtuální počítače se 16 celkovými sadami VMDK (čtyři na virtuální počítač, vše v jednom úložišti dat).

Zvětšení velikosti bloku na 64 kB pro velké blokové úlohy mělo srovnatelné výsledky, s dosažením maximálních hodnot 2148 MiB/s (jeden virtuální počítač, jeden VMDK) a 2138 MiB/s (4 virtuální počítače, 16 VMDK).

Škálování s jedním hostitelem – více úložišť dat

Z kontextu jednoho hostitele azure VMware Solution sice jedno úložiště dat umožnilo virtuálním počítačům řídit přibližně 76 000 IOPS, ale rozprostření úloh mezi dva úložiště dat zvýšilo celkovou propustnost o 76 % v průměru. Přesunutím nad rámec dvou úložišť dat na čtyři došlo ke zvýšení o 163 % (oproti jednomu úložišti dat, zvýšení o 49 % ze dvou na čtyři), jak je znázorněno v následujícím diagramu. I když stále došlo k nárůstu výkonu, zvýšení nad rámec osmi úložišť dat ukázalo snížení výnosu.

Škálování s více hostiteli – jedno úložiště dat

Jedno úložiště dat z jednoho hostitele vytvořilo více než 2 000 MiB/s sekvenční propustnosti 64 kB. Distribuce stejné pracovní zátěže napříč všemi čtyřmi hostiteli vedla k výkonovému zisku až 135 % při přenosové rychlosti přes 5 000 MiB/s. Tento výsledek pravděpodobně představuje horní strop propustnosti jednoho svazku Azure NetApp Files.

Zmenšení velikosti bloku z 64 kB na 8 kB a opětovné opakování stejných iterací způsobilo, že čtyři virtuální počítače vytvářejí 195 000 IOPS, jak je znázorněno na následujícím diagramu. Výkon se škáluje s rostoucím počtem hostitelů i počtem úložišť dat, protože se zvyšuje počet síťových toků. Výkon se zvyšuje škálováním počtu hostitelů a úložišť, protože počet síťových toků je faktorem počtu hostitelů krát počet úložišť.

Škálování více hostitelů – více úložišť dat

Jedno úložiště dat se čtyřmi virtuálními počítači umístěnými na čtyřech hostitelích produkovalo přes 5000 MiB/s sekvenčních 64 KB vstupně-výstupních operací. V případě náročnějších úloh se každý virtuální počítač přesune do vyhrazeného úložiště dat a celkem vygeneruje více než 10 500 MiB/s, jak je znázorněno na následujícím diagramu.

V případě malých bloků náhodných zátěží produkoval jeden datový úložiště 195 000 náhodných 8 KB IOPS. Škálování na čtyři úložiště dat vytvořilo přes 530 000 náhodných 8K IOPS.

Důsledky a doporučení

Tato část popisuje, proč šíření virtuálních počítačů do více úložišť dat má značné výhody výkonu.

Jak je znázorněno ve výsledcích testu, možnosti výkonu služby Azure NetApp Files jsou bohaté:

Testování ukazuje, že jedno úložiště dat je schopno dosáhnout průměrně ~148 980 8-KB IOPS nebo ~4147 MiB/s s 64-KB IOPS (průměr všech testů poměrů zápisu/čtení z konfigurace se čtyřmi hostiteli).
Jeden virtuální počítač na jednom úložišti dat –
- Pokud máte jednotlivé virtuální počítače, které můžou potřebovat více než ~75K 8 KB IOPS nebo více než ~1700 MiB/s, rozložte systémy souborů do více sad VMDK pro škálování výkonu úložiště virtuálních počítačů.
Jeden virtuální počítač v několika úložištích dat – jeden virtuální počítač napříč 8 úložišti dat dosáhl až ~147 000 8kB IOPS nebo ~2786 MiB/s s s o velikosti bloku 64 kB.
Jeden server – Každý server mohl podporovat průměrně přibližně 198 060 8-KB IOPS nebo přibližně 2351 MiB/s, pokud používáte alespoň 4 virtuální počítače na server s alespoň 4 úložišti dat Azure NetApp Files. Máte tedy možnost vyvážit zřizování dostatečného množství datových úložišť pro maximální, potenciálně nárazový výkon, oproti komplikacím v oblasti správy a nákladů.

Doporučení

Pokud jsou výkonové možnosti jednoho datového úložiště nedostatečné, rozložte své VM do více datových úložišť, aby se dosáhlo lepšího škálování. Jednoduchost je často nejlepší, ale výkon a škálovatelnost mohou ospravedlnit přidanou, ale omezenou složitost.

Čtyři úložiště dat Azure NetApp Files poskytují až 10 GB/s využitelné šířky pásma pro velké sekvenční vstupně-výstupní operace nebo schopnost řídit až 500 TISÍC 8K náhodných IOPS. I když jeden úložiště dat může stačit pro řadu požadavků na výkon, pro zajištění nejlepšího výkonu začněte minimálně čtyřmi úložišti dat.

Pro podrobné ladění výkonu umožňují hostované operační systémy Windows i Linux prokládání na více discích. Proto byste měli rozdělit systémy souborů přes více VMDK, které jsou rozmístěny na různých úložištích dat. Pokud je ale konzistence snímků aplikací problém a nejde ji překonat s prostory úložiště nebo LVM, zvažte připojení Azure NetApp Files z hostujícího operačního systému nebo prozkoumejte škálování na úrovni aplikace, pro které má Azure mnoho skvělých možností.

Pokud prokládáte svazky napříč několika disky, ujistěte se, že zálohovací software nebo software pro zotavení po havárii podporuje současné zálohování více virtuálních disků. Vzhledem k tomu, že jednotlivé zápisy jsou rozloženy na více discích, systém souborů potřebuje zajistit, aby se disky během operací vytvoření snímku nebo zálohování "zmrazily". Většina moderních souborových systémů zahrnuje operaci zmrazení nebo vytvoření snímku, jako je xfs (xfs_freeze) a NTFS (stínové kopie svazku), které může zálohovací software využívat.

Vzhledem k tomu, že Služba Azure NetApp Files účtuje kapacitu zřízenou ve fondu kapacity namísto přidělené kapacity (datová úložiště), platíte například stejně za datová úložiště 4x20TB jako za datová úložiště 20x4TB. Pokud potřebujete, můžete kapacitu a výkon úložišť dat na vyžádání dynamicky upravit prostřednictvím rozhraní Azure API nebo konzoly.

Když se například blíží konec fiskálního roku, zjistíte, že potřebujete větší výkon ve standardním úložišti dat. Úroveň služby úložiště dat můžete na měsíc zvýšit, aby všechny virtuální počítače v těchto úložištích dat měly k dispozici vyšší výkon a současně udržovat další úložiště dat na nižší úrovni služby. Ušetříte nejen náklady, ale získáte vyšší výkon díky tomu, že se úlohy rozdělí mezi více připojení TCP mezi jednotlivými úložišti dat na každého hostitele AVS.

Metriky úložiště dat můžete monitorovat prostřednictvím vCenter Serveru nebo prostřednictvím rozhraní Azure API nebo konzoly. Z vCenter Serveru můžete monitorovat agregovanou průměrnou hodnotu IOPS úložiště dat v grafech Výkon/Pokročilé grafy , pokud v úložišti dat povolíte shromažďování metrik řízení vstupně-výstupních operací úložiště. Rozhraní Azure API a konzola prezentují metriky pro WriteIops, ReadIops, ReadThroughput a WriteThroughput, mimo jiné, aby měřily vaše úlohy na úrovni úložiště dat. Pomocí metrik Azure můžete nastavit pravidla upozornění s akcemi, které automaticky změní velikost úložiště dat prostřednictvím funkce Azure, webhooku nebo jiných akcí.

Další kroky

Váš názor

Byla tato stránka užitečná?

Last updated on 2025-04-07