Azure Storage-tárolótípusok SAP számítási feladathoz

Az Azure számos tárolási típussal rendelkezik, amelyek nagy mértékben különböznek a képességek, az átviteli sebesség, a késés és az árak tekintetében. Néhány tárolási típus nem, vagy korlátozottan használható SAP-forgatókönyvekhez. Míg számos Azure Storage-típus megfelelő vagy optimalizált adott SAP-számítási feladatokhoz. Különösen az SAP HANA esetében, egyes Azure Storage-típusok rendelkeznek tanúsítvánnyal az SAP HANA-val való használathoz. Ebben a dokumentumban áttekintjük a különböző tárolási típusokat, és az SAP számítási feladataival és AZ SAP-összetevőkkel írjuk le a kapacitásukat és használhatóságukat.

Megjegyzés a cikk során használt egységekről. A nyilvános felhőgyártók a Gigabyte vagy a Terabyte helyett a GiB (Gibibyte) vagy a TiB (Tebibyte méretegységek) használatára költöztek. Ezért az Összes Azure-dokumentáció és -méretezés ezeket az egységeket használja. A dokumentumban kizárólag a MiB, a GiB és a TiB egységek méretegységére hivatkozunk. Lehet, hogy MB, GB és TB használatával kell terveznie. Ezért vegye figyelembe a számítások kisebb eltéréseit, ha 400 MiB/s átviteli sebességre van szüksége a 250 MiB/s átviteli sebesség helyett.

A Microsoft Azure Storage rugalmassága

A Standard HDD, a Standard SSD, az Azure Premium Storage, a Premium SSD v2 és az Ultra lemez Microsoft Azure-tárolója három példányban, három különböző tárolócsomóponton tárolja az alapszintű VHD-t (operációs rendszerrel) és a virtuális géphez csatlakoztatott adatlemezeket vagy virtuális merevlemezeket (virtuális merevlemezeket). A másik replikára való feladatátvétel és egy új replika üzembe helyezése tárolócsomópont-hiba esetén transzparens. Ennek a redundanciának köszönhetően NEM szükséges bármilyen típusú tárolóredundanciaréteget használni több Azure-lemezen. Ezt a tényt helyi redundáns tárolásnak (LRS) nevezzük. Az LRS az azure-beli ilyen típusú tárolók esetében alapértelmezett. Az Azure NetApp Files elegendő redundanciát biztosít a többi natív Azure-tárhellyel azonos SLA-k (szolgáltatásiszint-szerződések) eléréséhez.

Több redundanciamete is létezik, amelyeket az Azure Storage-replikációról szóló cikkben ismertetünk, amelyek az Azure által kínált különböző tárolási típusok némelyikére vonatkoznak.

Ne feledje azt is, hogy a különböző Azure Storage-típusok befolyásolják a virtuális gépek SLA-jában a virtuális gépekhez készült SLA-kban kiadott egyetlen rendelkezésre állási SLA-kat.

Felügyelt Azure-lemezek

A felügyelt lemezek az Azure Resource Manager olyan erőforrástípusai, amelyek az Azure Storage-fiókokban tárolt VHD-k helyett használhatók. A felügyelt lemezek automatikusan igazodnak a csatlakoztatott virtuális gép [rendelkezésre állási csoport][virtual-machines-manage-availability] értékéhez. Ilyen igazítással javul a virtuális gép és a virtuális gépen futó szolgáltatások rendelkezésre állása. További információkért olvassa el az áttekintési cikket.

Tárolási forgatókönyvek SAP-számítási feladatokkal

Az AZURE-ban üzembe helyezendő verem különböző összetevőiben az SAP-számítási feladatokban tartós tárolásra van szükség. Ezek a forgatókönyvek legalább a következők:

• Az operációs rendszert és a lemezen telepített egyéb szoftvereket tartalmazó virtuális gép alapszintű virtuális merevlemezének állandósítása. Ez a lemez/VHD a virtuális gép gyökere. A módosításokat meg kell őrizni. Így a következő alkalommal, amikor leállítja és újraindítja a virtuális gépet, az összes korábban végrehajtott módosítás továbbra is fennáll. Különösen azokban az esetekben, amikor a virtuális gépet az Azure üzembe helyezi egy másik gazdagépre, mint az eredetileg futtatott
• Tárolt adatlemezek. Ezek a lemezek olyan virtuális merevlemezek, amelyeken alkalmazásadatokat tárolhat. Ezek az alkalmazásadatok lehetnek adatbázisok, biztonsági mentési fájlok vagy szoftvertelepítések adatai és naplói/újratelepítési fájljai. Az operációs rendszert tartalmazó alapszintű VHD-t meghaladó lemezt jelent
• A NetWeaver vagy az S/4HANA globális átviteli könyvtárát tartalmazó fájlmegosztások vagy megosztott lemezek. A megosztások tartalmát vagy több virtuális gépen futó szoftver használja fel, vagy magas rendelkezésre állású feladatátvevő fürtforgatókönyvek létrehozására szolgál
• Az /sapmnt könyvtár vagy az EDI -folyamatok (elektronikus adatcserék) közös fájlmegosztásai vagy hasonlók. A megosztások tartalmát vagy több virtuális gépen futó szoftver használja fel, vagy magas rendelkezésre állású feladatátvevő fürtforgatókönyvek létrehozására szolgál

A következő néhány szakaszban áttekintjük a különböző Azure-tárolótípusokat és azok használhatóságát a négy SAP számítási feladathoz. A különböző Azure Storage-típusok használatának általános kategorizálását a Milyen lemeztípusok érhetők el az Azure-ban? A különböző Azure Storage-típusok SAP-számítási feladatokhoz való használatára vonatkozó javaslatok nem lesznek jelentősen eltérőek.

Az SAP NetWeaver/S/4HANA alkalmazásréteg azure-tárolótípusaira vonatkozó támogatási korlátozásokért olvassa el az SAP támogatási megjegyzését 2015553. Az SAP HANA minősített és támogatott Azure Storage-típusok esetén olvassa el az SAP HANA Azure-beli virtuálisgép-tárolók konfigurációiról szóló cikket.

A különböző Azure Storage-típusok leírását ismertető szakaszok részletesebben ismertetik az SAP által támogatott tárterületet használó korlátozásokat és lehetőségeket.

Tárolási lehetőségek a DBMS-replikáció használatakor

Referenciaarchitektúráink előrevetíti a DBMS (Database Management System) olyan funkcióinak használatát, mint az SQL Server Always On, a HANA rendszerreplikációja, a Db2 HADR vagy az Oracle Data Guard. Ha két vagy több Azure-beli virtuális gép között használja ezeket a technológiákat, az egyes virtuális gépekhez kiválasztott tárolási típusoknak azonosnak kell lenniük. Azt jelenti, hogy a DBMS HA-konfigurációban az aktív csomópont és a replikacsomópont közötti tárolási konfigurációnak meg kell egyeznie.

Tárolási javaslatok SAP Storage-forgatókönyvekhez

Mielőtt belemennénk a részletekbe, már a dokumentum elején bemutatjuk az összefoglalást és a javaslatokat. Míg az Azure Storage egyes típusaira vonatkozó részletek a dokumentum ezen szakaszát követik. Amikor egy táblázatban összefoglaljuk az SAP storage-forgatókönyvekre vonatkozó tárolási javaslatokat, az a következőképpen néz ki:

¹ Az Azure Write Accelerator használata M/Mv2 virtuálisgép-családok számára napló/naplókötetekhez

A különböző tárolótípusok listájától elvárható jellemzők, például:

¹ Az Azure Write Accelerator használata M/Mv2 virtuálisgép-családok számára napló/naplókötetekhez

² A különböző Azure NetApp Files-kapacitáskészletek létrehozása nem garantálja a kapacitáskészletek különböző tárolóegységekre való üzembe helyezését

³ (Növekményes) pillanatképek a Prémium SSD v2-ről vagy ultralemezről a létrehozásuk után nem használhatók azonnal. A háttérmásolatnak be kell fejeződnie, mielőtt lemezt hozhat létre a pillanatképből

Prémium szintű Azure Storage

Az Azure Premium SSD Storage a következő célokat tűzte ki célul:

• Alacsony I/O-késés
• SLA-k az IOPS-hoz és az átviteli sebességhez
• Kisebb eltérés az I/O-késésben

Az ilyen típusú tárolás a DBMS számítási feladatait, az alacsony egy számjegyű ezredmásodperc késést igénylő tárolási forgalmat, valamint az IOPS-n és az átviteli sebességen alapuló SLA-kat célozza. Az Azure Premium Storage költségalapja nem az ilyen lemezeken tárolt tényleges adatmennyiség, hanem az ilyen lemezek méretkategóriája, függetlenül a lemezen tárolt adatok mennyiségétől. Olyan lemezeket is létrehozhat a prémium szintű tárolókban, amelyek nem kapcsolódnak közvetlenül a Prémium SSD cikkben látható méretkategóriákhoz. Ebből a cikkből a következő következtetések vonhatók le:

• A tárterület tartományokba van rendezve. Például egy 513 GiB és 1024 GiB-kapacitás közötti tartományban lévő lemezek ugyanazokat a képességeket és a havi költségeket
• A GiB-enkénti IOPS nem követi a méretkategóriák lineáris nyomon követését. A kisebb, 32 GiB alatti lemezek magasabb IOPS-arányokkal rendelkeznek GiB-enként. A 32 GiB és 1024 GiB közötti lemezek esetén a GiB-enkénti IOPS-ráta GiB-enként 4–5 IOPS között van. A 32 767 GiB-ig nagyobb lemezek esetén a GiB-enkénti IOPS-ráta 1 alatt marad
• A tároló I/O-átviteli sebessége nem lineáris a lemezkategória méretével. Kisebb lemezek esetén, például a 65 GiB és 128 GiB kapacitás közötti kategória esetében az átviteli sebesség GiB-enként körülbelül 780 KB. Míg a 32 767 GiB-lemezhez hasonló extrém nagy lemezek esetében az átviteli sebesség GiB-enként körülbelül 28 KB
• Az IOPS és az átviteli sebesség SLA-k nem módosíthatók a lemez kapacitásának módosítása nélkül

Az SAP-számítási feladatok képességmátrixa a következőképpen néz ki:

Az Azure Premium Storage nem teljesíti az SAP HANA storage késési KPI-jait az Azure Premium Storage szolgáltatásban kínált gyakori gyorsítótárazási típusokkal. Az SAP HANA-naplóírások tárolási késésének teljesítéséhez az Azure Write Accelerator gyorsítótárazását kell használnia az Írásgyorsító engedélyezése című cikkben leírtak szerint. Az Azure Write Accelerator minden más DBMS-rendszer számára előnyös a tranzakciónapló-írásokhoz és a naplóírások újbóli elvégzéséhez. Ezért javasoljuk, hogy használja az összes SAP DBMS-üzembe helyezéshez. Az SAP HANA esetében az Azure Write Accelerator használata a /hana/log azure premium storage-hoz kötelező.

Összefoglalás: Az Azure Premium Storage az SAP-számítási feladatokhoz ajánlott Azure Storage-típusok egyike. Ez az ajánlás nem termelési és éles rendszerekre vonatkozik. Az Azure Premium Storage alkalmas adatbázis-számítási feladatok kezelésére. Az Azure Write Accelerator használata jelentősen javítani fogja az Írási késést az Azure prémium lemezeihez. A magas IOPS-t és átviteli sebességet tartalmazó DBMS-rendszerek esetében azonban túl kell méreteznie a tárkapacitást. Vagy olyan funkciókat kell használnia, mint a Windows Tárolóhelyek vagy logikai kötetkezelők Linuxban, hogy olyan csíkkészleteket hozzon létre, amelyek a kívánt kapacitást biztosítják az egyik oldalon. De a szükséges IOPS-t vagy átviteli sebességet is a legjobb költséghatékonyság érdekében.

Azure-kipukkadási funkciók prémium szintű tároláshoz

Az 512 GiB kapacitással kisebb vagy egyenlő Prémium szintű Azure-beli tárolólemezek esetében a rendszer kipukkasztott funkciókat kínál. A lemezkitörés működésének pontos módját a Lemezkitörés című cikk ismerteti. A cikk elolvasásakor megismerheti az IOPS és az átviteli sebesség kihasználtságának fogalmát abban az időszakban, amikor az I/O-számítási feladat a lemezek névleges IOPS-értéke és átviteli sebessége alatt van (a névleges átviteli sebességre vonatkozó részletekért lásd a felügyelt lemezek díjszabását). Az IOPS és az átviteli sebesség különbözetét fogja felhalmozni az aktuális használat és a lemez névleges értékei között. A sorozatok legfeljebb 30 percig korlátozódnak.

Az ideális esetek, ahol ez a kipukkadási funkció megtervezhető, valószínűleg a különböző DBMS-hez adatfájlokat tartalmazó kötetek vagy lemezek lesznek. Az I/O-számítási feladatok várhatóan az adott kötetek esetében várhatók, különösen a kis és a középtartományú rendszerek esetében:

• Alacsony vagy közepes olvasási számítási feladat, mivel az adatok ideális esetben gyorsítótárazva lesznek a memóriában. Vagy, mint az SAP HANA kell teljesen a memóriában
• Rendszeresen kiadott adatbázis-ellenőrzőpontok vagy mentési pontok által aktivált írási sorozatok
• Folyamatos adatfolyamban beolvasott biztonsági mentési számítási feladat olyan esetekben, amikor a biztonsági mentések nem tárolópillanatképeken keresztül hajthatók végre
• AZ SAP HANA esetében az adatok betöltése a memóriába a példány újraindítása után

Különösen a kisebb DBMS-rendszerek esetében, ahol a számítási feladat másodpercenként csak néhány száz tranzakciót kezel, az ilyen kipukkadási funkciónak a tranzakciót tároló vagy a naplót tároló lemezeknek és köteteknek is van értelme. Az ilyen lemezek vagy kötetek várható számítási feladatai a következőképpen néznek ki:

• Rendszeres írások a számítási feladattól és a számítási feladat jellegétől függő lemezre, mivel az alkalmazás által kiadott összes véglegesítés valószínűleg elindít egy I/O-műveletet
• Nagyobb átviteli sebesség a működési feladatokhoz, például indexek létrehozásához vagy újraépítéséhez
• Olvasási kipukkadások a tranzakciónaplók végrehajtásakor vagy a napló biztonsági mentésének újbóli végrehajtásakor

Azure Premium SSD v2

Az Azure Premium SSD v2 storage a prémium szintű tároló új verziója, amely a következő célokkal lett bevezetve:

• Almilliszekundumos I/O-késés kisebb olvasási és írási I/O-méretek esetén
• SLA-k az IOPS-hoz és az átviteli sebességhez
• Kapacitás fizetése a kiosztott GB-tal
• Adja meg az IOPS alapértelmezett halmazát és a lemezenkénti tárolási átviteli sebességet
• Adjon meg több IOPS-t és átviteli sebességet az egyes lemezekhez, és külön fizessen ezekért a többletkiosztott erőforrásokért
• SAP HANA-tanúsítvány átadása más funkciók, például az Azure Write Accelerator vagy más gyorsítótárak nélkül

Ez a tárolási típus a DBMS számítási feladatait, az almilliszekundumos késést igénylő tárolási forgalmat, valamint az IOPS-ra és az átviteli sebességre vonatkozó SLA-kat célozza. A Prémium SSD v2-lemezek alapértelmezett 3000 IOPS- és 125 MBps átviteli sebességgel érkeznek. És további IOPS-t és átviteli sebességet adhat hozzá az egyes lemezekhez. A tárhely díjszabása úgy van strukturálva, hogy a nagyobb átviteli sebesség vagy az IOPS hozzáadása nem befolyásolja jelentősen az árat. Ennek ellenére önre bízzuk, hogy eldöntse, hogyan fog kinézni a Prémium SSD v2-hez készült tárolókonfiguráció. Az alapindításhoz olvassa el az SAP HANA Azure-beli virtuális gép Prémium SSD v2-tárolókonfigurációit.

A tényleges régiók esetében ez az új blokktároló-típus érhető el, és a tényleges korlátozások a Prémium SSD v2 dokumentumot olvassák be.

Az SAP-számítási feladatok képességmátrixa a következőképpen néz ki:

¹ (növekményes) pillanatképek a Prémium SSD v2-ről vagy ultralemezről a létrehozásuk után nem használhatók azonnal. A háttérmásolatnak be kell fejeződnie, mielőtt lemezt hozhat létre a pillanatképből

Az Azure Premium Storage-tal ellentétben az Azure Premium SSD v2 teljesíti az SAP HANA storage késési KPI-jét. Ennek eredményeképpen nem kell az Azure Write Accelerator gyorsítótárazását használnia az Írásgyorsító engedélyezése című cikkben leírtak szerint.

Összefoglalás: Az Azure Premium SSD v2 az SAP-számítási feladatokhoz legjobb ár/teljesítmény aránynak megfelelő blokktároló. Az Azure Premium SSD v2 alkalmas az adatbázis-számítási feladatok kezelésére. Az almilliszekundumos késés ideális tároló az igényes DBMS-számítási feladatokhoz. Bár ez egy újabb tárolási típus, amely 2022 novemberében jelent meg. Ezért továbbra is előfordulhatnak bizonyos korlátozások, amelyek a következő néhány hónapban el fognak múlni.

Azure Ultra disk

Az Azure ultralemezei magas átviteli sebességet, magas IOPS-t, és konzisztensen alacsony késésű lemeztárhelyet biztosítanak Azure Iaas virtuális gépek számára. Az ultralemezek bizonyos előnyei közé tartozik a lemez IOPS-jának és átviteli sebességének dinamikus módosítása, valamint a számítási feladatok, anélkül, hogy újra kellene indítani a virtuális gépeket (VM). Az ultralemezek olyan adatigényes számítási feladatokhoz használhatók, mint például az SAP DBMS számítási feladatai. Az ultralemezek csak adatlemezként használhatók, és nem használhatók alapszintű VHD-lemezként, amely az operációs rendszert tárolja. Javasoljuk, hogy az Azure Premium Storage-t használja alapul szolgáló VHD-lemezként.

Ultralemez létrehozásakor három dimenziót határozhat meg:

• A lemez kapacitása. A tartományok 4 GiB-től 65 536 GiB-ig terjednek
• Kiépített IOPS a lemezhez. A lemez kapacitására különböző maximális értékek vonatkoznak. További részletekért olvassa el az Ultra disk című cikket
• Kiosztott tárterület sávszélessége. A lemez kapacitásától függően eltérő maximális sávszélesség vonatkozik. További részletekért olvassa el az Ultra disk című cikket

Egy lemez költségeit az adott lemezekhez külön definiálható három dimenzió határozza meg.

Az SAP-számítási feladatok képességmátrixa a következőképpen néz ki:

¹ (növekményes) pillanatképek a Prémium SSD v2-ről vagy ultralemezről a létrehozásuk után nem használhatók azonnal. A háttérmásolatnak be kell fejeződnie, mielőtt lemezt hozhat létre a pillanatképből

Összegzés: Az Azure ultralemezek megfelelő tárolók, alacsony almilliszekundumos késéssel mindenféle SAP-számítási feladathoz. Az Ultra lemez egyelőre csak olyan virtuális gépekkel kombinálva használható, amelyek a rendelkezésre állási zónákon keresztül lettek üzembe helyezve (zónaszintű üzembe helyezés). Az összes többi tárolóval ellentétben az Ultra lemez nem használható az alapszintű VHD-lemezhez. Az ultralemez ideális olyan esetekben, amikor az I/O-számítási feladat sokat ingadozik, és a sávszélesség és az IOPS maximális kihasználtsága helyett az üzembe helyezett tárolási átviteli sebességet vagy az IOPS-t a tárolási számítási feladatok mintáihoz szeretné igazítani.

Azure NetApp Files

Az Azure NetApp Files egy azure-beli natív, belső, nagyvállalati szintű, nagy teljesítményű fájltárolási szolgáltatás, amely az SAP HANA-val való használatra van minősítve. Olyan köteteket biztosít szolgáltatásként , amelyekhez NetApp-fiókokat, kapacitáskészleteket és köteteket hoz létre. Az Azure NetApp Files használatával kiválaszthatja a szolgáltatás- és teljesítményszinteket, és kezelheti az adatvédelemmel a nagy teljesítményű, magas rendelkezésre állású és méretezhető fájlmegosztások létrehozását és kezelését ugyanazokkal a protokollokkal és eszközökkel, amelyeket a helyszínen ismer és használ.

Az Azure NetApp Files-köteteken a következő SAP-számítási feladatok támogatottak:

• SAP DBMS számítási feladat
• SAPMNT-megosztás
• Globális átviteli könyvtár

Az Azure NetApp Files három szolgáltatásszinten érhető el, amelyek mindegyike saját átviteli sebességgel és díjszabási specifikációkkal rendelkezik. Az üzembe helyezés megfelelője az üzembe helyezés méretétől függ. Testre szabott méretezési javaslatok érhetők el az SAP-ban az Azure NetApp Files TCO-becslőjében.

A szolgáltatásszintekről további információt az Azure NetApp Files szolgáltatásszintjeiben talál.

Kötetek üzembe helyezése

Az optimális eredmények érdekében használja az SAP HANA alkalmazáskötetcsoportját a kötetek üzembe helyezéséhez. Az alkalmazáskötetcsoport a köteteket optimális helyeken helyezi el az Azure-infrastruktúrában affinitási és affinitási szabályok használatával a versengés csökkentése és a legjobb átviteli sebesség és a legalacsonyabb késés érdekében.

Az Azure NetApp Files számos SAP számítási feladathoz támogatott:

• AZ SAP HANA-telepítések NFS-megosztásokkal /hana/data és /hana/log volumes for /hana/shared volumes for /hana/shared volumes as documented in the SAP HANA Azure virtual machine storage configurations
• SMB- vagy NFS-megosztások biztosítása az SAP globális átviteli címtárához
• A sapmnt megosztása magas rendelkezésre állású forgatókönyvekben a következőkben dokumentált módon:
  • Magas rendelkezésre állás Azure-beli virtuális gépeken lévő SAP NetWeaver esetében Windows rendszeren az Azure NetApp Files (SMB) használatával SAP-alkalmazásokhoz
  • Magas rendelkezésre állás Azure-beli virtuális gépeken lévő SAP NetWeaver esetében SUSE Linux Enterprise Server rendszeren Azure NetApp Files-zal SAP-alkalmazásokhoz
  • Azure-beli virtuális gépek magas rendelkezésre állása SAP NetWeaver esetében Red Hat Enterprise Linux rendszeren Azure NetApp Files-zal SAP-alkalmazásokhoz
• IBM Db2 in Suse vagy Red Hat Linux-alapú Azure-beli virtuális gép
• Sap az Oracle-környezeteken az Oracle Linux vendég operációs rendszerében a dNFS használatával Oracle-adatokhoz és naplókötetek ismételt elvégzéséhez. További részleteket az Azure Virtual Machines Oracle DBMS SAP-számítási feladatokhoz való üzembe helyezéséről szóló cikkben talál.
• SAP az ASE-n a Suse-ban vagy Red Hat Linux-vendég operációs rendszeren
• AP a MAXDB-n a Suse-ban vagy Red Hat Linux-vendég operációs rendszerben
• SAP a Microsoft SQL Serveren SMB-kötetekkel

Az átviteli sebesség leválasztása a kötet méretétől

Az adatbázis-alkalmazások tárolására általában olyan átviteli sebességre vonatkozó követelmények vonatkoznak, amelyek nem skálázhatók lineárisan a kötetek méretével, azaz a naplókötetek mérete viszonylag kicsi, de nagy átviteli sebességet igényelnek.

Az Azure NetApp Files lehetővé teszi a kötetek átviteli sebességének lefoglalását a kötetméretektől függetlenül, ha manuális QoS típusú kapacitáskészletet használ.

Példa:

• Az adatbázisfájlok kötetéhez 500 MiB/s átviteli sebességre és 39 TiB kapacitásra van szükség
• A naplófájlok kötetéhez 2000 MiB/s átviteli sebességre és 1 TiB kapacitásra van szükség

Ehhez a forgatókönyvhöz létrehozhat egy manuális QoS-kapacitáskészletet, és a kötetmérettől függetlenül lefoglalhatja az átviteli sebességet. A teljes szükséges kapacitás 40 TiB, a teljes átviteli sebesség költségvetése pedig 2500 MiB/s. A Prémium szolgáltatási szinten lévő kapacitáskészlet (lefoglalt TiB-enként 64 MiB/s) a teljesítményre és a kapacitásra vonatkozó követelményeknek is megfelel (40 MiB * 64 iB/s/TiB = 2560 MiB).

A lineáris teljesítményskálázás a naplókötet jelentős túlterjedését igényelné az átviteli sebességre vonatkozó követelmény eléréséhez. A naplókötet 2000 MiB/s átviteli sebességének eléréséhez egy kapacitáskészletet kell üzembe helyeznie a 16 TiB ultraszinten (128 MiB/s lefoglalt TiB-onként), ami túlterjedést eredményez, ezért 15 TiB-os pazarlást eredményez.

Az Azure NetApp Files teljesítménykalkulátorával megbecsülheti a forgatókönyvét.

Az AZURE NetApp Files SAP-számítási feladatainak képességmátrixa a következőképpen néz ki:

Az Azure NetApp Files Storage egyéb beépített funkciói:

• A kötet alkalmazáskonzisztens pillanatképeinek végrehajtása az AzAcSnap használatával
• Azure NetApp Files-kötetek klónozása pillanatképekből teszteléshez és fejlesztéshez
• Kötetek visszaállítása pillanatképekből (snap-revert) a sérülések és hibák gyors visszaállításához

A rendelkezésre állási zóna ilyen típusú igazításának motivációja a kockázati felület csökkentése azáltal, hogy az NFS-megosztások ugyanabban a rendelkezésre állási zónában vannak, mint az alkalmazás virtuális gépei.

• Azure NetApp Files-kötetek üzembe helyezése AZ SAP HANA-telepítéshez az SAP HANA alkalmazáskötet-csoportjával. Az alkalmazáskötet-csoport előnye, hogy az adatkötetek több tárolási végponton vannak üzembe helyezve, csökkentve a hálózati versengést és javítva a teljesítményt.

Összefoglalás: Az Azure NetApp Files az SAP HANA minősített alacsony késésű tárolási megoldása. A szolgáltatás egy vagy több kapacitáskészletből faragott köteteket biztosít. A kapacitáskészletek három szolgáltatási szinten érhetők el, amelyek meghatározzák a lefoglalt teljes kapacitást és átviteli sebességet. A kötetek átméretezhetők, és a lefoglalt átviteli sebesség szolgáltatáskimaradás nélkül módosítható a követelmények módosításához és a költségek szabályozásához. A szolgáltatás funkcióval replikálhatja a köteteket más régiókba vagy zónákba vészhelyreállítás és üzleti folytonosság céljából.

Azure Premium Files

Az Azure Premium Files egy megosztott tároló, amely mérsékelt áron és elegendő késéssel kínál SMB-t és NFS-t az SAP-alkalmazásréteg megosztásainak kezeléséhez. Az Azure premium Files ráadásul a megosztások szinkron zonális replikációját kínálja automatizmussal, amely esetén az egyik replika meghibásodik, egy másik zónában lévő replika átveheti a feladatát. Az Azure NetApp Filesszal ellentétben nincsenek teljesítményszintek. Kapacitáskészletre sincs szükség. A díjak a különböző részvények tényleges kiépített kapacitásán alapulnak. Az Azure Premium Files-t egyáltalán nem tesztelték DBMS-tárolóként az SAP számítási feladataihoz. Ehelyett azonban az SAP-számítási feladatok használati forgatókönyve az SMB- és NFS-megosztások összes típusára összpontosított, mivel azOKAT az SAP-alkalmazásrétegen használják. Az Azure Premium Files a /hana/shared használatára is alkalmas.

Az Azure Premium Files-listában támogatott SAP-forgatókönyvek, például:

• SMB- vagy NFS-megosztások biztosítása az SAP globális átviteli címtárához
• Használat megosztásként az SAP-rendszerekhez és az EDI-folyamatokhoz tartozó felületekhez
• A sapmnt megosztása magas rendelkezésre állású forgatókönyvekben a következőkben dokumentált módon:
  • Magas rendelkezésre állás Azure-beli virtuális gépeken lévő SAP NetWeaver esetében SUSE Linux Enterprise Server rendszeren NFS-sel Azure Files-on
  • Magas rendelkezésre állás Azure-beli virtuális gépeken lévő SAP NetWeaver esetében Red Hat Enterprise Linux rendszeren NFS-sel Azure Files-on
  • Az SAP NetWeaver magas rendelkezésre állása Azure-beli virtuális gépeken Windows rendszeren az Azure Files Premium SMB-vel SAP-alkalmazásokhoz
  • SAP HANA felméretezett rendszer magas rendelkezésre állása HSR-rel SUSE Linux Enterprise Server rendszeren

Az Azure Premium Files az Azure NetApp Fileshoz képest minimálisan 100 GB méretű IOPS-val kezdődik. Az IOPS ezen magasabb sávja elkerülheti a kapacitás túlterjedését bizonyos IOPS- és átviteli sebességértékek eléréséhez. Az IOPS és a tárolási teljesítmény tekintetében olvassa el az Azure Files skálázhatósági és teljesítménycéljaiban található Azure-fájlmegosztási skálázási célok című szakaszt.

Az SAP-számítási feladatok képességmátrixa a következőképpen néz ki:

Összefoglalás: Az Azure Premium Files egy alacsony késésű tároló, amely lehetővé teszi NFS- és SMB-kötetek vagy -megosztások üzembe helyezését. Az Azure Premium Files kiváló ár/teljesítmény arányt biztosít az SAP-alkalmazásréteg-megosztásokhoz. Emellett szinkron zonális replikációt is biztosít ezekhez a megosztásokhoz. Egyelőre nem támogatjuk ezt a tárolási típust az SAP DBMS számítási feladataihoz. Bár /hana/megosztott kötetekhez is használható.

Azure standard SSD-tároló

Az Azure Standard HDD Storage-hoz képest az Azure Standard SSD Storage jobb rendelkezésre állást, konzisztenciát, megbízhatóságot és késést biztosít. Az alacsonyabb IOPS-szinteken konzisztens teljesítményt igénylő számítási feladatokhoz van optimalizálva. Ez a tároló az alacsony IOPS- és átviteli sebességigényű, nem gyártási SAP-rendszerekhez használt minimális tárterület. Az SAP-számítási feladatok képességmátrixa a következőképpen néz ki:

Összefoglalás: Az Azure standard SSD-tároló a minimális javaslat az alapszintű VHD- és dbMS-üzemelő, relatív késéssel rendelkező és/vagy alacsony IOPS- és átviteli sebességű nem gyártási virtuális gépekre. Ez az Azure Storage-típus már nem támogatott az SAP Global Transport Directory üzemeltetéséhez.

Azure standard HDD-tároló

Az Azure Standard HDD-tároló volt az egyetlen tárolási típus, amikor az Azure-infrastruktúra 2014-ben megkapta az SAP NetWeaver számítási feladatainak minősítését. 2014-ben az Azure-beli virtuális gépek kicsik és alacsonyak voltak a tárolási teljesítményben. Ezért ez a tárolási típus csak lépést tudott tartani a követelményekkel. A tárolás ideális a késésre nem érzékeny számítási feladatokhoz, amelyeket alig tapasztal az SAP-térben. Az Azure-beli virtuális gépek növekvő átviteli sebességével és a virtuális gépek által generált megnövekedett számítási feladattal ez a tárolási típus már nem számít az SAP-forgatókönyvekkel való használathoz. Az SAP-számítási feladatok képességmátrixa a következőképpen néz ki:

Összefoglalás: A standard HDD egy Azure Storage-típus, amelyet csak SAP-biztonsági mentések tárolására érdemes használni. Ez csak alapszintű VHD-ként használható inkább inaktív rendszerekhez, például az adatok itt és ott való megkereséséhez használt kivezetett rendszerekhez. Az aktív fejlesztési, minőségbiztosítási és éles virtuális gépeknek azonban nem szabad ezen a tárolón alapulnia. Az adatbázisfájlokat sem szabad ezen a tárolón üzemeltetni

Az Azure-beli virtuális gépek tárolási forgalmának korlátai

A helyszíni forgatókönyvekkel ellentétben a kiválasztott egyéni virtuálisgép-típus kulcsfontosságú szerepet játszik az elérhető tárolási sávszélességben. A különböző tárolási típusok esetében a következő szempontokat kell figyelembe vennie:

Korlátozásként meg kell jegyeznie, hogy:

• Minél kisebb a virtuális gép, annál kevesebb lemezt tud csatolni. Ez a korlátozás nem vonatkozik az Azure NetApp Filesra. Mivel NFS- vagy SMB-megosztásokat csatlakoztat, nem ütközik a csatolandó megosztott kötetek számának korlátjával
• A virtuális gépek I/O-átviteli sebességgel és IOPS-korlátokkal rendelkeznek, amelyek könnyen túlléphetők prémium szintű tárolólemezekkel és Ultra lemezekkel
• Az Azure NetApp Files és az Azure Premium Files esetében a megosztott kötetek forgalma a virtuális gép hálózati sávszélességét, nem pedig a tárolási sávszélességet foglalja le
• Ha nagy NFS-kötetek vannak a kétjegyű TiB-kapacitástérben, az ilyen kötetek egyetlen virtuális gépből való elérésének átviteli sebessége a Linux korlátain alapul a megosztott kötetet kezelő egyetlen munkamenetre vonatkozóan.

Az Azure-beli virtuális gépek SAP-rendszerek életciklusában való felskálázása során értékelnie kell az új és nagyobb virtuálisgép-típus IOPS- és tárolási átviteli sebességkorlátjait. Bizonyos esetekben érdemes lehet a tárolási konfigurációt az Azure-beli virtuális gép új képességeihez igazítani.

Csíkozás vagy nem csíkozás

Ha több Azure-lemezből álló sávot hoz létre egy nagyobb kötetbe, akkor az egyes lemezek IOPS-ját és átviteli sebességét egyetlen kötetbe halmozhatja fel. Csak az Azure Standard Storage-hoz és az Azure Premium Storage-hoz használható. Az Azure Ultra disk, ahol konfigurálhatja az átviteli sebességet és az IOPS-t a lemez kapacitásától függetlenül, nem igényel csíkkészletek használatát. Az NFS-en vagy SMB-n alapuló megosztott kötetek nem csíkosak. Az Azure premium storage átviteli sebessége és az IOPS nem lineáris jellege miatt kisebb kapacitást építhet ki ugyanazzal az IOPS-val és átviteli sebességgel, mint a nagy, egyetlen Prémium Szintű Azure-tárolólemez. Ez a módszer a magasabb átviteli sebesség vagy az IOPS alacsonyabb költséggel való elérésére az Azure Premium Storage használatával. Ha például két P15 prémium szintű tárolólemezre vetítéssel a következő átviteli sebesség érhető el:

• 250 MiB/s. Egy ilyen kötetnek 512 GiB-kapacitása lesz. Ha egyetlen lemezt szeretne, amely másodpercenként 250 MiB átviteli sebességet biztosít, akkor egy 2 TiB kapacitású P40-lemezt kell választania.
• 400 MiB/s négy P10 prémium szintű tárolólemez csíkozásával, teljes kapacitása 512 GiB csíkozással. Ha egyetlen, másodpercenként legalább 500 MiB átviteli sebességű lemezt szeretne, akkor egy 8 TiB-os prémium szintű P60-tárolólemezt kell választania. Mivel a prémium szintű tárolás költsége közel lineáris a kapacitással, csíkozással érzékelheti a költségmegtakarítást.

A csíkozáskor néhány szabályt be kell tartani:

• Nem szabad virtuális gépen belüli konfigurált tárolóredundanciát használni, mivel az Azure Storage már az Azure Storage háttérrendszerében is redundánsan tartja az adatlemezt
• A csíkkészlet által alkalmazott lemezeknek azonos méretűnek kell lenniük
• Prémium SSD v2 és Ultra lemez esetében a kapacitásnak, a kiépített IOPS-nak és a kiosztott átviteli sebességnek azonosnak kell lennie

A több kisebb lemezre való csíkozás a legjobb módja annak, hogy jó ár/teljesítmény arányt érjen el az Azure Premium Storage használatával. Érthető, hogy a csíkozás további üzembe helyezési és felügyeleti többletterheléssel járhat.

A sávméretre vonatkozó konkrét javaslatokért olvassa el a különböző DBMS dokumentációját, például az SAP HANA Azure-beli virtuálisgép-tárolók konfigurációit.

Következő lépések

Olvassa el a cikkeket:

• Az Azure Virtual Machines DBMS sap-számítási feladathoz való üzembe helyezésének szempontjai
• SAP HANA Azure-beli virtuálisgép-tárolók konfigurációi