Delen via


Opslagconfiguraties voor SAP HANA Azure Virtual Machine Premium SSD v2

Premium SSD v2 vereenvoudigt de manier waarop u opslagarchitecturen bouwt en u kunt de opslagmogelijkheden aanpassen en aanpassen aan uw workload. Met Premium SSD v2 kunt u capaciteit, IOPS (I/O-bewerkingen per seconde) en doorvoer onafhankelijk van elkaar configureren en betalen.

Voor algemene overwegingen met betrekking tot stripegrootten bij het gebruik van LVM, HANA-gegevensvolumepartitionering of andere overwegingen die onafhankelijk zijn van het specifieke opslagtype, controleert u deze twee documenten:

De suggesties voor de opslagconfiguraties in dit document zijn bedoeld als aanwijzingen om mee te beginnen. Wanneer u workload uitvoert en patronen voor opslaggebruik analyseert, realiseert u zich mogelijk dat u niet alle opgegeven opslagbandbreedte of IOPS gebruikt. U kunt overwegen om de grootte van de opslag te verkleinen of zelfs te beginnen met kleinere schijven en gebruik te maken van online-uitbreiding in de loop van de tijd. Of in tegenstelling tot uw workload heeft uw workload mogelijk meer opslagdoorvoer nodig dan bij deze configuraties wordt voorgesteld. Als gevolg hiervan moet u mogelijk meer capaciteit, IOPS of doorvoer implementeren. Op het gebied van spanning tussen de vereiste opslagcapaciteit, opslaglatentie nodig, opslagdoorvoer en IOPS vereist en minst dure configuratie, biedt Azure voldoende verschillende opslagtypen met verschillende mogelijkheden en verschillende prijspunten om het juiste compromis voor u en uw HANA-workload te vinden en aan te passen.

De aanbevolen beginconfiguraties met Azure Premium SSD v2 voor productiescenario's zien er als volgt uit:

/hana/data - Grootte van 1,2 x VM-geheugen, indien nodig groter. Zie gegevensdoorvoer en IOPS-waarden in de volgende tabel.

/hana/log - Grootte van 0,5 x VM-geheugen, of 500 GiB als vm groter is dan 1 TiB-geheugen. Zie logboekdoorvoer en IOPS-waarden in de volgende tabel.

/hana/shared - Grootte van 1 x VM-geheugen of 1 TiB als vm groter is dan 1 TiB-geheugen. Gebruik standaard-IOPS en doorvoer als beginconfiguratie.

Geheugen of SKU van virtuele machine Gegevensdoorvoer Gegevens-IOPS Logboekdoorvoer IOPS vastleggen
Onder 1 TiB 425 MBps 3.000 275 MBps 3.000
1 TiB tot onder 2 TiB 600 MBps 5.000 300 MBps 4000
2 TiB tot onder 4 TiB 800 MBps 12,000 300 MBps 4000
4 TiB tot onder 8 TiB 1.200 MBps2 20,000 400 MBps 5.000
M416ms_v2 (11.400 GiB) 1300 MBps 25,000 400 MBps 5.000
M624(d)s_12_v3 (11.400 GiB) 1300 MBps 40.000 600 MBps 6.000
M832(d)s_12_v3 (11.400 GiB) 1300 MBps 40.000 600 MBps 6.000
M832ixs1 (14.902 GiB) 2000 MBps 40.000 600 MBps 9.000
M832i(d)s_16_v3 (15.200 GiB) 4.000 MBps 60.000 600 MBps 10,000
M832ixs_v2 1 (23.088 GiB) 2000 MBps 60.000 600 MBps 10,000
M896ixds_32_v3 1 (30.400 GiB) 2000 MBps 80,000 600 MBps 10,000
M1792ixds_32_v3 1 (30.400 GiB) 2000 MBps 80,000 600 MBps 10,000

1 VM-type is niet standaard beschikbaar. Neem contact op met uw Microsoft-accountteam.

2 Limiet tot 1000 MBps op M208(m)s_v2 virtuele machines, vanwege vm-limiet.

Zie M family memory optimized VM size series and E family memory optimized VM size series for details on virtual machine memory and remote storage capabilities.

Controleer of de opslagdoorvoer voor de verschillende voorgestelde volumes voldoet aan de workload die u wilt uitvoeren. Als voor de workload hogere volumes zijn vereist voor /hana/data en /hana/log, moet u IOPS en/of doorvoer verhogen op de afzonderlijke schijven die u gebruikt.

Waarden in de tabel worden opgegeven als totaal voor het bestandssysteem. Met een doorvoerlimiet van 1200 MB per seconde op één Premium SSD v2-schijf moet u meerdere schijven en striping gebruiken voor grotere VM's. Als u striping gebruikt om te profiteren van de opgenomen 125 MB per seconde en 3000 IOPS per schijf, splitst u het totaal tussen het aantal schijven.

Voorbeelden bij het gebruik van meerdere schijven

Wanneer u de prijslijst voor beheerde Azure-schijven opzoekt, wordt het duidelijk dat het kostenschema dat is geïntroduceerd met Premium SSD v2, twee algemene paden biedt om te streven:

  1. U probeert uw opslagarchitectuur te vereenvoudigen met behulp van één schijf voor /hana/data en /hana/log en betaalt zo nodig voor meer IOPS en doorvoer om de niveaus te bereiken die hieronder worden aanbevolen. Met de kennis dat één schijf een doorvoer plafond heeft van 1.200 MB per seconde en 80.000 IOPS.
  2. U wilt profiteren van de 3000 IOPS en 125 MB per seconde die gratis bij elke schijf worden geleverd. Hiervoor maakt u meerdere kleinere schijven die samenvatten tot de capaciteit die u nodig hebt en vervolgens een gestreept volume bouwen met een logisch volumebeheer op deze meerdere schijven. Striping over meerdere schijven biedt u de mogelijkheid om de IOPS- en doorvoerkostenfactoren te verminderen. Maar zou leiden tot meer inspanningen bij het automatiseren van implementaties en het uitvoeren van dergelijke oplossingen.

Omdat we niet willen definiëren welke richting u moet gaan, laten we de beslissing aan u over of u de benadering van één schijf of de benadering van meerdere schijven wilt nemen. Houd er echter rekening mee dat de benadering van één schijf de beperkingen kan bereiken met de doorvoer van 1200 MB per seconde. Er kan een punt zijn waarop u /hana/data over meerdere volumes moet uitrekken. Veel Virtuele Azure-machines bieden een hogere opslagdoorvoer die een enkele Premium SSD v2-schijf kan bieden. Houd er ook rekening mee dat de mogelijkheden van Azure-VM's bij het leveren van opslagdoorvoer na verloop van tijd toenemen. En dat HANA-opslagpunten kritiek zijn en hoge doorvoer eisen voor het /hana/gegevensvolume .

Deze tabel in combinatie met de prijzen van IOPS en doorvoer geeft u een idee hoe striping over meerdere Premium SSD v2-schijven de kosten voor de specifieke opslagconfiguratie die u bekijkt, kan verlagen. Op basis van deze berekeningen kunt u beslissen of u verder wilt gaan met één schijfbenadering voor /hana/data en/of /hana/log.

Totale grootte van bestandssysteem Aantal schijven Grootte van afzonderlijke schijf Gewenste totale doorvoer Standaarddoorvoer Extra doorvoer ingericht Gewenste totale IOPS Standaard-IOPS Extra IOPS ingericht
512 GiB 1 512 GiB 425 MBps 125 MBps + 300 MBps 5.000 IOPS 3000 IOPS + 2000 IOPS
512 GiB 2 256 GiB 425 MBps 250 MBps (2 x 125) + 175 MBps (2 x 88) 5.000 IOPS 6.000 IOPS (2 x 3.000) Geen
512 GiB 4 128 GiB 425 MBps 500 MBps (4 x 125) Geen 5.000 IOPS 12.000 IOPS (4 x 3.000) Geen
--- --- --- --- --- --- --- --- ---
4 TiB 1 4 TiB 1000 MBps 125 MBps + 875 MBps 20.000 IOPS 3000 IOPS + 17.000 IOPS
4 TiB 2 2 TiB 1000 MBps 250 MBps (2 x 125) + 750 MBps (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 1000 MBps 500 MBps (4 x 125) + 500 MBps (4 x 125) 20.000 IOPS 12.000 IOPS (4 x 3.000) + 8.000 IOPS (4 x 2.000)

Notitie

De configuraties die in dit document worden voorgesteld, houden de minimaal HANA-KPI's in gedachten, zoals vermeld in opslagconfiguraties voor virtuele MACHINES in SAP HANA Azure. Onze tests hebben tot nu toe geen indicaties gegeven dat sap HCMT-tests mislukken in doorvoer of latentie bij de vermelde waarden. Dat gezegd hebbende, niet alle variaties mogelijk en combinaties rond stripe sets verspreid over meerdere schijven of verschillende stripegrootten zijn getest. Tests die worden uitgevoerd met gestreepte volumes op meerdere schijven zijn uitgevoerd met de stripegrootten die zijn gedocumenteerd in opslagconfiguraties voor virtuele MACHINES in SAP HANA Azure.

Belangrijk

U hebt de mogelijkheid om de grootte van de logische sector van Azure Premium SSD v2 te definiëren als 512 bytes of 4096 bytes. De standaardsectorgrootte is 4096 bytes. Tests die met HCMT worden uitgevoerd, hebben geen aanzienlijke verschillen in prestaties en doorvoer tussen de verschillende sectorgrootten aan het licht gekomen. Deze sectorgrootte verschilt van stripegrootten die u moet definiëren wanneer u een logische volumebeheerder gebruikt.

Belangrijke verschillen tussen Premium SSD v2 en Premium SSD en Ultra disk

Het belangrijkste verschil tussen Premium SSD v2 en de bestaande gecertificeerde NetWeaver- en HANA-opslag kan worden vermeld als:

  • Met Premium SSD v2 betaalt u de exacte geïmplementeerde capaciteit. In tegenstelling tot premiumschijf en Ultra-schijf, waarbij vierkante haken van grootten worden genomen om de kosten van de capaciteit te bepalen
  • Elke Premium SSD v2-opslagschijf wordt geleverd met 3000 IOPS en 125 MB per seconde voor doorvoer die is opgenomen in de prijs voor capaciteit
  • Extra IOPS en doorvoer boven op de standaardwaarden die bij elke schijf worden geleverd, kunnen op elk gewenst moment worden ingericht en worden afzonderlijk in rekening gebracht
  • Wijzigingen in de ingerichte IOPS en doorvoer kunnen vier keer worden uitgevoerd in een periode van 24 uur
  • Latentie van Premium SSD v2 is lager dan premium-opslag, maar hoger dan Ultra-schijf. Maar is submilliseconden, dus dat deze de SAP HANA-KPI's doorgeeft zonder hulp van een andere functionaliteit, zoals Azure Write Accelerator
  • Net als bij Ultra disk kunt u Premium SSD v2 gebruiken voor /hana/data en /hana/log volumes zonder dat er accelerators of andere caches nodig zijn.
  • Net als Ultra Disk biedt Azure Premium SSD v2 geen cacheopties, zoals Premium SSD wel doet
  • Met Premium SSD v2 is dezelfde opslagconfiguratie van toepassing op de virtuele machines uit de HANA-certificering Ev4, Ev5 en M-serie die hetzelfde geheugen bieden
  • In tegenstelling tot Premium SSD is er geen schijf- of VM-bursting voor Premium SSD v2

Het gebruik van Azure Write Accelerator-ondersteuning of -ondersteuning door andere caches maakt de configuratie van Premium SSD v2 voor de verschillende VM-families eenvoudiger en uniformer en vermijd variaties die in de implementatieautomatisering moeten worden overwogen. Als u geen burst-mogelijkheden hebt, worden doorvoer en IOPS meer deterministisch en betrouwbaar geleverd. Omdat Premium SSD v2 een nieuw opslagtype is, zijn er nog enkele beperkingen met betrekking tot de functies en mogelijkheden. Als u deze beperkingen en verschillen tussen de verschillende opslagen wilt lezen, begint u met het lezen van de door Azure beheerde schijftypen.

Volgende stappen

Zie voor meer informatie: