Sdílet prostřednictvím

Konfigurace úložiště virtuálních počítačů Azure SAP HANA

  • Článek

Azure poskytuje různé typy úložiště, které jsou vhodné pro virtuální počítače Azure, na kterých běží SAP HANA. Seznam certifikovaných typů úložišť Azure PRO SAP HANA, které je možné považovat za seznam nasazení SAP HANA, například:

Další informace o těchto typech disků najdete v článku Typy úložiště Azure pro úlohy SAP a výběr typu disku.

Azure nabízí dvě metody nasazení virtuálních pevných disků ve službě Azure Standard a Premium Storage v1/v2. Očekáváme, že využijete výhod spravovaného disku Azure pro nasazení blokového úložiště Azure.

Seznam typů úložiště a jejich smluv SLA v IOPS a propustnosti úložiště najdete v dokumentaci k Azure pro spravované disky.

Důležité

Nezávisle na zvoleném typu úložiště Azure musí SAP podporovat systém souborů, který se v daném úložišti používá, pro konkrétní operační systém a DBMS. Poznámka podpory SAP #2972496 obsahuje seznam podporovaných systémů souborů pro různé operační systémy a databáze, včetně SAP HANA. To platí pro všechny svazky, ke které může SAP HANA přistupovat pro čtení a zápis pro jakýkoli úkol. Konkrétně použití systému souborů NFS v Azure pro SAP HANA, další omezení verzí NFS platí, jak je uvedeno dále v tomto článku.

Minimální podmínky certifikace SAP HANA pro různé typy úložišť:

  • Azure Premium Storage v1 – Azure Write Accelerator vyžaduje podporu /hana/log. Datový svazek /hana/datový svazek je možné umístit do premium storage verze 1 bez akcelerátoru zápisu Azure nebo na disk úrovně Ultra. Azure Premium Storage v2 nebo Azure Premium SSD v2 nepodporuje využití akcelerátoru zápisu Azure
  • Disk Azure Ultra alespoň pro svazek /hana/log . Datový svazek /hana/datový svazek je možné umístit do premium storage verze 1/v2 bez akcelerátoru zápisu Azure nebo kvůli rychlejšímu restartování disku úrovně Ultra.
  • Svazky NFS verze 4.1 nad službou Azure NetApp Files pro /hana/log a /hana/data Svazek /hana/shared může používat protokol NFS v3 nebo NFS verze 4.1.

Na základě zkušeností získaných se zákazníky jsme změnili podporu kombinování různých typů úložiště mezi /hana/data a /hana/log. Podporuje se kombinování využití různých blokových úložišť Azure certifikovaných pro sdílené složky HANA AND NFS založené na službě Azure NetApp Files. Je například možné umístit /hana/data do úložiště premium storage verze 1 nebo v2 a /hana/log , aby se získala požadovaná nízká latence. Pokud používáte svazek založený na ANF pro /hana/data, /hana/svazek protokolu můžete umístit také na jeden z certifikovaných typů blokového úložiště Azure HANA. Použití systému souborů NFS nad ANF pro jeden ze svazků (například /hana/data) a disk Azure Premium Storage v1/v2 nebo Ultra pro druhý svazek (například /hana/log) je podporovaný.

V místním světě jste se zřídka museli starat o vstupně-výstupní subsystémy a jeho možnosti. Důvodem bylo, že dodavatel zařízení potřeboval zajistit splnění minimálních požadavků na úložiště pro SAP HANA. Při vytváření infrastruktury Azure byste měli vědět o některých těchto požadavcích vydaných sap. Mezi minimální charakteristiky propustnosti, které SAP doporučuje, patří:

  • Čtení/zápis v /hana/log 250 MB/s s s velikostí 1 MB vstupně-výstupních operací
  • Aktivita čtení minimálně 400 MB/s pro /hana/data pro velikosti 16 MB a 64 MB vstupně-výstupních operací
  • Aktivita zápisu minimálně 250 MB/s pro /hana/data s velikostí 16 MB a 64 MB vstupně-výstupních operací

Vzhledem k tomu, že nízká latence úložiště je důležitá pro systémy DBMS, i když dbMS, jako je SAP HANA, udržují data v paměti. Kritická cesta v úložišti je obvykle kolem zápisů transakčního protokolu systémů DBMS. Operace, jako je zápis bodů ukládání nebo načítání dat v paměti po zotavení po havárii, ale můžou být důležité. Proto je povinné používat Azure Premium Storage verze 1/v2, disk úrovně Ultra nebo ANF pro svazky /hana/data a /hana/log .

Tady je několik hlavních principů při výběru konfigurace úložiště pro HANA, například:

  • Rozhodněte se o typu úložiště založeném na typech azure Storage pro úlohy SAP a vyberte typ disku.
  • Při nastavování velikosti nebo rozhodování o virtuálním počítači je potřeba vzít v úvahu celkové limity vstupně-výstupních operací a vstupně-výstupních operací virtuálního počítače. Celková propustnost úložiště virtuálních počítačů je zdokumentovaná v článku Velikosti virtuálních počítačů optimalizovaných pro paměť.
  • Při rozhodování o konfiguraci úložiště zkuste zůstat pod celkovou propustností virtuálního počítače s konfigurací /hana/datového svazku. Sap HANA zapisuje body ukládání, HANA může být agresivní vystavující vstupně-výstupní operace. Při zápisu bodu ukládání je snadné nasdílení až do limitů propustnosti svazku /hana/data . Pokud vaše disky, které sestavují svazek /hana/data , mají vyšší propustnost, než umožňuje váš virtuální počítač, můžete narazit na situace, kdy propustnost využívaná zápisem bodu ukládání zasahuje do požadavků na propustnost zápisů protokolu znovu. Situace, která může ovlivnit propustnost aplikace
  • Pokud uvažujete o použití systémové replikace HANA, musí být úložiště používané pro /hana/data v každé replice stejné a typ úložiště použitý pro /hana/log u každé repliky musí být stejný. Například použití služby Azure Premium Storage v1 pro /hana/data s jedním virtuálním počítačem a diskem Azure Ultra pro /hana/data v jiném virtuálním počítači, na kterém běží replika stejné konfigurace replikace systému HANA, se nepodporuje.

Důležité

Návrhy konfigurace úložiště v těchto nebo následných dokumentech jsou určené jako pokyny, se kterými začít. Spuštění úloh a analýza vzorů využití úložiště si můžete uvědomit, že nevyužíváte veškerou šířku pásma úložiště nebo IOPS, které jsou k dispozici. Pak můžete zvážit snížení velikosti úložiště. Nebo v opačném případě může vaše úloha potřebovat větší propustnost úložiště, než navrhuje tato konfigurace. V důsledku toho možná budete muset nasadit větší kapacitu, vstupně-výstupní operace za sekundu nebo propustnost. V oblasti napětí mezi požadovanou kapacitou úložiště je potřeba latence úložiště, požadovaná propustnost úložiště a IOPS a nejméně nákladná konfigurace, Azure nabízí dostatek různých typů úložiště s různými možnostmi a různými cenovými body, abyste našli a přizpůsobili správné kompromisy pro vás a vaši úlohu HANA.

Stripe sets versus dělení datového svazku SAP HANA

Při použití služby Azure Premium Storage v1 můžete dosáhnout nejlepšího poměru ceny a výkonu při prokládání svazku /hana/data a/nebo /hana/log napříč několika disky Azure. Místo nasazení větších diskových svazků, které poskytují větší počet potřebných vstupně-výstupních operací za sekundu nebo propustnost. Vytvoření jednoho svazku napříč několika disky Azure je možné provést pomocí správců svazků LVM a MDADM, které jsou součástí Linuxu. Metoda prokládání disků je desetiletí stará a dobře známá. Stejně přínosné jako ty prokládání svazků je dostat se ke schopnostem IOPS nebo propustnosti, které možná budete potřebovat, přidá složitost správy těchto prokládání svazků. Zvlášť v případech, kdy se svazky potřebují rozšířit v kapacitě. Minimálně pro /hana/data společnost SAP zavedla alternativní metodu, která dosahuje stejného cíle jako prokládání mezi více disky Azure. Vzhledem k tomu, že SAP HANA 2.0 SPS03 dokáže indexovací server HANA prokládat svou vstupně-výstupní aktivitu napříč několika datovými soubory HANA, které se nacházejí na různých discích Azure. Výhodou je, že se nemusíte starat o vytváření a správu prokláněného svazku napříč různými disky Azure. Funkce SAP HANA dělení na svazky dat je podrobně popsána v těchto částech:

Při čtení podrobností je zřejmé, že použití této funkce zbavuje složitosti sad stripe založených na správci svazků. Uvědomujete si také, že dělení datového svazku HANA nefunguje jenom pro blokové úložiště Azure, jako je Azure Premium Storage verze 1/v2. Tuto funkci můžete použít i k prokládání sdílených složek NFS v případě, že tyto sdílené složky mají omezení IOPS nebo propustnosti.

Režim plánovače vstupně-výstupních operací s Linuxem

Linux má několik různých režimů plánování vstupně-výstupních operací. Běžným doporučením dodavatelů Linuxu a SAP je překonfigurovat režim plánovače vstupně-výstupních operací pro diskové svazky z mq-deadline nebo kyber režimu na noop (bez multiqueue) nebo žádný pro režim (multiqueue), pokud to ještě neprováří profily saptune SLES. Na podrobnosti se odkazuje v:

U Red Hatu ponechte nastavení stanovená konkrétními profily ladění pro různé aplikace SAP.

Prokládání velikostí při použití logických správců svazků

Pokud k vytváření sad stripe na několika discích Azure Premium používáte LVM nebo mdadm, musíte definovat velikosti pruhů. Tyto velikosti se liší mezi /hana/data a /hana/log. Doporučení: Při velikosti pruhu doporučujeme použít:

  • 256 kB pro /hana/data
  • 64 kB pro /hana/log

Poznámka:

Velikost pruhu pro /hana/data se změnila z předchozích doporučení volajících pro 64 kB nebo 128 kB na 256 kB na základě zkušeností zákazníků s novějšími verzemi Linuxu. Velikost 256 kB poskytuje mírně lepší výkon. Také jsme změnili doporučení pro prokládání velikostí /hana/log z 32 kB na 64 kB, abychom získali dostatečnou propustnost s většími vstupně-výstupními velikostmi.

Poznámka:

Nemusíte konfigurovat žádnou úroveň redundance pomocí svazků RAID, protože úložiště bloků Azure uchovává tři image virtuálního pevného disku. Použití stripe sady s disky Azure Premium je čistě ke konfiguraci svazků, které poskytují dostatečnou propustnost vstupně-výstupních operací za sekundu nebo vstupně-výstupní operace.

Nahromadění více disků Azure pod sadu prokládání je akumulátorové ze strany IOPS a propustnosti úložiště. Pokud tedy umístíte pruh nastavený na více než 3 disky Azure Premium Storage verze 1, měli byste dát třikrát IOPS a třikrát propustnost úložiště jednoho disku Azure Premium Storage v1 P30.

Důležité

V případě, že používáte LVM nebo mdadm jako správce svazků k vytváření prokládání sad napříč několika disky Azure Premium, nesmí být tři systémy souborů SAP HANA /data, /log a /shared ve výchozí nebo kořenové skupině svazků. Důrazně doporučujeme postupovat podle pokynů pro dodavatele Linuxu, což je obvykle vytvoření jednotlivých skupin svazků pro /data, /log a /shared.

Důležité informace o sdíleném systému souborů HANA

Při nastavování velikosti systémů souborů HANA se nejvíce pozornosti věnuje systémům HANA se soubory dat a protokolů. /hana/shared ale hraje důležitou roli při provozování stabilního systému HANA, protože hostuje základní komponenty, jako jsou binární soubory HANA.
Pokud je soubor /hana/shared nedostatečně zahlcený, může se stát vstupně-výstupními operacemi kvůli nadměrným operacím čtení/zápisu – například při zápisu velkého výpisu paměti nebo při intenzivním trasování nebo při zápisu zálohy do systému souborů /hana/shared. Může se také zvýšit latence.

Pokud je systém HANA v konfiguraci vysoké dostupnosti, pomalé odpovědi ze sdíleného systému souborů, tj. /hana/shared , můžou způsobit vypršení časových limitů prostředků clusteru. Tyto časové limity můžou vést k zbytečným převzetím služeb při selhání, protože agenti prostředků HANA můžou nesprávně předpokládat, že databáze není dostupná.

Pokyny PRO SAP pro doporučené velikosti /hana/shared by vypadaly takto:

Objem Doporučená velikost
/hana/sdílené vertikální navýšení kapacity Min(1 TB, 1 x RAM)
/hana/shared scale-out 1 x ram pracovního uzlu
na čtyři pracovní uzly

Další podrobnosti najdete v následujících poznámkách SAP:
3288971 – nejčastější dotazy: SUSE HAE/RedHat HAA Pacemaker Cluster Resource Manager v prostředích replikace systému SAP HANA
1999930 – nejčastější dotazy: Analýza vstupně-výstupních operací SAP HANA

Osvědčeným postupem je, že velikost /hana/shared zabrání kritickým bodům výkonu. Nezapomeňte, že dobře velký /hana/sdílený systém souborů přispívá ke stabilitě a spolehlivosti systému SAP HANA, zejména ve scénářích vysoké dostupnosti.

Konfigurace Azure Premium Storage v1 pro HANA

Podrobné doporučení konfigurace úložiště HANA s využitím Azure Premium Storage verze 1 najdete v dokumentu o konfiguracích úložiště SSD virtuálního počítače SAP HANA Azure Úrovně Premium.

Konfigurace Azure Premium SSD v2 pro HANA

Podrobné doporučení pro konfiguraci úložiště HANA s využitím úložiště Ssd úrovně Azure úrovně Premium v2 najdete v dokumentu o konfiguraci úložiště SSD v2 pro SAP HANA.

Konfigurace úložiště disků Azure Ultra pro SAP HANA

Podrobné doporučení pro konfiguraci úložiště HANA s využitím disku Úrovně Ultra najdete v dokumentu o konfiguraci úložiště disků Azure s platformou SAP HANA úrovně Ultra.

Svazky NFS v4.1 ve službě Azure NetApp Files

Podrobnosti o službě Azure NetApp Files pro HANA najdete v dokumentu o svazcích NFS verze 4.1 ve službě Azure NetApp Files pro SAP HANA.

Další kroky

Další informace naleznete v tématu: