Megosztás a következőn keresztül:

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

  • Cikk

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 VHD-ket. 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árolóhoz hasonló SLA-k 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.

Feljegyzés

Az Azure Storage használata az adatbázisadatok tárolásához és a naplófájl ismételt elvégzéséhez, az LRS jelenleg az egyetlen támogatott rugalmassági szint

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.

Feljegyzés

Megköveteljük, hogy a lemezeikhez Azure-blokktárolót használó virtuális gépek új üzembe helyezésének (az Azure NetApp Files és az Azure Files kivételével az összes Azure Storage-nak) Azure-beli felügyelt lemezeket kell használnia az SAP-adatbázisfájlokat tároló alapszintű VHD-/OPERÁCIÓS-lemezekhez és adatlemezekhez. Független attól, hogy a virtuális gépeket rendelkezésre állási csoporton keresztül, rendelkezésre állási zónákban vagy a készletek és zónáktól függetlenül helyezi-e üzembe. A biztonsági mentések tárolására használt lemezek nem feltétlenül szükségesek a felügyelt lemezekhez.

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 vagy hasonlók közös fájlmegosztásai. 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 olyan DBMS-funkciók használatát tervezik, mint az SQL Server Always On, a HANA-rendszerreplikáció, 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:

Használati forgatókönyv Standard HDD Standard SSD Prémium szintű Storage Prémium SSD v2 Ultralemez Azure NetApp Files Azure Premium Files
Operációsrendszer-lemez Nem megfelelő Korlátozott alkalmas (nem prod) Ajánlott Nem lehetséges Nem lehetséges Nem lehetséges Nem lehetséges
Globális átviteli könyvtár Nem támogatott Nem támogatott Ajánlott Ajánlott Ajánlott Ajánlott Határozottan ajánlott
/sapmnt Nem megfelelő Korlátozott alkalmas (nem prod) Ajánlott Ajánlott Ajánlott Ajánlott Határozottan ajánlott
DBMS-adatmennyiség SAP HANA M/Mv2 virtuálisgép-családok Nem támogatott Nem támogatott Ajánlott Ajánlott Ajánlott Ajánlott Nem támogatott
DBMS-naplókötet SAP HANA M/Mv2 virtuálisgép-családok Nem támogatott Nem támogatott Ajánlott1 Ajánlott Ajánlott Ajánlott Nem támogatott
DBMS-adatkötet SAP HANA Esv3/Edsv4 virtuálisgép-családok Nem támogatott Nem támogatott Ajánlott Ajánlott Ajánlott Ajánlott Nem támogatott
DBMS-naplókötet SAP HANA Esv3/Edsv4 virtuálisgép-családok Nem támogatott Nem támogatott Nem támogatott Ajánlott Ajánlott Ajánlott Nem támogatott
HANA megosztott kötet Nem támogatott Nem támogatott Ajánlott Ajánlott Ajánlott Ajánlott Ajánlott
DBMS-adatkötet nem HANA Nem támogatott Korlátozott alkalmas (nem prod) Ajánlott Ajánlott Ajánlott Csak az Oracle adott kiadásaihoz az Oracle Linuxon, Db2-n és SAP ASE-n SLES/RHEL Linux rendszeren Nem támogatott
DBMS-naplókötet nem HANA M/Mv2 virtuálisgép-családok Nem támogatott Korlátozott alkalmas (nem prod) Ajánlott1 Ajánlott Ajánlott Csak az Oracle adott kiadásaihoz az Oracle Linuxon, Db2-n és SAP ASE-n SLES/RHEL Linux rendszeren Nem támogatott
DBMS-naplókötet nem HANA nem M/Mv2 virtuálisgép-családok Nem támogatott korlátozottan alkalmas (nem prod) Akár közepes számítási feladatokhoz is alkalmas Ajánlott Ajánlott Csak az Oracle adott kiadásaihoz az Oracle Linuxon, Db2-n és SAP ASE-n SLES/RHEL Linux rendszeren Nem támogatott

1 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:

Használati forgatókönyv Standard HDD Standard SSD Prémium szintű Storage Prémium SSD v2 Ultralemez Azure NetApp Files Azure Premium Files
Átviteli sebesség/ IOPS SLA Nem Nem Igen Igen Igen Igen Igen
Késési olvasások Magas Közepes és magas Alacsony almilliszekundum almilliszekundum almilliszekundum alacsony
Késési írások Magas Közepes és magas Alacsony (1. almilliszekundumos) almilliszekundum almilliszekundum almilliszekundum alacsony
A HANA támogatott Nem Nem igen1 Igen Igen Igen Nem
Lemezpillanatképek lehetségesek Igen Igen Igen Igen3 2. szám Igen Nem
Lemezek lefoglalása különböző tárolófürtökön rendelkezésre állási csoportok használatakor Felügyelt lemezeken keresztül Felügyelt lemezeken keresztül Felügyelt lemezeken keresztül A rendelkezésre állási csoportokon keresztül üzembe helyezett virtuális gépek lemeztípusa nem támogatott A rendelkezésre állási csoportokon keresztül üzembe helyezett virtuális gépek lemeztípusa nem támogatott 3. szám Nem
Rendelkezésre állási zónákhoz igazítva Igen Igen Igen Igen Igen Nyilvános előzetes verzióban Nem
Szinkron zonális redundancia Felügyelt lemezekhez nem Felügyelt lemezekhez nem A DBMS nem támogatott Nem Nem Nem Igen
Aszinkron zonális redundancia Felügyelt lemezekhez nem Felügyelt lemezekhez nem A DBMS nem támogatott Nem Nem Előnézetben Nem
Georedundancia Felügyelt lemezekhez nem Felügyelt lemezekhez nem Nem Nem Nem Lehetséges Nem

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

2 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

3 (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

Fontos

Tekintse meg a dokumentum Azure NetApp Files szakaszát, amely az NFS-kötetek és virtuális gépek közelségi elhelyezésével kapcsolatos részleteket tartalmaz, ha kevesebb mint 1 ezredmásodperc késésre van szükség.

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 közötti tartományba tartozó lemez ugyanazokat a képességeket és a havi költségeket használja
  • 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:

Funkció Megjegyzés Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Megfelelő Minden rendszer
Adatlemez Megfelelő Minden rendszer – Kifejezetten az SAP HANA-hoz
SAP globális átviteli címtár Igen Támogatott
SAP sapmnt Megfelelő Minden rendszer
Biztonsági mentési tár Megfelelő Biztonsági másolatok rövid távú tárolásához
Megosztások/megosztott lemez Nem elérhető Azure Premium Filesra vagy külső félre van szükség
Tartósság LRS A lemezekhez nem érhető el GRS vagy ZRS
Késés Alacsonytól közepesig -
IOPS SLA Igen -
Lineáris IOPS–kapacitás fél lineáris zárójelben Felügyelt lemez díjszabása
Lemezenkénti IOPS maximális száma 20 000 függ a lemez méretétől Vegye figyelembe a virtuális gépek korlátait is
Átvitelre vonatkozó SLA Igen -
Átviteli sebesség lineáristól a kapacitásig Fél lineáris zárójelben Felügyelt lemez díjszabása
HANA-minősítés Igen kifejezetten az SAP HANA-hoz
Az Azure Write Accelerator támogatása Nem -
Lemezek adatlöket-kezelése Igen -
Lemezpillanatképek lehetségesek Igen -
Azure Backup virtuális gép pillanatképei lehetségesek Igen -
Költségek Közepes -

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 a javaslat nem éles é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 tárolókonfigurációja. 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:

Funkció Megjegyzés Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Nem támogatott Nincs rendszer
Adatlemez Megfelelő Minden rendszer
SAP globális átviteli címtár Igen Minden rendszer
SAP sapmnt Megfelelő Minden rendszer
Biztonsági mentési tár Megfelelő Biztonsági másolatok rövid távú tárolásához
Megosztások/megosztott lemez Nem elérhető Prémium szintű Azure-fájlokra vagy Azure NetApp Files-fájlokra van szükség
Tartósság LRS A lemezekhez nem érhető el GRS vagy ZRS
Késés almilliszekundum -
IOPS SLA Igen -
Lineáris IOPS–kapacitás félig lineáris Felügyelt lemez díjszabása
Lemezenkénti IOPS maximális száma 80 000 függ a lemez méretétől Vegye figyelembe a virtuális gépek korlátait is
Átvitelre vonatkozó SLA Igen -
Átviteli sebesség lineáristól a kapacitásig Fél lineáris Felügyelt lemez díjszabása
HANA-minősítés Igen -
Az Azure Write Accelerator támogatása Nem -
Lemezek adatlöket-kezelése Nem -
Lemezpillanatképek lehetségesek Igen1 -
Azure Backup virtuális gép pillanatképei lehetségesek Igen -
Költségek Közepes -

1 (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:

Funkció Megjegyzés Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Nem működik -
Adatlemez Megfelelő Minden rendszer
SAP globális átviteli címtár Igen Támogatott
SAP sapmnt Megfelelő Minden rendszer
Biztonsági mentési tár Megfelelő Biztonsági másolatok rövid távú tárolásához
Megosztások/megosztott lemez Nem elérhető Harmadik félnek kell
Tartósság LRS A lemezekhez nem érhető el GRS vagy ZRS
Késés Nagyon alacsony -
IOPS SLA Igen -
Lineáris IOPS–kapacitás Fél lineáris zárójelben Felügyelt lemez díjszabása
Lemezenkénti IOPS maximális száma 1200–160 000 a lemezkapacitástól függ
Átvitelre vonatkozó SLA Igen -
Átviteli sebesség lineáristól a kapacitásig Fél lineáris zárójelben Felügyelt lemez díjszabása
HANA-minősítés Igen -
Az Azure Write Accelerator támogatása Nem -
Lemezek adatlöket-kezelése Igen -
Lemezpillanatképek lehetségesek Igen1 -
Azure Backup virtuális gép pillanatképei lehetségesek Igen -
Költségek Magasabb, mint a Premium Storage -

1 (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. Szolgáltatásként köteteket biztosít, amelyekhez NetApp-fiókokat, kapacitáskészleteket és köteteket hozhat létre. Kiválaszthatja a szolgáltatás- és teljesítményszinteket, és kezelheti az adatvédelemmel kapcsolatos adatokat. A nagy teljesítményű, magas rendelkezésre állású és méretezhető fájlmegosztásokat ugyanazokkal a protokollokkal és eszközökkel hozhatja létre és kezelheti, amelyeket a helyszínen is ismer és használ.

A szolgáltatásszintekről további információt az Azure NetApp Files szolgáltatásszintjeiben talál. Az SAP számítási feladatainak különböző típusaihoz a következő szolgáltatási szintek ajánlottak:

  • SAP DBMS számítási feladat: Teljesítmény, ideális esetben Ultra
  • SAPMNT-megosztás: Teljesítmény, ideális esetben Ultra
  • Globális átviteli könyvtár: Teljesítmény, ideális esetben Ultra

A méretezési javaslatok az SAP-ban érhetők el az Azure NetApp Files TCO-becslőn.

Feljegyzés

A minimális kiépítési méret egy kapacitáskészletnek nevezett 1 TiB-egység. Ezután köteteket hozhat létre ebből a kapacitáskészletből. Míg a legkisebb építhető kötet 100 GiB. A kapacitáskészletet 1 TiB-nézetben bővítheti. Díjszabásért lásd az Azure NetApp Files díjszabását

Az Azure NetApp Files jelenleg több SAP számítási feladathoz is támogatott:

Feljegyzés

Az Azure NetApp Fileson alapuló SMB-n egyelőre egyetlen DBMS-számítási feladat sem támogatott.

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 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 TiB * 64 TiB/s/TiB = 2560 TiB).

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 15 TiB-kapacitást eredményez.

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

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

Funkció Megjegyzés Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Nem működik -
Adatlemez Megfelelő SAP HANA, Oracle on Oracle Linux, Db2 és SAP ASE on SLES/RHEL
SAP globális átviteli címtár Igen SMB és NFS
SAP sapmnt Megfelelő Minden rendszer SMB (csak Windows) vagy NFS (csak Linux esetén)
Biztonsági mentési tár Megfelelő -
Megosztások/megosztott lemez Igen SMB 3.0, NFS v3 és NFS v4.1
Tartósság LRS és GRS GRS elérhető
Késés Nagyon alacsony Általában kevesebb, mint 1 ms
IOPS SLA Igen -
Lineáris IOPS–kapacitás Lineáris és automatikus QoS; manuális QoS-sel független Három elérhető szolgáltatási szint
Átvitelre vonatkozó SLA Igen Méretezési javaslatok érhetők el az SAP-ban az Azure NetApp FIles TCO Esti szolgáltatásban
Átviteli sebesség lineáristól a kapacitásig Lineáris és automatikus QoS; manuális QoS-sel független Három elérhető szolgáltatási szint
HANA-minősítés Igen -
Lemezpillanatképek lehetségesek Igen -
Azure Backup virtuális gép pillanatképei lehetségesek Nem AzAcSnap vagy SnapCenter használata
Költségek Versenyképes, ha a pillanatképek előnyeit és az integrált biztonsági mentést is magában foglalja -

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

Fontos

Különösen az olyan adatbázis-üzemelő példányok esetében, amelyeket legalább az újradátadási naplók esetében alacsony késéssel szeretne elérni. Különösen az SAP HANA esetében az SAP kevesebb mint 1 ezredmásodperc késést igényel a HANA kisebb méretű naplóírások esetében. Az ilyen késések eléréséhez tekintse meg az alábbi lehetőségeket.

Fontos

Még a nem DBMS-használat esetén is olyan funkciókat kell használnia, amelyek lehetővé teszik az NFS-megosztás létrehozását ugyanabban az Azure Rendelkezésre állási zónában, amelybe az NFS-megosztásokat csatlakoztatni kívánt virtuális gép(ek)et helyezte el. Ez a funkció az Azure NetApp Files rendelkezésre állási zónájának kötetelhelyezésének kezelése című cikkben található. Az ilyen típusú rendelkezésre állási zónák igazításának motivációja a kockázati felület csökkentése azáltal, hogy az NFS-megosztások még egy másik AvZone-ban vannak, ahol nem futtat virtuális gépeket.

  • A virtuális gép és az NFS-megosztás közötti legközelebbi közelség az alkalmazáskötetcsoportok használatával rendezhető. Az alkalmazáskötet-csoportok előnye a legjobb közelség kiosztása és a legalacsonyabb késés mellett az, hogy az SAP HANA-környezetekhez tartozó különböző NFS-megosztások az Azure NetApp Files háttérfürtök különböző vezérlői között vannak elosztva. Ennek a módszernek az a hátránya, hogy újra át kell haladnia egy rögzítési folyamaton. Egy folyamat, amely befejezi a virtuális gép üzembe helyezésének egyetlen adatközpontra való korlátozását. A rendelkezésre állási zónák helyett az első módszer bevezetése. Ez kevesebb rugalmasságot jelent az NFS-kötetekkel rendelkező virtuális gépek méretének és virtuálisgép-családjainak módosításában.
  • A rendelkezésre állási elhelyezési csoportok használatának jelenlegi folyamata. Amelyek eddig csak az SAP HANA-hoz érhetők el. Ez a folyamat ugyanazt a manuális rögzítési folyamatot használja, mint a rendelkezésre állási kötetcsoportok esetében. Ez a módszer az elmúlt három évben használt módszer. Ugyanazokkal a rugalmassági korlátozásokkal rendelkezik, mint a folyamat a rendelkezésre állási kötetcsoportok esetében.

Mivel az Azure NetApp Fileson alapuló NFS-kötetek adatbázis-specifikus használatra való kiosztásának beállításai, először meg kell kísérelnie lefoglalni az NFS-kötetet ugyanabban a zónában, mint a virtuális gép. Különösen nem HANA-adatbázisok esetén. Csak akkor, ha a késés elégtelennek bizonyul, akkor manuális rögzítési folyamatot kell elvégeznie. Kisebb HANA számítási feladatok vagy nem éles HANA számítási feladatok esetén a zonális kiosztási módszert is követnie kell. Csak olyan esetekben érdemes alkalmazáskötetcsoportokat használni, ahol a teljesítmény és a késés nem elegendő.

Összefoglalás: Az Azure NetApp Files egy HANA-tanúsítvánnyal rendelkező kis késésű tároló, amely lehetővé teszi NFS- és SMB-kötetek vagy -megosztások üzembe helyezését. A tároló három különböző szolgáltatási szinttel rendelkezik, amelyek különböző átviteli sebességet és IOPS-t biztosítanak lineáris módon a kötet GiB-kapacitásánként. Az Azure NetApp Files Storage lehetővé teszi az SAP HANA vertikális felskálázási forgatókönyvek üzembe helyezését egy készenléti csomóponttal. A tároló a /sapmnt vagy az SAP globális átviteli könyvtárhoz szükséges fájlmegosztások biztosítására alkalmas. Az Azure NetApp Files storage natív NetApp-funkcióként elérhető funkciókkal rendelkezik.

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.

Feljegyzés

Az Azure Premium Fileson alapuló megosztott köteteken egyelőre egyetlen SAP DBMS-számítási feladat sem támogatott.

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

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:

Funkció Megjegyzés Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Nem működik -
Adatlemez SAP-számítási feladatok esetén nem támogatott -
SAP globális átviteli címtár Igen SMB és NFS
SAP sapmnt Megfelelő Minden rendszer SMB (csak Windows) vagy NFS (csak Linux esetén)
Biztonsági mentési tár Megfelelő -
Megosztások/megosztott lemez Igen SMB 3.0, NFS v4.1
Tartósság LRS és ZRS Nem érhető el GRS az Azure Premium Fileshoz
Késés alacsony -
IOPS SLA Igen -
Lineáris IOPS–kapacitás szigorúan lineáris -
Átvitelre vonatkozó SLA Igen -
Átviteli sebesség lineáristól a kapacitásig szigorúan lineáris -
HANA-minősítés Nem -
Lemezpillanatképek lehetségesek Igen -
Azure Backup virtuális gép pillanatképei lehetségesek Nem -
Költségek alacsony -

Ö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 éles 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:

Funkció Megjegyzés Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Korlátozottan alkalmas Nem éles rendszerek
Adatlemez Korlátozottan alkalmas Néhány nem éles rendszer alacsony IOPS- és késési igényekkel
SAP globális átviteli címtár Nem Nem támogatott
SAP sapmnt Korlátozottan alkalmas Nem éles rendszerek
Biztonsági mentési tár Megfelelő -
Megosztások/megosztott lemez Nem elérhető Harmadik félnek kell
Tartósság LRS, GRS A lemezekhez nem érhető el ZRS
Késés magas Túl magas az SAP Global Transport címtárhoz vagy éles rendszerekhez
IOPS SLA Nem -
Lemezenkénti IOPS maximális száma 500 A lemez méretétől függetlenül
Átvitelre vonatkozó SLA Nem -
HANA-minősítés Nem -
Lemezpillanatképek lehetségesek Igen -
Azure Backup virtuális gép pillanatképei lehetségesek Igen -
Költségek ALACSONY -

Összefoglalás: Az Azure standard SSD-tároló a minimális javaslat a nem éles virtuális gépekre az alapszintű VHD-khez, a végső DBMS-üzemelő példányokhoz, relatív késéssel és/vagy alacsony IOPS- és átviteli sebességgel. 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:

Funkció Megjegyzés Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Nem megfelelő -
Adatlemez Nem megfelelő -
SAP globális átviteli címtár Nem Nem támogatott
SAP sapmnt NEM Nem támogatott
Biztonsági mentési tár Megfelelő -
Megosztások/megosztott lemez Nem elérhető Azure Filesra vagy harmadik félre van szüksége
Tartósság LRS, GRS A lemezekhez nem érhető el ZRS
Késés magas Túl magas a DBMS-használathoz, az SAP Global Transport könyvtárhoz vagy az sapmnt/saploc-hoz
IOPS SLA Nem -
Lemezenkénti IOPS maximális száma 500 A lemez méretétől függetlenül
Átvitelre vonatkozó SLA Nem -
HANA-minősítés Nem -
Lemezpillanatképek lehetségesek Igen -
Azure Backup virtuális gép pillanatképei lehetségesek Igen -
Költségek Alacsony -

Ö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:

Tárolási típus Linux Windows Megjegyzések
Standard HDD Linux rendszerű virtuális gépek méretei az Azure-ban Windows rendszerű virtuális gépek méretei az Azure-ban Valószínűleg nehéz megérinteni a közepes vagy nagy virtuális gépek tárolási korlátait
Standard SSD Linux rendszerű virtuális gépek méretei az Azure-ban Windows rendszerű virtuális gépek méretei az Azure-ban Valószínűleg nehéz megérinteni a közepes vagy nagy virtuális gépek tárolási korlátait
Prémium szintű Storage Linux rendszerű virtuális gépek méretei az Azure-ban Windows rendszerű virtuális gépek méretei az Azure-ban Könnyen elérheti az IOPS-t vagy a tárkapacitás virtuálisgép-korlátait a tárkonfigurációval
Prémium SSD v2 Linux rendszerű virtuális gépek méretei az Azure-ban Windows rendszerű virtuális gépek méretei az Azure-ban Könnyen elérheti az IOPS-t vagy a tárkapacitás virtuálisgép-korlátait a tárkonfigurációval
Ultralemezes tárolás Linux rendszerű virtuális gépek méretei az Azure-ban Windows rendszerű virtuális gépek méretei az Azure-ban Könnyen elérheti az IOPS-t vagy a tárkapacitás virtuálisgép-korlátait a tárkonfigurációval
Azure NetApp Files Linux rendszerű virtuális gépek méretei az Azure-ban Windows rendszerű virtuális gépek méretei az Azure-ban A tárolási forgalom a hálózati átviteli sávszélességet használja, nem pedig a tárolási sávszélességet!
Azure Premium Files Linux rendszerű virtuális gépek méretei az Azure-ban Windows rendszerű virtuális gépek méretei az Azure-ban A tárolási forgalom a hálózati átviteli sávszélességet használja, nem pedig a tárolási sávszélességet!

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: