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.

Megjegyzé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.

Megjegyzé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 Premium SSD v2 Ultralemez Azure NetApp Files Azure Premium Files
OS disk 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 Highly Recommended
/sapmnt Nem megfelelő Korlátozott alkalmas (nem prod) Ajánlott Ajánlott Ajánlott Ajánlott Highly Recommended
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ánlott2 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ánlott2 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ánlott2 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ánlott2 Nem támogatott
HANA megosztott kötet Nem támogatott Nem támogatott Ajánlott Ajánlott Ajánlott Ajánlott Ajánlott3
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, a Db2-n és az SAP A-n Standard kiadás 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, a Db2-n és az SAP A-n Standard kiadás 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, a Db2-n és az SAP A-n Standard kiadás 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

2 Az ANF használatához /hana/data és /hana/log szükséges az ANF-ben

3 Eddig csak SLES-en tesztelték

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 Premium SSD v2 Ultralemez Azure NetApp Files Azure Premium Files
Átviteli sebesség/ IOPS SLA Nem No Yes 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 No No 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 No No Igen
Aszinkron zonális redundancia Felügyelt lemezekhez nem Felügyelt lemezekhez nem A DBMS nem támogatott Nem Nem Előzetes verzióban Nem
Georedundancia Felügyelt lemezekhez nem Felügyelt lemezekhez nem Nem No 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öltségek a kiosztott IOPS-tól és az átviteli sebességtől függnek

3 A különböző ANF-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

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ó Comment Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Megfelelő Minden rendszer
Data disk 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 Not available Azure Premium Filesra vagy külső félre van szükség
Tartósság LRS A lemezekhez nem érhető el GRS vagy ZRS
Latency 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ó Comment Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Nem támogatott Nincs rendszer
Data disk 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 Not available 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
Latency 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 Nem -
Azure Backup virtuális gép pillanatképei lehetségesek Nem -
Költségek Közepes -

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ó Comment Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Nem működik -
Data disk 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 Not available Harmadik félnek kell
Tartósság LRS A lemezekhez nem érhető el GRS vagy ZRS
Latency 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 Nem -
Lemezpillanatképek lehetségesek Nem -
Azure Backup virtuális gép pillanatképei lehetségesek Nem -
Költségek Magasabb, mint a Premium Storage -

Ö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 ultralemez nem támogatja a tárolási pillanatképeket. 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-fájlok (ANF)

Az Azure NetApp Files a Microsoft és a NetApp közötti együttműködés eredménye, amelynek célja, hogy nagy teljesítményű NFS- és SMB-megosztásokat biztosítson az Azure-ban. A hangsúly a nagy sávszélesség és az alacsony késésű tárolás biztosítása, amely lehetővé teszi a DBMS üzembe helyezési forgatókönyveit, és idővel lehetővé teszi a NetApp Storage tipikus működési funkcióit az Azure-on keresztül is. Az NFS/SMB-megosztások három különböző szolgáltatási szinten érhetők el, amelyek különbséget tesznek a tárolási teljesítményben és az árban. A szolgáltatásszinteket az Azure NetApp Files szolgáltatásszintjei című cikkben találja. 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

Megjegyzés:

A minimális kiépítési méret egy 4 TiB egység, amelyet kapacitáskészletnek nevezünk. 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 a TiB-lépésekben bonthatja ki. Díjszabásért tekintse meg az Azure NetApp Files díjszabását ismertető cikket

Az ANF-tároló jelenleg több SAP számítási feladathoz is támogatott:

Megjegyzés:

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

Ahogy az Azure Premium Storage esetében is, a rögzített vagy lineáris átviteli sebesség GB-onkénti mérete problémát jelenthet, ha bizonyos minimális átviteli sebességi számoknak kell megfelelnie. Így van ez az SAP HANA esetében is. Az ANF használatával ez a probléma hangsúlyosabb lehet, mint az Azure premium lemez esetében. Az Azure premium lemez használatával több kisebb, GiB-enként viszonylag magas átviteli sebességgel rendelkező lemezt is igénybe vehet, és átszúrhatja őket, hogy költséghatékonyak legyenek, és alacsonyabb kapacitás mellett nagyobb átviteli sebességgel rendelkezzenek. Ez a fajta csíkozás nem működik az ANF-en üzemeltetett NFS- vagy SMB-megosztások esetében. Ez a korlátozás olyan többletkapacitás üzembe helyezését eredményezte, mint a következő:

  • Például egy ANF-en üzemeltetett NFS-kötet 250 MiB/s átviteli sebességének eléréséhez 1,95 TiB-kapacitást kell üzembe helyeznie az Ultra szolgáltatásszinten.
  • A 400 MiB/s eléréséhez 3,125 TiB-kapacitást kell üzembe helyeznie. A kötethez szükséges átviteli sebesség eléréséhez azonban szükség lehet a kapacitás túlkiosztására. A kapacitás túlkiosztása hatással van a kisebb HANA-példányok díjszabására.
  • Ha az NFS-t az SAP/sapmnt könyvtár anf tetején használja, általában a minimális 100 GiB és 150 GiB közötti kapacitást használja, amelyet az Azure NetApp Files kényszerít ki. Az ügyfélélmény azonban azt mutatta, hogy a kapcsolódó 12,8 MiB/s átviteli sebesség (Ultra szolgáltatási szint használata) nem elegendő, és negatív hatással lehet az SAP-rendszer stabilitására. Ilyen esetekben az ügyfelek elkerülhetik a problémákat a /sapmnt kötet mennyiségének növelésével, hogy több átviteli sebességet biztosítsunk az adott kötetnek.

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

Funkció Comment Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Nem működik -
Data disk Megfelelő SAP HANA, Oracle Az Oracle Linuxon, Db2 és SAP A Standard kiadás SLES/RHEL rendszeren
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ő
Latency Nagyon alacsony -
IOPS SLA Igen -
Lineáris IOPS–kapacitás szigorúan lineáris Szolgáltatásszinttől függ
Átvitelre vonatkozó SLA Igen -
Átviteli sebesség lineáristól a kapacitásig Lineáris Szolgáltatásszinttől függ
HANA-minősítés Igen -
Lemezpillanatképek lehetségesek Igen -
Azure Backup virtuális gép pillanatképei lehetségesek Nem -
Költségek Magasabb, mint a Premium Storage -

Az ANF-tároló 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 az előzetes verziójú funkciót kell használnia, amely lehetővé teszi az NFS-megosztás létrehozását ugyanabban az Azure Rendelkezésre állási zónában, amelyben elhelyezte az NFS-megosztásokat csatlakoztatni kívánt virtuális gép(ek)et. 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 NFS-kötetek anf-alapú kiosztására vonatkozó beállítások az adatbázis-specifikus használatra vonatkoznak, először meg kell kísérelnie az NFS-kötet lefoglalását 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 ANF-tároló lehetővé teszi az SAP HANA vertikális felskálázási forgatókönyveinek ü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 ANF-tároló 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.

Megjegyzé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ó Comment Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Nem működik -
Data disk 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
Latency 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 Nem -
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ó Comment Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Korlátozottan alkalmas Nem éles rendszerek
Data disk 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 Not available Harmadik félnek kell
Tartósság LRS, GRS A lemezekhez nem érhető el ZRS
Latency 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ó Comment Jegyzetek/hivatkozások
Operációsrendszer-alapszintű VHD Nem megfelelő -
Data disk 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 Not available Azure Filesra vagy harmadik félre van szüksége
Tartósság LRS, GRS A lemezekhez nem érhető el ZRS
Latency 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:

Storage type Linux Windows Hozzászólások
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
Premium 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 ANF-re. 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 ANF é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 és nem 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ót használni, mivel az Azure Storage már redundánsan tartja az adatokat
  • 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: