Sap HANA Azure virtual machine Premium SSD-lagringskonfigurationer
Det här dokumentet handlar om HANA-lagringskonfigurationer för Azure Premium Storage eller Premium SSD eftersom det introducerades flera år tillbaka som lagring med låg svarstid för databashanteringssystem (DBMS) och andra program som behöver lagring med låg svarstid. För allmänna överväganden kring randstorlekar när du använder Logical Volume Manager (LVM), HANA-partitionering av datavolymer eller andra överväganden som är oberoende av den specifika lagringstypen, kontrollerar du följande två dokument:
- Lagringskonfigurationer för virtuella SAP HANA Azure-datorer
- Azure Storage-typer för SAP-arbetsbelastning
Viktigt!
Förslagen för lagringskonfigurationerna i det här dokumentet är avsedda som anvisningar till att börja med. När du kör arbetsbelastningar och analyserar mönster för lagringsanvändning kanske du inser att du inte använder all lagringsbandbredd eller all IOPS (I/O-åtgärder per sekund). Du kan överväga att sänka lagringsstorleken då. 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.
Lösningar med Premium Storage och Azure Write Accelerator för virtuella Datorer i Azure M-serien
Azure Write Accelerator är en funktion som är tillgänglig för virtuella Datorer i Azure M-serien (VM) exklusivt i kombination med Azure Premium Storage. Som namnet anger är syftet med funktionen att förbättra I/O-svarstiden för skrivningar mot Azure Premium Storage. För SAP HANA ska skrivacceleratorn endast användas mot /hana/log-volymen . Därför är /hana/data och /hana/log separata volymer med Azure Write Accelerator som endast stöder /hana/log-volymen.
Viktigt!
När du använder Azure Premium Storage är användningen av Azure Write Accelerator för volymen /hana/log obligatorisk. Skrivaccelerator är endast tillgängligt för premiumlagring och virtuella datorer i M-serien och Mv2-serien. Skrivacceleratorn fungerar inte i kombination med andra Azure VM-familjer, till exempel Esv3 eller Edsv4.
Cachelagringsrekommendationerna för Azure Premium-diskar nedan förutsätter I/O-egenskaperna för SAP HANA som listar som:
- Det finns knappast någon läsarbetsbelastning mot HANA-datafilerna. Undantag är stora I/Os efter omstart av HANA-instansen eller när data läses in i HANA. Ett annat fall av större läs-I/Os mot datafiler kan vara HANA-databassäkerhetskopior. Därför är läsningscachelagring mestadels inte meningsfullt eftersom alla datafilvolymer i de flesta fall måste läsas helt.
- Att skriva mot datafilerna upplevs i bursts baserat på HANA-sparandepunkter och HANA-kraschåterställning. Det är asynkront att skriva sparandepunkter och innehåller inga användartransaktioner. Att skriva data under kraschåterställning är prestandakritiskt för att få systemet att svara snabbt igen. Kraschåterställning bör dock vara ganska exceptionella situationer
- Det finns knappast några läsningar från HANA gör om filerna. Undantag är stora I/Os när du utför säkerhetskopior av transaktionsloggar, kraschåterställning eller i omstartsfasen för en HANA-instans.
- Huvudbelastningen mot SAP HANA-omloggfilen är skrivningar. Beroende på vilken typ av arbetsbelastning du har kan du ha I/Os så litet som 4 KB eller i andra fall I/O-storlekar på 1 MB eller mer. Skrivfördröjningen mot SAP HANA redo-loggen är prestandakritisk.
- Alla skrivningar måste bevaras på disken på ett tillförlitligt sätt
Rekommendation: Som ett resultat av dessa observerade I/O-mönster av SAP HANA bör cachelagringen för de olika volymerna som använder Azure Premium Storage anges så här:
- /hana/data – Ingen eller läscachelagring
- /hana/log – Ingen. Aktivera skrivaccelerator för virtuella datorer i M- och Mv2-serien. Alternativet i Azure Portal är "Ingen + skrivaccelerator".
- /hana/shared – läscachelagring
- OS-disk – ändra inte standardcachelagring som anges av Azure när den virtuella datorn skapas
Kommentar
Med några av de nya typerna av virtuella M(b)v3-datorer kan användningen av läscachelagrad Premium SSD v1-lagring resultera i lägre IOPS-priser och dataflöde för läsning och skrivning än du skulle få om du inte använder läscachen.
Azure Burst-funktioner för Premium Storage
För Azure Premium-lagringsdiskar som är mindre eller lika med 512 GiB i kapacitet erbjuds burst-funktioner. Exakt hur disksprängningar fungerar beskrivs i artikeln Disksprängning. När du läser artikeln förstår du begreppet ackumulerade I/O-åtgärder per sekund (IOPS) och dataflöde i de tider då din I/O-arbetsbelastning ligger under diskarnas nominella IOPS och dataflöde (mer information om det nominella dataflödet finns i Prissättning för hanterad disk). Du kommer att ackumulera deltat i IOPS och dataflödet mellan din aktuella användning och diskens nominella värden. Bursts är begränsade till högst 30 minuter.
De idealiska fall där den här burst-funktionen kan planeras i kommer sannolikt att vara de volymer eller diskar som innehåller datafiler för de olika DBMS. Den I/O-arbetsbelastning som förväntas mot dessa volymer, särskilt med små till medelstora system förväntas se ut så här:
- Låg till måttlig läsarbetsbelastning eftersom data helst cachelagras i minnet, eller som med SAP HANA bör vara helt i minnet
- Skrivningstoppar som utlöses av databaskontrollpunkter eller sparandepunkter som utfärdas regelbundet
- Säkerhetskopieringsarbetsbelastning som läser i en kontinuerlig ström i fall där säkerhetskopieringar inte körs via ögonblicksbilder av lagring
- För SAP HANA läser du in data i minnet efter en omstart av instansen
Särskilt i mindre DBMS-system där din arbetsbelastning endast hanterar några hundra transaktioner per sekund kan en sådan burst-funktion vara lämplig även för de diskar eller volymer som lagrar transaktionen eller gör om loggen. Förväntad arbetsbelastning mot en sådan disk eller volymer ser ut så här:
- Regelbundna skrivningar till disken som är beroende av arbetsbelastningen och typen av arbetsbelastning eftersom varje incheckning som utfärdas av programmet sannolikt utlöser en I/O-åtgärd
- Högre arbetsbelastning i dataflöde för driftsaktiviteter, till exempel att skapa eller återskapa index
- Läs bursts när du utför transaktionsloggar eller gör om loggsäkerhetskopior
Rekommenderad lagringslösning för produktion baserat på Azure Premium Storage
Viktigt!
SAP HANA-certifiering för virtuella Datorer i Azure M-serien är exklusivt med Azure Write Accelerator för volymen /hana/log . Därför förväntas SAP HANA-distributioner i produktionsscenariot på virtuella Datorer i Azure M-serien konfigureras med Azure Write Accelerator för volymen /hana/log .
Kommentar
I scenarier som omfattar Azure Premium Storage implementerar vi burst-funktioner i konfigurationen. När du använder lagringstestverktyg oavsett form bör du tänka på hur Azure Premium-disksprängningar fungerar . När vi kör lagringstesterna som levereras via SAP HWCCT- eller HCMT-verktyget förväntar vi oss inte att alla tester kommer att klara kriterierna eftersom vissa av testerna överskrider de bursting-krediter som du kan ackumulera. Särskilt när alla tester körs sekventiellt utan avbrott.
Kommentar
Med virtuella M32ts- och M32ls-datorer kan det hända att diskdataflödet kan vara lägre än förväntat med HCMT/HWCCT-disktester. Även med disksprängningar eller med tillräckligt etablerat I/O-dataflöde för de underliggande diskarna. Rotorsaken till det observerade beteendet var att HCMT/HWCCT-lagringstestfilerna cachelagrades helt i läscachen för Premium Storage-datadiskarna. Den här cachen finns på den beräkningsvärd som är värd för den virtuella datorn och kan cachelagras testfilerna för HCMT/HWCCT helt. I sådana fall är de kvoter som anges i kolumnen Max cachelagrat och temporärt lagringsdataflöde: IOPS/MBIT/s (cachestorlek i GiB) i artikeln M-serien relevanta. Specifikt för M32ts och M32ls är dataflödeskvoten mot läscachen endast 400 MB/s. Som ett resultat av att testfilerna är helt cachelagrade är det möjligt att trots disksprängningar eller högre etablerat I/O-dataflöde kan testerna bli något mindre än 400 MB/sek maximalt dataflöde. Alternativt kan du testa utan att läscache har aktiverats på Azure Premium-lagringsdatadiskarna.
Kommentar
För produktionsscenarier kontrollerar du om en viss typ av virtuell dator stöds för SAP HANA av SAP i SAP-dokumentationen för IAAS.
Rekommendation: De rekommenderade konfigurationerna med Azure Premium Storage för produktionsscenarier ser ut så här:
Konfiguration för SAP /hana/datavolym :
| VM-SKU | RAM | Max. I/O för virtuell dator Genomflöde |
/hana/data | Etablerat dataflöde | Maximalt dataflöde för burst | IOPS | Burst-IOPS |
|---|---|---|---|---|---|---|---|
| M32ts | 192 GiB | 500 Mbit/s | 4 x P6 | 200 Mbit/s | 680 Mbit/s | 960 | 14 000 |
| M32ls | 256 GiB | 500 Mbit/s | 4 x P6 | 200 Mbit/s | 680 Mbit/s | 960 | 14 000 |
| M64ls | 512 GiB | 1 000 Mbit/s | 4 x P10 | 400 Mbit/s | 680 Mbit/s | 2 000 | 14 000 |
| M32(d)ms_v2 | 875 GiB | 500 Mbit/s | 4 x P15 | 500 Mbit/s | 680 Mbit/s | 4,400 | 14 000 |
| M48(d)s_1_v3, M96(d)s_1_v3 | 974 GiB | 1 560 Mbit/s | 4 x P15 | 500 Mbit/s | 680 Mbit/s | 4,400 | 14 000 |
| M64s, M64(d)s_v2 | 1 024 GiB | 1 000 Mbit/s | 4 x P15 | 500 Mbit/s | 680 Mbit/s | 4,400 | 14 000 |
| M64ms, M64(d)ms_v2 | 1 792 GiB | 1 000 Mbit/s | 4 x P20 | 600 Mbit/s | 680 Mbit/s | 9,200 | 14 000 |
| M96(d)s_2_v3 | 1 946 GiB | 3 120 Mbit/s | 4 x P20 | 600 Mbit/s | 680 Mbit/s | 9,200 | 14 000 |
| M128s, M128(d)s_v2 | 2 048 GiB | 2 000 Mbit/s | 4 x P20 | 600 Mbit/s | 680 Mbit/s | 9,200 | 14 000 |
| M192i(d)s_v2 | 2 048 GiB | 2 000 Mbit/s | 4 x P20 | 600 Mbit/s | 680 Mbit/s | 9,200 | 14 000 |
| M128ms, M128(d)ms_v2 | 3 892 GiB | 2 000 Mbit/s | 4 x P30 | 800 Mbit/s | ingen bursting | 20 000 | ingen bursting |
| M176(d)s_3_v3 | 2 794 GiB | 4 000 Mbit/s | 4 x P30 | 800 Mbit/s | ingen bursting | 20 000 | ingen bursting |
| M176(d)s_4_v3 | 3 892 GiB | 4 000 Mbit/s | 4 x P30 | 800 Mbit/s | ingen bursting | 20 000 | ingen bursting |
| M192i(d)ms_v2 | 4 096 GiB | 2 000 Mbit/s | 4 x P30 | 800 Mbit/s | ingen bursting | 20 000 | ingen bursting |
| M208s_v2 | 2 850 GiB | 1 000 Mbit/s | 4 x P30 | 800 Mbit/s | ingen bursting | 20 000 | ingen bursting |
| M208ms_v2 | 5 700 GiB | 1 000 Mbit/s | 4 x P40 | 1 000 Mbit/s | ingen bursting | 30,000 | ingen bursting |
| M416(d)s_6_v3 | 5 696 GiB | 4 000 Mbit/s | 4 x P40 | 1 000 Mbit/s | ingen bursting | 30,000 | ingen bursting |
| M416s_v2 | 5 700 GiB | 2 000 Mbit/s | 4 x P40 | 1 000 Mbit/s | ingen bursting | 30,000 | ingen bursting |
| M416(d)s_8_v2 | 7,600 | 2 000 Mbit/s | 4 x P40 | 1 000 Mbit/s | ingen bursting | 30,000 | ingen bursting |
| M416(d)s_8_v3 | 7,600 | 4 000 Mbit/s | 4 x P40 | 1 000 Mbit/s | ingen bursting | 30,000 | ingen bursting |
| M416ms_v2 | 11 400 GiB | 2 000 Mbit/s | 4 x P50 | 1 000 Mbit/s | ingen bursting | 30,000 | ingen bursting |
| M624(d)s_12_v3, M832(d)s_12_v3 | 11 400 GiB | 4 000 Mbit/s | 4 x P50 | 1 000 Mbit/s | ingen bursting | 30,000 | ingen bursting |
| M832ixs1 | 14 902 GiB | större än 2 000 Mbit/s | 4 x P602 | 2 000 Mbit/s | ingen bursting | 64,000 | ingen bursting |
| M832i(d)s_16_v3 | 15 200 GiB | 8 000 Mbit/s | 4 x P602 | 2 000 Mbit/s | ingen bursting | 64,000 | ingen bursting |
| M832ixs_v2 1 | 23 088 GiB | större än 2 000 Mbit/s | 4 x P602 | 2 000 Mbit/s | ingen bursting | 64,000 | ingen bursting |
| M896ixds_32_v3 1 | 30 400 GiB | 8 000 Mbit/s | 4 x P602 | 2 000 Mbit/s | ingen bursting | 64,000 | ingen bursting |
| M1792ixds_32_v3 1 | 30 400 GiB | 8 000 Mbit/s | 6 x P602 | 2 000 Mbit/s | ingen bursting | 64,000 | ingen bursting |
1 VM-typ är inte tillgänglig som standard. Kontakta ditt Microsoft-kontoteam
2 Maximalt dataflöde som tillhandahålls av den virtuella datorn och dataflödeskrav från SAP HANA-arbetsbelastningen, särskilt sparpunktsaktivitet, kan tvinga dig att distribuera betydligt mer Premium Storage v1-kapacitet.
För volymen /hana/log. konfigurationen skulle se ut så här:
| VM-SKU | RAM | Max. I/O för virtuell dator Genomflöde |
/hana/loggvolym | Etablerat dataflöde | Maximalt dataflöde för burst | IOPS | Burst-IOPS |
|---|---|---|---|---|---|---|---|
| M32ts | 192 GiB | 500 Mbit/s | 3 x P10 | 300 Mbit/s | 510 Mbit/s | 1 500 | 10,500 |
| M32ls | 256 GiB | 500 Mbit/s | 3 x P10 | 300 Mbit/s | 510 Mbit/s | 1 500 | 10,500 |
| M64ls | 512 GiB | 1 000 Mbit/s | 3 x P10 | 300 Mbit/s | 510 Mbit/s | 1 500 | 10,500 |
| M32(d)ms_v2 | 875 GiB | 500 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M48(d)s_1_v3, M96(d)s_1_v3 | 974 GiB | 1 560 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M64s, M64(d)s_v2 | 1 024 GiB | 1 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M64ms, M64(d)s_v2 | 1 792 GiB | 1 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M96(d)s_2_v3 | 1 946 GiB | 3 120 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M128s, M128(d)s_v2 | 2 048 GiB | 2 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M192i(d)s_v2 | 2 048 GiB | 2 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M176(d)s_3_v3 | 2 794 GiB | 4 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M176(d)s_4_v3 | 3 892 GiB | 4 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M192i(d)ms_v2 | 4 096 GiB | 2 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M208s_v2 | 2 850 GiB | 1 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M208ms_v2 | 5 700 GiB | 1 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M416(d)s_6_v3 | 5 696 GiB | 2 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M416s_v2 | 5 700 GiB | 2 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M416s_8_v2 | 7 600 GiB | 2 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M416(d)s_8_v3 | 7 600 GiB | 4 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M416ms_v2 | 11 400 GiB | 2 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M624(d)s_12_v3, M832(d)s_12_v3 | 11 400 GiB | 4 000 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| M832ixs1 | 14 902 GiB | större än 2 000 Mbit/s | 4 x P20 | 600 Mbit/s | 680 Mbit/s | 9,200 | 14 000 |
| M832i(d)s_16_v3 | 15 200 GiB | 8 000 Mbit/s | 4 x P20 | 600 Mbit/s | 680 Mbit/s | 9,200 | 14 000 |
| M832ixs_v2 1 | 23 088 GiB | större än 2 000 Mbit/s | 4 x P20 | 600 Mbit/s | 680 Mbit/s | 9,200 | 14 000 |
| M896ixds_32_v3 1 | 30 400 GiB | 8 000 Mbit/s | 4 x P20 | 600 Mbit/s | 680 Mbit/s | 9,200 | 14 000 |
| M1792ixds_32_v3 1 | 30 400 GiB | 8 000 Mbit/s | 4 x P20 | 600 Mbit/s | 680 Mbit/s | 9,200 | 14 000 |
1 VM-typ är inte tillgänglig som standard. Kontakta ditt Microsoft-kontoteam
För de andra volymerna skulle konfigurationen se ut så här:
| VM-SKU | RAM | Max. I/O för virtuell dator Genomflöde |
/hana/delad2 | /rotvolym | /usr/sap |
|---|---|---|---|---|---|
| M32ts | 192 GiB | 500 Mbit/s | 1 x P15 | 1 x P6 | 1 x P6 |
| M32ls | 256 GiB | 500 Mbit/s | 1 x P15 | 1 x P6 | 1 x P6 |
| M64ls | 512 GiB | 1 000 Mbit/s | 1 x P20 | 1 x P6 | 1 x P6 |
| M32dms_v2, M32ms_v2 | 875 GiB | 500 Mbit/s | 1 x P30 | 1 x P6 | 1 x P6 |
| M48(d)s_1_v3, M96(d)s_1_v3 | 974 GiB | 1 560 Mbit/s | 1 x P30 | 1 x P6 | 1 x P6 |
| M64s, M64(d)s_v2 | 1 024 GiB | 1 000 Mbit/s | 1 x P30 | 1 x P6 | 1 x P6 |
| M64ms, M64(d)ms_v2 | 1 792 GiB | 1 000 Mbit/s | 1 x P30 | 1 x P6 | 1 x P6 |
| M96(d)s_2_v3 | 1 946 GiB | 3 120 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M128s, M128(d)s_v2 | 2 048 GiB | 2 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M192i(d)s_v2 | 2 048 GiB | 2 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M176(d)s_3_v3 | 2 794 GiB | 4 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M176(d)s_4_v3 | 3 892 GiB | 4 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M128ms, M128dms_v2, M128ms_v2 | 3 892 GiB | 2 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M192i(d)ms_v2 | 4 096 GiB | 2 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M208s_v2 | 2 850 GiB | 1 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M208ms_v2 | 5 700 GiB | 1 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M416(d)s_6_v3 | 5 696 GiB | 2 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M416s_v2 | 5 700 GiB | 2 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M416s_8_v2 | 7 600 GiB | 2 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M416(d)s_8_v3 | 7 600 GiB | 4 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M416ms_v2 | 11 400 GiB | 2 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M624(d)s_12_v3, M832(d)s_12_v3 | 11 400 GiB | 4 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M832ixs1 | 14 902 GiB | större än 2 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M832i(d)s_16_v3 | 15 200 GiB | 8 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M832ixs_v2 1 | 23 088 GiB | större än 2 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M896ixds_32_v3 1 | 30 400 GiB | 8 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
| M1792ixds_32_v3 1 | 30 400 GiB | 8 000 Mbit/s | 1 x P30 | 1 x P10 | 1 x P6 |
1 VM-typ är inte tillgänglig som standard. Kontakta ditt Microsoft-kontoteam
2 Granska noggrant övervägandena för storlek /hana/delad
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 antalet virtuella Azure Premium Storage-hårddiskar. Om du ändrar storlek på en volym med fler virtuella hårddiskar än vad som anges i listan ökar IOPS- och I/O-dataflödet inom gränserna för den virtuella Azure-datortypen.
Azure Write Accelerator fungerar bara med Azure-hanterade diskar. Därför måste åtminstone Azure Premium-lagringsdiskarna som utgör /hana/log-volymen distribueras som hanterade diskar. Mer detaljerade instruktioner och begränsningar för Azure Write Accelerator finns i artikeln Skriva accelerator.
Du kanske bara vill använda Azure Ultra-disklagring i stället för Azure Premium Storage för att /hana/log-volymen ska vara kompatibel med SAP HANA-certifierings-KPI:er när du använder virtuella datorer i E-serien. Många kunder använder dock Premium Storage SSD-diskar för /hana/log-volymen för icke-produktionsändamål eller till och med för mindre produktionsarbetsbelastningar eftersom skrivfördröjningen med Premium Storage för de kritiska omskrivningarna uppfyller arbetsbelastningskraven. Konfigurationerna för /hana/datavolymen på Azure Premium Storage kan se ut så här:
| VM-SKU | RAM | Max. I/O för virtuell dator Genomflöde |
/hana/data | Etablerat dataflöde | Maximalt dataflöde för burst | IOPS | Burst-IOPS |
|---|---|---|---|---|---|---|---|
| E20ds_v4 | 160 GiB | 480 Mbit/s | 3 x P10 | 300 Mbit/s | 510 Mbit/s | 1 500 | 10,500 |
| E20(d)s_v5 | 160 GiB | 750 Mbit/s | 3 x P10 | 300 Mbit/s | 510 Mbit/s | 1 500 | 10,500 |
| E32ds_v4 | 256 GiB | 768 Mbit/s | 3 x P10 | 300 Mbit/s | 510 Mbit/s | 1 500 | 10,500 |
| E32ds_v5 | 256 GiB | 865 Mbit/s | 3 x P10 | 300 Mbit/s | 510 Mbit/s | 1 500 | 10,500 |
| E48ds_v4 | 384 GiB | 1 152 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| E48ds_v4 | 384 GiB | 1 315 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| E64s_v3 | 432 GiB | 1 200 MB/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| E64ds_v4 | 504 GiB | 1 200 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| E64(d)s_v5 | 512 GiB | 1 735 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
| E96(d)s_v5 | 672 GiB | 2 600 Mbit/s | 3 x P15 | 375 Mbit/s | 510 Mbit/s | 3,300 | 10,500 |
För de andra volymerna, inklusive /hana/log på Ultra-disken, kan konfigurationen se ut så här:
| VM-SKU | RAM | Max. I/O för virtuell dator Genomflöde |
/hana/loggvolym | /hana/log I/O-dataflöde | /hana/log IOPS | /hana/delad1 | /rotvolym | /usr/sap |
|---|---|---|---|---|---|---|---|---|
| E20ds_v4 | 160 GiB | 480 Mbit/s | 80 GB | 250 Mbit/s | 1 800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E20(d)s_v5 | 160 GiB | 750 Mbit/s | 80 GB | 250 Mbit/s | 1 800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E32ds_v4 | 256 GiB | 768 Mbit/s | 128 GB | 250 Mbit/s | 1 800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E32(d)s_v5 | 256 GiB | 865 Mbit/s | 128 GB | 250 Mbit/s | 1 800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E48ds_v4 | 384 GiB | 1 152 Mbit/s | 192 GB | 250 Mbit/s | 1 800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E48(d)s_v5 | 384 GiB | 1 315 Mbit/s | 192 GB | 250 Mbit/s | 1 800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E64s_v3 | 432 GiB | 1 200 Mbit/s | 220 GB | 250 Mbit/s | 1 800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E64ds_v4 | 504 GiB | 1 200 Mbit/s | 256 GB | 250 Mbit/s | 1 800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E64(d)s_v5 | 512 GiB | 1 735 Mbit/s | 256 GB | 250 Mbit/s | 1 800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E96(d)s_v5 | 672 GiB | 2 600 Mbit/s | 256 GB | 250 Mbit/s | 1 800 | 1 x P20 | 1 x P6 | 1 x P6 |
1 Granska noggrant övervägandena för storlek /hana/delad
Kostnadsmedveten lösning med Azure Premium Storage
Hittills har Azure Premium Storage-lösningen som beskrivs i det här dokumentet i avsnittet Lösningar med Premium Storage och Azure Write Accelerator för virtuella Datorer i Azure M-serien avsett för scenarier som stöds av SAP HANA-produktion. En av egenskaperna för produktionsstödskonfigurationer är separationen av volymerna för SAP HANA-data och att logga in på två olika volymer. Orsaken till en sådan separation är att arbetsbelastningens egenskaper på volymerna är olika. Och med de föreslagna produktionskonfigurationerna kan det vara nödvändigt med olika typer av cachelagring eller till och med olika typer av Azure-blocklagring. För icke-produktionsscenarier kanske vissa av de överväganden som tas för produktionssystem inte gäller för mer lågslutna icke-produktionssystem. Därför kan HANA-data och loggvolym kombineras. Men så småningom med vissa syndare, som så småningom inte uppfyller vissa dataflöde eller svarstid KPI:er som krävs för produktionssystem. En annan aspekt för att minska kostnaderna i sådana miljöer kan vara användningen av Azure Standard SSD-lagring. Tänk på att valet av Standard SSD eller Standard HDD Azure Storage påverkar dina enskilda SLA för virtuella datorer enligt beskrivningen i artikeln SLA för virtuella datorer.
Ett mindre kostsamt alternativ för sådana konfigurationer kan se ut så här:
| VM-SKU | RAM | Max. I/O för virtuell dator Genomflöde |
/hana/data och /hana/log randig med LVM eller MDADM |
/hana/delad3 | /rotvolym | /usr/sap | kommentarer |
|---|---|---|---|---|---|---|---|
| DS14v2 | 112 GiB | 768 MB/s | 4 x P6 | 1 x E10 | 1 x E6 | 1 x E6 | uppnår inte mindre än 1 ms lagringsfördröjning1 |
| E16v3 | 128 GiB | 384 MB/s | 4 x P6 | 1 x E10 | 1 x E6 | 1 x E6 | VM-typen är inte HANA-certifierad uppnår inte mindre än 1 ms lagringsfördröjning1 |
| M32ts | 192 GiB | 500 MB/s | 3 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | Användning av skrivaccelerator för kombinerade data och loggvolym begränsar IOPS-hastigheten till 5 0002 |
| E20ds_v4 | 160 GiB | 480 MB/s | 4 x P6 | 1 x E15 | 1 x E6 | 1 x E6 | uppnår inte mindre än 1 ms lagringsfördröjning1 |
| E32v3 | 256 GiB | 768 MB/s | 4 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | VM-typen är inte HANA-certifierad uppnår inte mindre än 1 ms lagringsfördröjning1 |
| E32ds_v4 | 256 GiB | 768 Mbit/s | 4 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | uppnår inte mindre än 1 ms lagringsfördröjning1 |
| M32ls | 256 GiB | 500 MB/s | 4 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | Användning av skrivaccelerator för kombinerade data och loggvolym begränsar IOPS-hastigheten till 5 0002 |
| E48ds_v4 | 384 GiB | 1 152 Mbit/s | 6 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | uppnår inte mindre än 1 ms lagringsfördröjning1 |
| E64v3 | 432 GiB | 1 200 MB/s | 6 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | uppnår inte mindre än 1 ms lagringsfördröjning1 |
| E64ds_v4 | 504 GiB | 1 200 MB/s | 7 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | uppnår inte mindre än 1 ms lagringsfördröjning1 |
| M64ls | 512 GiB | 1 000 MB/s | 7 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 10 0002 |
| M32(d)ms_v2 | 875 GiB | 500 MB/s | 6 x P15 | 1 x E30 | 1 x E6 | 1 x E6 | Användning av skrivaccelerator för kombinerade data och loggvolym begränsar IOPS-hastigheten till 5 0002 |
| M48(d)s_1_v3, M96(d)s_1_v3 | 974 GiB | 1 560 Mbit/s | 7 x P15 | 1 x E30 | 1 x E6 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 10 0002 |
| M64s, M64(d)s_v2 | 1 024 GiB | 1 000 MB/s | 7 x P15 | 1 x E30 | 1 x E6 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 10 0002 |
| M64ms, M64(d)ms_v2 | 1 792 GiB | 1 000 MB/s | 6 x P20 | 1 x E30 | 1 x E6 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 10 0002 |
| M96(d)s_2_v3 | 1 946 GiB | 3 120 Mbit/s | 6 x P20 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 20 0002 |
| M128s, M128(d)s_v2 | 2 048 GiB | 2 000 MB/s | 6 x P20 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 20 0002 |
| M192i(d)s_v2 | 2 048 GiB | 2 000 MB/s | 6 x P20 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 20 0002 |
| M128ms, M128(d)ms_v2 | 3 892 GiB | 2 000 MB/s | 5 x P30 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 20 0002 |
| M176(d)s_3_v3 | 2 794 GiB | 4 000 Mbit/s | 4 x P30 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 10 0002 |
| M176(d)s_4_v3 | 3 892 GiB | 4 000 Mbit/s | 5 x P30 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 20 0002 |
| M192i(d)ms_v2 | 4 096 GiB | 2 000 MB/s | 5 x P30 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 20 0002 |
| M208s_v2 | 2 850 GiB | 1 000 MB/s | 4 x P30 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 10 0002 |
| M208ms_v2 | 5 700 GiB | 1 000 MB/s | 4 x P40 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 10 0002 |
| M416s_v2 | 5 700 GiB | 2 000 MB/s | 4 x P40 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 20 0002 |
| M416s_8_v2 | 5 700 GiB | 2 000 MB/s | 5 x P40 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 20 0002 |
| M416ms_v2 | 11400 GiB | 2 000 MB/s | 7 x P40 | 1 x E30 | 1 x E10 | 1 x E6 | Om du använder Skrivaccelerator för kombinerade data och loggvolym begränsas IOPS-hastigheten till 20 0002 |
1 Azure Write Accelerator kan inte användas med ev4- och Ev4-vm-familjerna. Som ett resultat av att använda Azure Premium Storage blir I/O-svarstiden inte mindre än 1 ms
2 Vm-serien stöder Azure Write Accelerator, men det finns en potential att IOPS-gränsen för skrivaccelerator kan begränsa diskkonfigurationens IOPS-funktioner
3 Granska noggrant övervägandena för storlek /hana/delad
När du kombinerar data- och loggvolymen för SAP HANA bör diskarna som skapar den randiga volymen inte ha läscache eller läs-/skrivcache aktiverat.
Det finns vm-typer som inte är certifierade med SAP och som sådana inte anges i den så kallade SAP HANA-maskinvarukatalogen. Feedback från kunder var att dessa icke-listade VM-typer har använts för vissa icke-produktionsaktiviteter.
Nästa steg
Mer information finns i: