Nasazení SAS Gridu 9.4 na Azure NetApp Files

Analytický software SAS poskytuje sadu služeb a nástrojů pro získávání přehledů z dat a inteligentní rozhodování. Řešení SAS poskytují analýzy, umělou inteligenci, business intelligence, zákaznickou inteligenci, správu dat a informace o podvodech a zabezpečení.

Pokud nasazujete SAS Grid v Azure, Azure NetApp Files je životaschopnou možností primárního úložiště. Pokud používáte škálovatelné služby Azure NetApp Files, můžete kdykoli vertikálně navýšit nebo snížit kapacitu přidělení úložiště bez přerušení služeb. Úroveň služby úložiště můžete také dynamicky přizpůsobit požadavkům na výkon.

SAS nabízí tyto primární platformy, které Microsoft ověřil:

• SAS Grid 9.4
• SAS Viya

Sas Grid 9.4 byl ověřen v Linuxu.

Tento článek obsahuje obecné informace o spuštění SAS Gridu 9.4 v Azure pomocí Azure NetApp Files pro úložiště SASDATA. Poskytuje také pokyny k možnostem úložiště pro SASWORK. Tyto pokyny vycházejí z předpokladu, že své vlastní řešení SAS hostujete v Azure ve vlastním tenantovi. SAS neposkytuje hostování pro SAS Grid v Azure.

Architektura

Stáhněte si powerpointový soubor všech diagramů v tomto článku.

Tok dat

Výpočetní úroveň používá svazky SASDATA (a volitelně SASWORK) ke sdílení dat v mřížce. SASDATA je svazek připojený k systému souborů NFS na Azure NetApp Files.

• Výpočetní uzel čte vstupní data z SASDATA a zapisuje výsledky zpět do SASDATA.
• Následnou část analytické úlohy může spustit jiný uzel na úrovni výpočetních prostředků. Stejný postup používá k získání a uložení informací, které potřebuje zpracovat.

Potenciální případy použití

Škálovatelné nasazení SAS Grid, které používá Azure NetApp Files, se vztahuje na tyto případy použití:

• Finanční analýza
• Odhalování podvodů
• Sledování a ochrana ohrožených druhů
• Věda a medicína
• Analýzy a AI

Požadavky na výkon úložiště

Pro nasazení SAS 9.4 (SAS Grid nebo SAS Analytics Pro) v Azure je Azure NetApp Files životaschopnou primární možností úložiště pro clustery SAS Grid s omezenou velikostí. SAS doporučuje propustnost 100 MiB/s na fyzické jádro. Na toto doporučení jsou clustery SAS Grid, které používají Azure NetApp Files svazek pro soubory SASDATA (trvalé datové soubory SAS), škálovatelné na 32 až 48 fyzických jader ve dvou nebo více virtuálních počítačích Azure. Velikosti clusterů SAS jsou založené na omezení architektury jednoho oboru názvů SASDATA na cluster SAS a dostupné šířce pásma jednoho Azure NetApp Files svazku. Pokyny k počtu jader se budou v průběhu času zvětšovat s tím, jak se infrastruktura Azure (výpočetní, síťová a šířka pásma úložiště systému souborů) bude postupně zvětšovat.

Azure NetApp Files očekávaného výkonu svazků

Jeden svazek Azure NetApp Files dokáže zpracovat až 4 500 MiB/s čtení a 1 500 MiB/s zápisů. Vzhledem k typu instance Azure s dostatečnou šířkou pásma výchozího přenosu dat může jeden virtuální počítač využívat celou šířku pásma pro zápis jednoho Azure NetApp Files svazku. Veškerou šířku pásma pro čtení z jednoho svazku ale může využívat jenom největší virtuální počítač.

SASDATA, hlavní sdílená úloha SAS 9.4, má poměr čtení a zápisu 80:20. Důležitá čísla pro jednotlivé svazky pro úlohu 80:20 s 64KiB čtení a zápisu jsou:

• Propustnost čtení 2 400 MiB/s a souběžná propustnost zápisu 600 MiB/s (dohromady přibližně 3 000 MiB/s).

Další informace najdete v tématu Azure NetApp Files srovnávacích testů výkonu pro Linux.

Doporučení ke kapacitě

Kalkulačka výkonu Azure NetApp Files vám může poskytnout pokyny k určení velikosti svazků SASDATA.

Je důležité zvolit vhodnou úroveň služby, protože:

• Šířka pásma svazku je založená na kapacitě svazku.
• Náklady na kapacitu se odvíjí od úrovně služby.
• Vaše volba úrovně služeb závisí na potřebách kapacity a šířky pásma.

V kalkulačce vyberte Upřesnit, vyberte oblast a zadejte následující hodnoty.

• Velikost svazku: Požadovaná kapacita
• Propustnost: Požadovaná propustnost s ohledem na 100 MiB/s na jádro
• Procento čtení: 80 %
• IOPS: 0
• Velikost vstupně-výstupních operací: sekvenčních 64 kB

Výstup v dolní části obrazovky poskytuje doporučené požadavky na kapacitu na jednotlivých úrovních služeb a měsíční náklady na základě ceny pro vybranou oblast:

• Propustnost: Šířka pásma svazku v závislosti na kombinaci úloh. Pro 80% úlohu sekvenčního čtení 64 KiB je očekávané maximum 3 096 MiB/s.
• IOPS. Počet IOPS, které svazek poskytuje při zadané propustnosti.
• Velikost svazku. Objem kapacity, kterou svazek na úrovni dané služby potřebuje k dosažení požadované propustnosti. Kapacita svazku (hlášená v GiBech) může být rovna nebo menší než velikost fondu kapacity. Toto doporučení vychází z předpokladu, že používáte automatické typy fondů kapacity QoS. Pokud chcete dále optimalizovat kapacitu oproti distribuci propustnosti mezi svazky v rámci fondu kapacity, zvažte ruční typy fondů kapacity QoS.
• Velikost fondu kapacity. Velikost fondu Kapacita svazku je vytesaná z fondu kapacity. Kapacitní fondy mají velikost v přírůstcích po 1 TiB.
• Náklady na fond kapacity (USD za měsíc) Měsíční náklady fondu kapacity při dané velikosti a úrovni služby.
• Volume Show Back (USD/month). Měsíční náklady na kapacitu svazku v zadané kapacitě. Poplatky se účtují na základě velikosti přiděleného fondu kapacity. Zobrazení zpětného zobrazení svazku označuje velikost svazku.

Řízení nákladů podle potřeby pomocí tvarování objemu v Azure NetApp Files. K dispozici jsou dvě dynamické možnosti, které ovlivňují výkon a náklady:

• Dynamická změna velikosti svazku a fondu kapacity
• Dynamická změna úrovně služeb svazku

Přečtěte si další informace o modelu nákladů Azure NetApp Files.

Ochrana dat

Azure NetApp Files používá snímky k ochraně vašich dat. Snímky poskytují prostorově efektivní image svazků Azure NetApp Files, konzistentní vzhledem k chybám a téměř okamžité. Snímky můžete kdykoli vytvořit ručně nebo je naplánovat pomocí zásad snímků na svazku.

Pomocí zásad snímků můžete do svazků přidat automatizovanou ochranu dat. Snímky můžete rychle obnovit na místě pomocí funkce Vrácení snímků. Nebo můžete obnovit snímek na nový svazek , abyste mohli rychle obnovit data. Můžete také použít funkci obnovení na novou funkci svazku a poskytnout testovacím a vývojovým prostředím aktuální data.

Pro vyšší úrovně ochrany dat můžete použít řešení ochrany dat, která používají Azure NetApp Files zálohovací nebo partnerská zálohovací software.

Komponenty

• Azure Virtual Machines: Mřížka SAS vyžaduje velké množství paměti, úložiště a šířky pásma vstupně-výstupních operací v odpovídajícím poměru k počtu jader. Azure nabízí předdefinované velikosti virtuálních počítačů s nižším počtem virtuálních procesorů, které můžou pomoct vyvážit požadovaný počet jader s velikostí paměti, úložiště a šířky pásma vstupně-výstupních operací.

  Další informace najdete v tématu Velikosti virtuálních počítačů s omezenou podporou virtuálních procesorů. Je důležité důkladně pochopit, jaké výpočetní prostředky jsou u jednotlivých instancí k dispozici. Pokud chcete spustit SAS Grid v Azure s Azure NetApp Files, doporučujeme tyto typy instancí:

  • Standard_E64-16ds_v4 nebo Standard_E64-16ds_v5
  • Standard_E64-32ds_v4 nebo Standard_E64-32ds_v5

  Nezapomeňte si projít osvědčené postupy pro používání SAS v Azure, včetně aktualizací v komentářích.

• Azure NetApp Files: SASDATA můžete uložit na Azure NetApp Files svazku, který je sdílený napříč výpočetním clusterem.

  Volitelně můžete pro SASWORK použít také svazky Azure NetApp Files NFS.

  Azure NetApp Files je k dispozici ve třech úrovních výkonu služby:

  • Standard
  • Premium
  • Ultra

  Výkon svazku je většinou definován úrovní služby. Faktorem je také velikost vašeho svazku, protože dosažitelná propustnost je určena úrovní služby a velikostí svazku.

Možnosti úložiště pro SASDATA

Vzhledem k tomu, že Azure NetApp Files může poskytovat vysokou propustnost a nízkou latenci přístupu k úložišti, je to životaschopná a rychlejší alternativa k diskům Premium. Úložiště připojené k síti není na úrovni virtuálního počítače omezené, protože je u spravovaných disků, takže získáte vyšší propustnost úložiště.

K odhadu požadované úrovně pro kapacitu SASDATA použijte kalkulačku výkonu Azure NetApp Files. (Nezapomeňte vybrat upřesnit.)

Vzhledem k tomu, že Azure NetApp Files svazky NFS jsou sdílené, jsou vhodným kandidátem pro hostování SASDATA, pokud se používají s typy instancí virtuálních počítačů s správnou velikostí a distribucí Red Hat Enterprise Linuxu (RHEL), probírané dále v tomto článku.

Možnosti úložiště pro SASWORK

Následující tabulka ukazuje nejběžnější možnosti úložiště pro nasazení SASWORK v Azure. V závislosti na požadavcích na velikost (kapacitu) a rychlost (šířku pásma) máte tři možnosti: dočasné úložiště, spravovaný disk a Azure NetApp Files.

	Dočasné úložiště	Spravovaný disk	Azure NetApp Files
Velikost	Malá	Velká	Velmi velký
Rychlost	Velmi velký	Malá	Střední

Při výběru možnosti vezměte v úvahu tyto aspekty:

• Dočasné úložiště (dočasné úložiště) poskytuje nejvyšší šířku pásma, ale je dostupné jenom v menších velikostech. (Velikost závisí na SKU virtuálního počítače.) V závislosti na dostupných a požadovaných kapacitách může být tato možnost nejvhodnější.
• Pokud požadovaná kapacita SASWORK překračuje velikost dočasného úložiště vybrané skladové položky virtuálního počítače, zvažte použití spravovaného disku Azure k hostování SASWORK. Mějte ale na paměti, že propustnost spravovaného disku je záměrně omezená architekturou virtuálního počítače a že se liší v závislosti na skladové pou sadě virtuálního počítače. Proto je tato možnost úložiště dostupná pouze pro prostředí, která mají nižší požadavky na výkon SASWORK.
• V případě nejvyšších požadavků na kapacitu SASWORK a požadavků na průměrný výkon nad rámec toho, co můžou poskytovat spravované disky Azure, zvažte Azure NetApp Files pro SASWORK. Poskytuje velkou velikost společně s rychlou propustností.

Při použití předchozí tabulky se při rozhodování, jestli jsou vaše potřeby malé, velké, střední nebo extra velké, vezměte v úvahu škálování nasazení, počet virtuálních počítačů a jader a související požadavky na kapacitu a výkon. Tato posouzení musíte provést pro každé nasazení.

Možnosti v tabulce odpovídají nasazením popsaným v následujících architekturách. Ve všech scénářích se SASDATA hostuje na svazku Azure NetApp Files NFS a sdílí se mezi výpočetními uzly. U některých distribucí RHEL doporučujeme použít možnost nconnect systému souborů NFS k vytvoření více síťových toků do svazku. Další informace najdete v části Možnosti připojení systému souborů NFS v tomto článku.

Architektura dočasného úložiště

Pro menší požadavky na kapacitu SASWORK je dočasné úložiště virtuálního počítače Azure rychlé a nákladově efektivní řešení. V této architektuře je každý virtuální počítač na úrovni výpočetních prostředků vybaven dočasným úložištěm. Informace o určení dočasných velikostí úložiště pro virtuální počítače, které používáte, najdete v dokumentaci k virtuálním počítačům Azure.

Tok dat

• Výpočetní uzel čte vstupní data z SASDATA a zapisuje výsledky zpět do SASDATA.
• Další část analytické úlohy může spustit jiný uzel na úrovni výpočetních prostředků. Stejný postup používá k získání a uložení informací, které potřebuje ke zpracování.
• Dočasný pracovní adresář SASWORK se nesdílí. Je uložený v dočasném úložišti na každém výpočetním uzlu.

Architektura spravovaného disku

Pokud vaše požadavky na kapacitu pro SASWORK překračují kapacity dostupné v dočasném úložišti, jsou dobrou alternativou spravované disky Azure. Spravované disky jsou k dispozici v různých velikostech a úrovních výkonu. Další informace najdete v tématu Cíle škálovatelnosti a výkonu disků virtuálních počítačů.

Tok dat

• Výpočetní uzel čte vstupní data z SASDATA a zapisuje výsledky zpět do SASDATA.
• Další část analytické úlohy může spustit jiný uzel na úrovni výpočetních prostředků. Stejný postup používá k získání a uložení informací, které potřebuje ke zpracování.
• Dočasný pracovní adresář SASWORK se nesdílí. Je uložený na spravovaných discích, které jsou připojené ke každému výpočetnímu uzlu.

Azure NetApp Files architektura

V případě vyšších požadavků na kapacitu SASWORK a/nebo střední výkon zvažte použití Azure NetApp Files. Azure NetApp Files poskytuje kapacitu svazků až 100 TiB. Každý uzel na úrovni výpočetních prostředků by měl mít vlastní svazek SASWORK. Svazky by se neměly sdílet.

Tok dat

• Výpočetní uzel čte vstupní data z SASDATA a zapisuje výsledky zpět do SASDATA.
• Další část analytické úlohy může spustit jiný uzel na úrovni výpočetních prostředků. Stejný postup používá k získání a uložení informací, které potřebuje ke zpracování.
• Dočasný pracovní adresář SASWORK se nesdílí. Je uložený na jednotlivých Azure NetApp Files svazcích, které jsou připojené ke každému výpočetnímu uzlu.

Doporučení ke škálování a konfiguraci

• Pro zajištění nejlepší a nejkonzistentnější latence datového provozu mezi instancemi v clusteru SAS se ujistěte, že jsou všechny virtuální počítače vytvořené ve stejné skupině umístění bezkontaktní komunikace.
• Projděte si část Obecné pokyny k ladění v tématu Osvědčené postupy pro použití SAS v Azure.
• Pokud chcete zajistit optimální šířku pásma sítě, povolte akcelerované síťové služby.

Distribuce RHEL a nastavení NFS

Rozdělení RHEL

RHEL je doporučená distribuce pro spuštění SAS 9 v Linuxu. Každé jádro podporované red Hatem má vlastní omezení šířky pásma NFS.

Podrobnosti o spouštění SAS v Azure najdete v tématu Osvědčené postupy pro používání SAS v Azure.

Virtuální počítače Azure Standard_E64-16ds_v4 a Standard_E64-32ds_v4 nebo jejich ekvivalenty v5 se doporučují pro SAS. Vezmeme-li v úvahu tato doporučení, obsahuje tato část několik pokynů pro použití SAS s Azure NetApp Files.

• Pokud používáte RHEL 7, je nejlepší volbou Standard_E64-16ds_v4 nebo Standard_E64-16ds_v5 na základě cíle 100 MiB/s na fyzický cíl jádra pro SASDATA.

  • Standard_E64 16ds_v4: 90–100 MiB/s na jádro
  • Standard_E64 32ds_v4: 45–50 MiB/s na jádro

• Pokud používáte RHEL 8.2, můžete použít Standard_E64-16ds_v4, Standard_E64-32ds_v4 nebo jejich ekvivalenty v5. Standard_E64-16ds_v4 je vhodnější vzhledem k cílové hodnotě 100 MiB/s na jádro pro SASDATA.

  • Standard_E64 16ds_v4: 150–160 MiB/s na jádro
  • 32ds_v4 Standard_E64: 75 až 80 MiB/s na jádro

• Pokud používáte RHEL 8.3, jsou vzhledem k cíli propustnosti na jádro plně přijatelné Standard_E64 16ds_v4 i Standard_E64 32ds_v4 nebo jejich ekvivalenty verze 5:

  • Ověření označuje 3 200 MiB/s čtení.
  • K těmto výsledkům se používá možnost připojení NFS nconnect .

Testování ukazuje, že jedna instance RHEL 7 nedosáhne propustnosti čtení v rámci jednoho koncového bodu úložiště Azure NetApp Files (to znamená vůči síťovému soketu) maximálně 750–800 MiB/s. Pokud použijete možnosti připojení 64 KiB a wsize NFS, je možné pro stejný koncový bod dosáhnout 1 500 MiBrsize/s zápisů. Některé důkazy naznačují, že dříve uvedená horní mez propustnosti čtení je artefaktem jádra 3.10. Další informace najdete v článku RHEL CVE-2019-11477.

Testování ukazuje, že jedna instance RHEL 8.2 s jádrem 4.18 nemá omezení, která jsou uvedena v jádru 3.10. Pokud tedy použijete možnost připojení 64 KiB rsize a wsize NFS, dosáhnete 1 200 až 1 300 MiB/s provozu čtení. U velkých sekvenčních zápisů můžete očekávat stejnou propustnost 1500 MiB/s, jakou získáte na RHEL 7.

U jedné instance RHEL 8.3 s možností připojení nconnect (která je nová v distribuci RHEL 8.3) je možné dosáhnout přibližně 3 200 MiB/s propustnosti čtení z jednoho Azure NetApp Files svazku. Neočekávejte více než 1 500 MiB/s zápisů na jeden svazek Azure NetApp Files, a to ani v případě, že použijete nconnect.

Ladění jádra

Položky tabulky slotů

NFSv3 nemá mechanismus pro vyjednávání souběžnosti mezi klientem a serverem. Klient i server definují svoje limity bez vědomí druhého. Pro dosažení nejlepšího výkonu byste měli zarovnat maximální počet položek tabulky slotů na straně sunrpc klienta s tím, který se podporuje bez zpětného nabízení na serveru. Když klient zahltí schopnost serverového síťového zásobníku zpracovat úlohu, server zareaguje zmenšením velikosti okna pro připojení, což není pro výkon ideální.

Moderní linuxová jádra ve výchozím nastavení definují velikost sunrpc.max_tcp_slot_table_entries položky tabulky slotů pro připojenísunrpc, aby podporovala 65 536 nevyřízených operací. Tyto položky tabulky slotů definují limity souběžnosti. Takto vysoké hodnoty nejsou nutné, protože Azure NetApp Files výchozí hodnota je 128 nevyřízených operací.

Doporučujeme vyladit klienta na stejné číslo:

• Ladění jádra (přes /etc/sysctl.conf)
  • sunrpc.tcp_max_slot_table_entries=128

Přizpůsobitelné mezipaměti systému souborů

Potřebujete také pochopit následující faktory týkající se možností ladění mezipaměti systému souborů:

• Vyprázdnění nezašpiněné vyrovnávací paměti ponechá data v čistém stavu, který lze použít pro budoucí čtení, dokud zatížení paměti nepomůže vyřazovat.
• Existují tři triggery pro asynchronní operaci vyprázdnění:
  • Na základě času: Když vyrovnávací paměť dosáhne stáří definovaného vm.dirty_expire_centisecs nebo vm.dirty_writeback_centisecs upravitelné, musí být označená pro čištění (to znamená proplachování nebo zápis do úložiště).
  • Zatížení paměti: Podrobnosti najdete v tématu vm.dirty_ratio | vm.dirty_bytes.
  • Zavřít: Když je popisovač souboru zavřený, všechny vyrovnávací paměti se asynchronně vyprázdní do úložiště.

Tyto faktory jsou řízeny čtyřmi nastavitelnými možnostmi. Každý doladitelný dynamicky a trvale pomocí tuned nebo sysctl v souboru /etc/sysctl.conf . Laděním těchto proměnných se zvýší výkon pro SAS Grid:

• Ladění jádra (prostřednictvím vlastního vyladěného profilu)
  • include = throughput-performance
  • vm.dirty_bytes = 31457280
  • vm.dirty_expire_centisecs = 100
  • vm.dirty_writeback_centisecs = 300

Možnosti připojení NFS

Pro sdílené systémy souborů NFS, které se používají pro trvalé soubory SASDATA , doporučujeme následující možnosti připojení NFS:

RHEL 7 a 8.2

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev

RHEL 8,3

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nconnect=8

Pro svazky SASWORK , kde se příslušné svazky používají výhradně pro SASWORK a nesdílejí se mezi uzly, doporučujeme následující možnosti připojení:

RHEL 7 a 8.2

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nocto

RHEL 8,3

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nocto,nconnect=8

Další informace o výhodách a nákladech nocto na možnost připojení najdete v tématu Konzistence typu Close-to-Open a časovače atributů mezipaměti.

Měli byste si také projít Azure NetApp Files: Sdílený systém souborů, který se použije se službou SAS Grid v MS Azure, včetně všech aktualizací v komentářích.

Nastavení systému souborů NFS pro čtení

Doporučujeme nastavit doladění dopředného čtení NFS pro všechny distribuce RHEL na 15 360 KiB. Další informace najdete v tématu Trvalé nastavení čtení pro připojení NFS.

Alternativy

Řešení úložiště v předchozích architekturách je vysoce dostupné podle Azure NetApp Files smlouvy o úrovni služeb. Kvůli větší ochraně a dostupnosti můžete svazky úložiště replikovat do jiné oblasti Azure pomocí Azure NetApp Files replikace mezi oblastmi.

Replikace svazků prostřednictvím řešení úložiště má dvě klíčové výhody:

• Virtuální počítače aplikace nemají žádné další zatížení.
• Toto řešení eliminuje nutnost spouštět virtuální počítače v cílové oblasti během normálního provozu.

Obsah úložiště se replikuje bez použití prostředků výpočetní infrastruktury a cílová oblast nemusí spouštět software SAS. Aby bylo možné tento scénář podporovat, nemusí být cílové virtuální počítače spuštěné.

Následující architektura ukazuje, jak se obsah úložiště na Azure NetApp Files replikuje do druhé oblasti, kde se úložiště naplní replikou produkčních dat. Pokud dojde k převzetí služeb při selhání, sekundární oblast se přepojí do režimu online a virtuální počítače se spustí, aby bylo možné obnovit produkci ve druhé oblasti. Provoz je potřeba přesměrovat do druhé oblasti tím, že překonfigurujete nástroje pro vyrovnávání zatížení, které nejsou znázorněné v diagramu.

Typický cíl bodu obnovení (RPO) je pro toto řešení kratší než 20 minut, pokud je interval aktualizace replikace mezi oblastmi nastavený na 10 minut.

Tok dat

• Výpočetní uzel čte vstupní data z SASDATA a zapisuje výsledky zpět do SASDATA.
• Následnou část analytické úlohy může spustit jiný uzel na úrovni výpočetních prostředků. Stejný postup používá k získání a uložení informací, které potřebuje zpracovat.
• Dočasný pracovní adresář SASWORK se nesdílí. Ukládají se na jednotlivé svazky Azure NetApp Files, které jsou připojené ke každému výpočetnímu uzlu.
• Azure NetApp Files replikace mezi oblastmi asynchronně replikuje svazek SASDATA včetně všech snímků do oblasti zotavení po havárii, aby se usnadnilo převzetí služeb při selhání v případě regionální havárie.

Požadavky

Tyto aspekty implementují pilíře azure Well-Architected Framework, sadu hlavních zásad, které můžete použít ke zlepšení kvality úlohy. Další informace najdete v tématu Microsoft Azure Well-Architected Framework.

Spolehlivost

Spolehlivost zajišťuje, že vaše aplikace dokáže splnit závazky, které učiníte vůči zákazníkům. Další informace najdete v tématu Přehled pilíře spolehlivosti.

Azure NetApp Files poskytuje smlouvu SLA standardní 99,99% dostupnosti pro všechny úrovně a všechny podporované oblasti. Azure NetApp Files také podporuje zřizování svazků v zónách dostupnosti, které zvolíte, a nasazení vysoké dostupnosti napříč zónami.

Pro vylepšené smlouvy SLA RPO/RTO je součástí služby integrovaná ochrana dat se snímky a zálohováním . Replikace mezi oblastmi poskytuje stejné výhody napříč oblastmi Azure.

Zabezpečení

Zabezpečení poskytuje záruku proti záměrným útokům a zneužití vašich cenných dat a systémů. Další informace najdete v tématu Přehled pilíře zabezpečení.

Azure NetApp Files poskytuje úroveň zabezpečení, protože se zřizují svazky a provoz dat zůstává ve vašich virtuálních sítích. Neexistuje žádný veřejně adresovatelný koncový bod. Všechna neaktivní uložená data jsou vždy zašifrovaná . Přenášená data můžete volitelně šifrovat.

Azure Policy vám může pomoct vynucovat standardy organizace a vyhodnocovat dodržování předpisů ve velkém měřítku. Azure NetApp Files podporuje Azure Policy prostřednictvím vlastních a předdefinovaných definic zásad.

Efektivita výkonu

Efektivita výkonu je schopnost úlohy škálovat se tak, aby efektivním způsobem splňovala požadavky, které na ni kladou uživatelé. Další informace najdete v tématu Přehled pilíře efektivity výkonu.

Výkon

V závislosti na požadavcích na propustnost a kapacitu mějte na paměti následující skutečnosti:

• Důležité informace o výkonu Azure NetApp Files.
• Požadované Azure NetApp Files úrovně kapacity a služeb pro SASDATA.
• Pokyny v tomto článku pro výběr typu úložiště pro SASWORK.

Škálovatelnost

Výpočetní výkon můžete snadno škálovat přidáním virtuálních počítačů do škálovacích sad, na kterých běží tři úrovně řešení SAS.

Úložiště Azure NetApp Files svazků můžete dynamicky škálovat. Pokud používáte automatickou technologii QoS, výkon se škáluje současně. Pro podrobnější kontrolu nad každým svazkem můžete také řídit výkon každého svazku zvlášť pomocí ruční funkce QoS pro fondy kapacity.

Azure NetApp Files svazky jsou k dispozici ve třech úrovních výkonu: Ultra, Premium a Standard. Vyberte úroveň, která nejlépe vyhovuje vašim požadavkům na výkon, s ohledem na to, že dostupná šířka pásma výkonu se škáluje s velikostí svazku. Úroveň služby svazku můžete kdykoli změnit. Další informace o modelu nákladů Azure NetApp Files najdete v těchto příkladech cen.

Můžete začít pomocí kalkulačky výkonu Azure NetApp Files.

Optimalizace nákladů

Optimalizace nákladů spočívá ve snížení zbytečných nákladů a zlepšení provozní efektivity. Další informace najdete v tématu Přehled pilíře optimalizace nákladů.

Nákladový model

Pochopení nákladového modelu pro Azure NetApp Files vám může pomoct se správou výdajů.

Azure NetApp Files fakturace je založená na zřízené kapacitě úložiště, kterou přidělíte vytvořením fondů kapacity. Fondy kapacity se účtují měsíčně na základě nastavených nákladů na přidělený GiB za hodinu.

Pokud se požadavky na velikost fondu kapacity mění (například z důvodu proměnlivé kapacity nebo požadavků na výkon), zvažte dynamickou změnu velikosti svazků a fondů kapacity , aby se náklady vyrovnaly s vašimi požadavky na kapacitu a výkon.

Pokud vaše požadavky na velikost fondu kapacity zůstávají stejné, ale požadavky na výkon kolísají, zvažte dynamickou změnu úrovně služby svazku. Během měsíce můžete zřizovat a zrušit zřízení fondů kapacity různých typů a zajistit tak výkon za běhu a snížit náklady v obdobích, kdy nepotřebujete vysoký výkon.

Ceny

Na základě vašich požadavků na kapacitu a výkon se rozhodněte, kterou Azure NetApp Files úroveň služeb potřebujete (Standard, Premium nebo Ultra). Pak pomocí cenové kalkulačky Azure vyhodnoťte náklady na tyto komponenty:

• SAS v komponentách Azure
• Azure NetApp Files
• Spravovaný disk (volitelně)
• Virtuální síť

Efektivita provozu

Efektivita provozu zahrnuje provozní procesy, které nasazují aplikaci a udržují ji v provozu. Další informace najdete v tématu Přehled pilíře efektivity provozu.

SAS Grid v Azure poskytuje flexibilitu a rychlé nasazení. Tady je několik výhod:

• Splnění měnících se obchodních požadavků pomocí dynamického vyrovnávání úloh
• Vytvoření výpočetního prostředí SAS s vysokou dostupností
• Rychlejší výsledky ze stávající IT infrastruktury
• Růst výpočetních prostředků přírůstkově a nákladově efektivní
• Správa všech analytických úloh
• Snadný přechod z prostředí s silovým serverem nebo prostředím s více počítači na prostředí mřížky SAS

Nasazení tohoto scénáře

Nejlepší je nasadit úlohy pomocí procesu infrastruktury jako kódu (IaC). Úlohy SAS můžou být citlivé na chybné konfigurace, ke kterým často dochází při ručním nasazení, a snížit produktivitu.

Pokud chcete začít s návrhem řešení SAS Grid v Azure, projděte si téma SAS v architektuře Azure a automatizace nasazení SAS v Azure pomocí GitHub Actions.

Přispěvatelé

Tento článek spravuje Microsoft. Původně ji napsali následující přispěvatelé.

Hlavní autoři:

• Geert van Teylingen | Produktový manažer skupiny
• Arnt de Gier | Technický inženýr marketingu

Další přispěvatelé:

• Mick Alberts | Technický spisovatel

Pokud chcete zobrazit neveřejné profily LinkedIn, přihlaste se na LinkedIn.

Další kroky

• Webinář rychlý start o tom, jak začít s Azure
• Azure NetApp Files: Sdílený systém souborů pro použití se službou SAS Grid v Azure
• Kalkulačka výkonu Azure NetApp Files
• Azure NetApp Files dokumentace
• Školení: Úvod do Azure NetApp Files

Související prostředky

• SAS v Azure, doporučení pro změnu velikosti virtuálních počítačů
• SAS v Azure, Azure NetApp Files
• Důležité informace o SAS v Azure, síti a umístění virtuálních počítačů
• SAS v Azure, důležité informace o zabezpečení