Sap hana azure virtual machine Premium SSD v2 lagringskonfigurationer
Premium SSD v2 förenklar hur du skapar lagringsarkitekturer och låter dig skräddarsy och anpassa lagringsfunktionerna till din arbetsbelastning. Med Premium SSD v2 kan du konfigurera och betala för kapacitet, IOPS (I/O-åtgärder per sekund) och dataflöde oberoende av varandra.
För allmänna överväganden kring randstorlekar vid användning av LVM, HANA-datavolympartitionering eller andra överväganden som är oberoende av den specifika lagringstypen, kontrollerar du dessa två dokument:
- Lagringskonfigurationer för virtuella SAP HANA Azure-datorer
- Azure Storage-typer för SAP-arbetsbelastning
Förslagen för lagringskonfigurationerna i det här dokumentet är avsedda som anvisningar till att börja med. När du kör arbetsbelastning och analyserar mönster för lagringsanvändning kanske du inser att du inte använder all lagringsbandbredd eller all IOPS som tillhandahålls. Du kan överväga att sänka lagringen eller till och med börja med mindre diskstorlekar och använda onlineexpansion över tid. Eller tvärtom kan din arbetsbelastning behöva mer dataflöde för lagring än vad som föreslås med dessa konfigurationer. Därför kan du behöva distribuera mer kapacitet, IOPS eller dataflöde. När det gäller spänningar mellan den lagringskapacitet som krävs, den nödvändiga lagringsfördröjningen, det dataflöde för lagring och IOPS som krävs och den billigaste konfigurationen erbjuder Azure tillräckligt med olika lagringstyper med olika funktioner och olika prispunkter för att hitta och anpassa sig till rätt kompromiss för dig och din HANA-arbetsbelastning.
Rekommenderad lagringslösning för produktion baserat på Azure Premium SSD v2
De rekommenderade startkonfigurationerna med Azure Premium SSD v2 för produktionsscenarier ser ut så här:
/hana/data – Storlek på 1,2 x VM-minne, större om det behövs. Se datadataflöde och IOPS-värden i följande tabell.
/hana/log – Storlek på 0,5 x VM-minne eller 500 GiB om den virtuella datorn är större än 1 TiB-minne. Se loggdataflöde och IOPS-värden i följande tabell.
/hana/shared – Storleken på1 x VM-minne eller 1 TiB om den virtuella datorn är större än 1 TiB-minne. Använd standard-IOPS och dataflöde som startkonfiguration.
| Minne eller SKU för virtuell dator | Dataflöde | Data-IOPS | Loggdataflöde | Logga IOPS |
|---|---|---|---|---|
| Under 1 TiB | 425 Mbit/s | 3 000 | 275 Mbit/s | 3 000 |
| 1 TiB till under 2 TiB | 600 Mbit/s | 5 000 | 300 Mbit/s | 4 000 |
| 2 TiB till under 4 TiB | 800 Mbit/s | 12 000 | 300 Mbit/s | 4 000 |
| 4 TiB till under 8 TiB | 1 200 Mbit/s2 | 20 000 | 400 Mbit/s | 5 000 |
| M416ms_v2 (11 400 GiB) | 1 300 Mbit/s | 25,000 | 400 Mbit/s | 5 000 |
| M624(d)s_12_v3 (11 400 GiB) | 1 300 Mbit/s | 40,000 | 600 Mbit/s | 6 000 |
| M832(d)s_12_v3 (11 400 GiB) | 1 300 Mbit/s | 40,000 | 600 Mbit/s | 6 000 |
| M832ixs1 (14 902 GiB) | 2 000 Mbit/s | 40,000 | 600 Mbit/s | 9 000 |
| M832i(d)s_16_v3 (15 200 GiB) | 4 000 Mbit/s | 60 000 | 600 Mbit/s | 10,000 |
| M832ixs_v2 1 (23 088 GiB) | 2 000 Mbit/s | 60 000 | 600 Mbit/s | 10,000 |
| M896ixds_32_v3 1 (30 400 GiB) | 2 000 Mbit/s | 80 000 | 600 Mbit/s | 10,000 |
| M1792ixds_32_v3 1 (30 400 GiB) | 2 000 Mbit/s | 80 000 | 600 Mbit/s | 10,000 |
1 VM-typ är inte tillgänglig som standard. Kontakta ditt Microsoft-kontoteam.
2 Begränsa till 1 000 Mbit/s på M208(m)s_v2 virtuella datorer på grund av VM-gränsen.
Mer information om vm-minne och fjärrlagringsfunktioner finns i M-serien med minnesoptimerade vm-storleksserier och E-serien med minnesoptimerad VM .
Kontrollera om lagringsdataflödet för de olika föreslagna volymerna uppfyller den arbetsbelastning som du vill köra. Om arbetsbelastningen kräver högre volymer för /hana/data och /hana/log måste du öka antingen IOPS och/eller dataflödet på de enskilda diskar som du använder.
Värden i tabellen anges som aggregerad summa för filsystemet. Med en dataflödesgräns på 1 200 MB/sek på en enda Premium SSD v2-disk måste du använda flera diskar och striping för större virtuella datorer. På samma sätt, när du använder striping för att dra nytta av de inkluderade 125 MB/s och 3 000 IOPS per disk, delar du summan mellan antalet diskar.
Exempel när du använder flera diskar
När du letar upp prislistan för Azure-hanterade diskar blir det uppenbart att kostnadsschemat som introducerades med Premium SSD v2 ger dig två allmänna vägar att följa:
- Du försöker förenkla lagringsarkitekturen genom att använda en enda disk för /hana/data och /hana/log och betala för mer IOPS och dataflöde efter behov för att uppnå de nivåer som vi rekommenderar nedan. Med vetskapen om att en enskild disk har ett genomflödestak på 1 200 MB/sek och 80 000 IOPS.
- Du vill dra nytta av de 3 000 IOPS och 125 MB/s som levereras kostnadsfritt med varje disk. För att göra det skulle du skapa flera mindre diskar som summerar till den kapacitet du behöver och sedan skapa en randig volym med en logisk volymhanterare över dessa flera diskar. Om du tar bort flera diskar kan du minska kostnadsfaktorerna för IOPS och dataflöde. Men skulle resultera i några fler ansträngningar för att automatisera distributioner och använda sådana lösningar.
Eftersom vi inte vill definiera vilken riktning du ska gå lämnar vi beslutet till dig om du vill använda metoden med en enskild disk eller om du vill använda metoden för flera diskar. Tänk dock på att metoden med en enskild disk kan nå sina begränsningar med dataflödet på 1 200 MB/sek. Det kan finnas en punkt där du behöver sträcka /hana/data över flera volymer. Många virtuella Azure-datorer tillåter högre dataflöde för lagring som en enda Premium SSD v2-disk kan tillhandahålla. Tänk också på att funktionerna i virtuella Azure-datorer för att tillhandahålla dataflöde för lagring kommer att växa med tiden. Och att HANA-sparpunkter är kritiska och kräver högt dataflöde för /hana/datavolymen .
Den här tabellen i kombination med priserna för IOPS och dataflödet bör ge dig en uppfattning om hur striping över flera Premium SSD v2-diskar kan minska kostnaderna för den specifika lagringskonfiguration som du tittar på. Baserat på dessa beräkningar kan du bestämma om du vill gå vidare med en enskild diskmetod för /hana/data och/eller /hana/log.
| Total filsystemstorlek | Antal diskar | Enskild diskstorlek | Önskat totalt dataflöde | Standarddataflöde | Extra dataflöde har etablerats | Önskad total IOPS | Standard-IOPS | Extra IOPS har etablerats |
|---|---|---|---|---|---|---|---|---|
| 512 GiB | 1 |
512 GiB | 425 Mbit/s | 125 Mbit/s | + 300 Mbit/s | 5 000 IOPS | 3 000 IOPS | + 2 000 IOPS |
| 512 GiB | 2 |
256 GiB | 425 Mbit/s | 250 Mbit/s (2 x 125) | + 175 Mbit/s (2 x 88) | 5 000 IOPS | 6 000 IOPS (2 x 3 000) | inget |
| 512 GiB | 4 |
128 GiB | 425 Mbit/s | 500 Mbit/s (4 x 125) | inget | 5 000 IOPS | 12 000 IOPS (4 x 3 000) | inget |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| 4 TiB | 1 |
4 TiB | 1 000 Mbit/s | 125 Mbit/s | + 875 Mbit/s | 20 000 IOPS | 3 000 IOPS | + 17 000 IOPS |
| 4 TiB | 2 |
2 TiB | 1 000 Mbit/s | 250 Mbit/s (2 x 125) | + 750 Mbit/s (2 x 375) | 20 000 IOPS | 6 000 IOPS (2 x 3 000) | + 14 000 IOPS (2 x 7 000) |
| 4 TiB | 4 |
1 TiB | 1 000 Mbit/s | 500 Mbit/s (4 x 125) | + 500 Mbit/s (4 x 125) | 20 000 IOPS | 12 000 IOPS (4 x 3 000) | + 8 000 IOPS (4 x 2 000) |
Kommentar
De konfigurationer som föreslås i det här dokumentet behåll hana minsta KPI:er, som anges i SAP HANA Azures lagringskonfigurationer för virtuella datorer i åtanke. Våra tester gav hittills inga indikationer på att SAP HCMT-tester skulle misslyckas i dataflöde eller svarstid med de värden som anges. Det angavs att inte alla möjliga variationer och kombinationer runt randuppsättningar som sträckte sig över flera diskar eller olika randstorlekar testades. Tester som utfördes med randiga volymer över flera diskar gjordes med de randstorlekar som dokumenterats i SAP HANA Azures lagringskonfigurationer för virtuella datorer.
Viktigt!
Du har möjlighet att definiera den logiska sektorstorleken för Azure Premium SSD v2 som 512 byte eller 4 096 byte. Standardstorleken för sektorn är 4 096 byte. Tester som utfördes med HCMT visade inte på några betydande skillnader i prestanda och dataflöde mellan de olika sektorstorlekarna. Den här sektorstorleken skiljer sig från de randstorlekar som du behöver definiera när du använder en logisk volymhanterare.
Stora skillnader mellan Premium SSD v2 och Premium SSD och Ultra Disk
Den största skillnaden mellan Premium SSD v2 och befintliga NetWeaver- och HANA-certifierade lagringar kan visas som:
- Med Premium SSD v2 betalar du den exakta distribuerade kapaciteten. Till skillnad från premiumdiskar och Ultra-diskar, där hakparenteser av storlekar tas för att fastställa kostnaderna för kapacitet
- Varje Premium SSD v2-lagringsdisk levereras med 3 000 IOPS och 125 MB/s i dataflöde som ingår i kapacitetspriset
- Extra IOPS och dataflöde ovanpå standardvärdena som medföljer varje disk kan etableras när som helst och debiteras separat
- Ändringar i etablerad IOPS och dataflöde kan köras fyra gånger i ett 24-timmarsfönster
- Svarstiden för Premium SSD v2 är lägre än premiumlagring, men högre än Ultra-disk. Men är undermillisekunder, så att det skickar SAP HANA KPI:er utan hjälp av andra funktioner, till exempel Azure Write Accelerator
- Precis som med Ultra-disk kan du använda Premium SSD v2 för /hana/data- och /hana/log-volymer utan att behöva några acceleratorer eller andra cacheminnen.
- Precis som ultradisk erbjuder Azure Premium SSD v2 inte cachelagringsalternativ som Premium SSD gör
- Med Premium SSD v2 gäller samma lagringskonfiguration för de HANA-certifierade virtuella datorerna Ev4, Ev5 och M-serien (VM) som erbjuder samma minne
- Till skillnad från Premium SSD finns det ingen disk- eller VM-burst för Premium SSD v2
Om du inte har stöd eller stöd för Azure Write Accelerator från andra cacheminnen blir konfigurationen av Premium SSD v2 för de olika vm-familjerna enklare och mer enhetlig och undviker variationer som behöver beaktas i distributionsautomationen. Om du inte har burst-funktioner blir dataflödet och IOPS mer deterministiskt och tillförlitligt. Eftersom Premium SSD v2 är en ny lagringstyp finns det fortfarande vissa begränsningar som rör dess funktioner. Om du vill läsa upp dessa begränsningar och skillnader mellan de olika lagringsutrymmena börjar du med att läsa dokumentet azure managed disk types (Dokument för Hanterade Disk-diskar i Azure).
Nästa steg
Mer information finns i: