SAP HANA Azure-beli virtuális gépek tárkonfigurációi

Az Azure különböző típusú tárolókat biztosít, amelyek megfelelnek az SAP HANA-t futtató Azure-beli virtuális gépeknek. Az SAP HANA minősített Azure Storage-típusok , amelyek az SAP HANA-üzemelő példányok listájához tekinthetők meg, például:

Ezekről a lemeztípusokról az SAP számítási feladataihoz készült Azure Storage-típusok és a Lemeztípus kiválasztása című cikkben olvashat.

Az Azure két üzembe helyezési módszert kínál az Azure Standard és a prémium szintű 1/v2-es VHD-k számára. Elvárjuk, hogy kihasználja az Azure-beli felügyelt lemez előnyeit az Azure blokktárolók üzembe helyezéséhez.

Az IOPS-ben és a tárolási átviteli sebességben található tárolótípusok és SLA-k listájáért tekintse át a felügyelt lemezek Azure-dokumentációját.

Fontos

A választott Azure Storage-típustól függetlenül az adott tárterületen használt fájlrendszert az SAP-nak támogatnia kell az adott operációs rendszerhez és a DBMS-hez. Az SAP támogatási megjegyzése #2972496 felsorolja a különböző operációs rendszerek és adatbázisok támogatott fájlrendszereit, beleértve az SAP HANA-t is. Ez minden olyan kötetre vonatkozik, amelyhez az SAP HANA bármilyen feladat olvasásához és írásához hozzáférhet. Az NFS használata az Azure-ban az SAP HANA-hoz, az NFS-verziók további korlátozásai érvényesek a jelen cikk későbbi részében leírtak szerint

A különböző tárolási típusok minimális SAP HANA-minősítési feltételei a következők:

  • Az Azure Write Acceleratornak támogatnia kell az Azure Premium Storage 1-et – /hana/log. A /hana/adatkötet az Azure Write Accelerator vagy ultralemez nélkül is elhelyezhető prémium szintű 1-es tárolón. Az Azure Premium Storage v2 vagy az Azure Premium SSD v2 nem támogatja az Azure Write Accelerator használatát
  • Azure Ultra lemez legalább a /hana/log kötethez. A /hana/adatkötet prémium szintű, 1/v2-es tárolóra helyezhető az Azure Write Accelerator nélkül, vagy az Ultra disk gyorsabb újraindítása érdekében
  • NFS v4.1-kötetek az Azure NetApp Fileson a /hana/log és /hana/data fájlokhoz. A /hana/shared kötet használhat NFS v3 vagy NFS v4.1 protokollt

Az ügyfelek tapasztalata alapján módosítottuk a különböző tárolási típusok /hana/data és /hana/log közötti kombinálásának támogatását. Támogatott a hana- és NFS-megosztásokhoz az Azure NetApp Files alapján minősített különböző Azure-blokktárolók használata. A /hana/data például 1-es vagy v2-es prémium szintű tárolóba helyezhető, a /hana/log pedig ultralemezes tárolóba helyezhető a szükséges alacsony késés érdekében. Ha a /hana/data ANF-en alapuló kötetet használ, a /hana/naplókötet a HANA-tanúsítvánnyal rendelkező Azure-blokktárolók egyikén is elhelyezhető. Az NFS használata az ANF tetején az egyik kötethez (például /hana/data) és az Azure Premium Storage v1/v2 vagy Ultra lemez a másik kötethez (például /hana/log) támogatott.

A helyszíni világban ritkán kellett törődnie az I/O-alrendszerekkel és annak képességeivel. Ennek oka az volt, hogy a berendezés gyártójának gondoskodnia kellett arról, hogy az SAP HANA minimális tárolási követelményei teljesüljenek. Az Azure-infrastruktúra létrehozása során tisztában kell lennie az SAP által kiadott követelmények némelyikével. Az SAP által javasolt minimális átviteli sebesség jellemzői a következők:

  • Olvasás/írás 250 MB/s /hanán /napló 1 MB I/O mérettel
  • Legalább 400 MB/s olvasási tevékenység /hana/data esetén 16 MB és 64 MB I/O méretű adatok esetén
  • Legalább 250 MB/s írási tevékenység 16 MB és 64 MB I/O méretű /hana/adat esetén

Mivel az alacsony tárolási késés kritikus fontosságú a DBMS-rendszerek számára, még akkor is, ha a DBMS, például az SAP HANA, memóriában tartja az adatokat. A tároló kritikus elérési útja általában a DBMS-rendszerek tranzakciónapló-írásai körül van. Emellett az olyan műveletek is kritikus fontosságúak lehetnek, mint például a mentési pontok írása vagy az adatok betöltése a memóriába az összeomlás utáni helyreállítás után. Ezért kötelező az Azure Premium Storage v1/v2, Ultra disk vagy ANF használata /hana/data és /hana/log kötetekhez.

A HANA-tárolókonfiguráció kiválasztásának néhány alapelve a következő lehet:

  • Döntse el, hogy milyen típusú tárolót válasszon az AZURE Storage-típusok alapján az SAP számítási feladataihoz , és válasszon lemeztípust
  • A virtuális gépek teljes I/O-átviteli sebességére és IOPS-korlátaira kell figyelni a virtuális gép méretezésekor vagy döntésekor. A virtuális gépek teljes tárolási sebességét a memóriaoptimalizált virtuálisgép-méretek című cikkben találja.
  • A tárolókonfiguráció kiválasztásakor próbálja meg a /hana/adatkötet-konfigurációval a virtuális gép teljes átviteli sebességének alatt maradni. SAP HANA írási mentési pontok, HANA lehet agresszív kiállító I/Os. A /hana/adatkötet átviteli sebességkorlátait egyszerűen leküldheti egy mentési pont írásakor. Ha a /hana/adatkötetet összeállító lemez(ek) nagyobb átviteli sebességgel rendelkeznek, mint amennyit a virtuális gép megenged, akkor olyan helyzetekbe ütközhet, amikor a mentési pont írása által használt átviteli sebesség zavarja az ismétlési naplóírások átviteli sebességigényét. Olyan helyzet, amely befolyásolhatja az alkalmazás átviteli sebességét
  • Ha a HANA-rendszerreplikálás használatát fontolgatja, az egyes replikák /hana/adataihoz használt tárterületnek azonosnak kell lennie, és a /hana/log minden replikán használt tárolási típusnak meg kell egyeznie. Nem támogatott például az Azure Premium Storage v1 for /hana/data használata egy virtuális géppel és az Azure Ultra disk for /hana/data egy másik, azonos HANA-rendszerreplikációs konfigurációjú replikát futtató virtuális gépen

Fontos

A tárkonfigurációkra vonatkozó javaslatok ebben vagy az azt követő dokumentumokban az első lépések. A számítási feladatok futtatása és a tárolási kihasználtsági minták elemzése során előfordulhat, hogy nem használja ki a rendelkezésre bocsátott összes tárolási sávszélességet vagy IOPS-t. Akkor érdemes lehet a tárhelyre való leépítést megfontolni. Vagy éppen ellenkezőleg, előfordulhat, hogy a számítási feladatnak több tárolási átviteli sebességre van szüksége, mint amennyit ezekkel a konfigurációkkal javasolt. Emiatt előfordulhat, hogy több kapacitást, IOPS-t vagy átviteli sebességet kell üzembe helyeznie. A szükséges tárolási kapacitás, a szükséges tárolási késés, a tárolási átviteli sebesség és az IOPS szükséges és a legkevésbé költséges konfigurációja közötti feszültség területén az Azure elegendő különböző tárolási típust kínál különböző képességekkel és különböző árpontokkal, hogy megtalálja és igazodjon a megfelelő kompromisszumhoz az Ön és a HANA számítási feladatai számára.

Csíkkészletek és SAP HANA-adatkötet particionálása

Az Azure Premium Storage 1-et használva a legjobb ár/teljesítmény arányt éri el, ha több Azure-lemezen leválasztja a /hana/data és/vagy a /hana/log kötetet. Ahelyett, hogy nagyobb lemezköteteket helyez üzembe, amelyek a szükséges IOPS-en vagy átviteli sebességen biztosítják a nagyobb teljesítményt. Egyetlen kötet több Azure-lemezen való létrehozása LVM és MDADM kötetkezelőkkel végezhető el, amelyek a Linux részét képezik. A lemezek csíkozásának módszere évtizedes és jól ismert. Mivel ezek a csíkos kötetek az IOPS vagy az átviteli sebesség szükséges képességeinek eléréséhez hasznosak, összetettségeket ad a csíkos kötetek kezelése körül. Különösen akkor, ha a köteteket kapacitásban kell bővíteni. Legalábbis a /hana/data esetében az SAP egy alternatív módszert vezetett be, amely ugyanazt a célt valósítja meg, mint a több Azure-lemezen való csíkozás. Az SAP HANA 2.0 SPS03 óta a HANA indexkiszolgáló képes lefosztani az I/O-tevékenységét több HANA-adatfájlra, amelyek különböző Azure-lemezeken találhatók. Ennek az az előnye, hogy nem kell gondoskodnia a csíkos kötetek különböző Azure-lemezeken történő létrehozásáról és kezeléséről. Az adatkötet particionálásának SAP HANA-funkcióit részletesen a következő cikkben ismertetjük:

Ha végigolvassa a részleteket, nyilvánvaló, hogy a funkció alkalmazása elveszi a Kötetkezelő-alapú csíkkészletek összetettségét. Azt is észreveheti, hogy a HANA-adatkötet particionálása nem csak az Azure Block Storage-ban működik, például az Azure Premium Storage 1/v2-ben. Ezt a funkciót használhatja az NFS-megosztások közötti csíkozásra is, ha ezek a megosztások IOPS-ra vagy átviteli sebességre vonatkozó korlátozásokkal rendelkeznek.

Linux I/O Scheduler mód

A Linux számos különböző I/O ütemezési móddal rendelkezik. A Linux-szállítók és az SAP közös ajánlása, hogy a lemezkötetek I/O ütemező üzemmódját az mq-deadline vagy kyber módból a noop (nem többqueue) módba vagy a (többqueue) módba kell újrakonfigurálni, ha az SLES saptune-profilok még nem tették meg. A részletekre az alábbiakban hivatkozunk:

A Red Haton hagyja meg a beállításokat a különböző SAP-alkalmazások adott hangprofiljai alapján.

Sávméretek logikai kötetkezelők használatakor

Ha LVM-et vagy mdadm-et használ több Prémium Szintű Azure-lemez csíkkészleteinek létrehozásához, meg kell határoznia a csíkméreteket. Ezek a méretek a /hana/data és a /hana/log között különböznek. Javaslat: Csíkméretek esetén a javaslat a következő:

  • 256 KB /hana/data esetén
  • 64 KB /hana/log esetén

Megjegyzés:

A /hana/data sávmérete a korábbi, 64 KB-os vagy 128 KB-os verziót 256 KB-ra hívó javaslatoktól módosult a legutóbbi Linux-verziók felhasználói élménye alapján. A 256 KB-os méret valamivel jobb teljesítményt nyújt. A /hana/log csíkméretekre vonatkozó javaslatot is módosítottuk 32 KB-ról 64 KB-ra, hogy elegendő átviteli sebességet kapjunk nagyobb I/O-méretekkel.

Megjegyzés:

A redundanciaszinteket nem kell RAID-kötetekkel konfigurálnia, mivel az Azure Block Storage három lemezképet tárol egy VHD-ről. A prémium szintű Azure-lemezekkel rendelkező csíkkészletek használata kizárólag olyan kötetek konfigurálására szolgál, amelyek elegendő IOPS- és/vagy I/O-átviteli sebességet biztosítanak.

Ha több Azure-lemezt halmoz fel egy sávkészlet alatt, az az IOPS és a tároló átviteli sebességének oldaláról halmozódik fel. Ha tehát több mint 3 x P30 Azure Premium Storage v1 lemezen helyez el egy sávkészletet, az az IOPS háromszorosát és egy Prémium Szintű Azure Storage v1 P30-lemez tárolási átviteli sebességének háromszorosát adja meg.

Fontos

Ha LVM-et vagy mdadm-et használ kötetkezelőként csíkkészletek több Prémium Szintű Azure-lemezen való létrehozásához, a három SAP HANA fájlrendszer /adat, /log és /shared nem helyezhető alapértelmezett vagy gyökérkötet-csoportba. Erősen ajánlott a Linux-szállítók útmutatását követni, amely általában egyéni kötetcsoportokat hoz létre a /data, a /log és a /shared számára.

Azure Premium Storage v1-konfigurációk a HANA-hoz

Az Azure Premium Storage 1-et használó RÉSZLETES HANA-tárkonfigurációs javaslatokért olvassa el az SAP HANA Azure-beli virtuális gép Prémium SSD-tárolókonfigurációiról szóló dokumentumot

Azure Premium SSD v2-konfigurációk a HANA-hoz

Az Azure Premium ssd v2 Storage használatával kapcsolatos részletes HANA-tárkonfigurációs javaslatokért olvassa el az SAP HANA Azure-beli virtuális gép Premium SSD v2-tárolókonfigurációiról szóló dokumentumot

Azure Ultra Disk Storage-konfiguráció az SAP HANA-hoz

Az Azure Ultra Disk használatával kapcsolatos részletes HANA-tárolási konfigurációs javaslatokért olvassa el az SAP HANA Azure-beli virtuális gép Ultra Disk storage-konfigurációiról szóló dokumentumot

NFS v4.1-kötetek az Azure NetApp Fileson

A HANA ANF-jének részleteiért olvassa el az NFS v4.1-köteteket az Azure NetApp Files for SAP HANA-ban

Következő lépések

For more information, see: