SAP HANA (stora instanser) lagringsarkitektur

I den här artikeln tittar vi på lagringsarkitekturen för att distribuera SAP HANA på stora Azure-instanser (kallas även BareMetal Infrastructure).

Lagringslayouten för SAP HANA på Azure (stora instanser) konfigureras av SAP HANA den klassiska distributionsmodellen enligt rekommenderade riktlinjer för SAP. Mer information om riktlinjerna finns i SAP HANA lagringskrav.

Typ I-klassen för stora HANA-instanser har fyra gånger så stor minnesvolym som lagringsvolym. Medan type II-klassen för stora HANA-instanser har en volym som är avsedd att lagra säkerhetskopior av HANA-transaktionsloggar. Mer information finns i Installera och konfigurera SAP HANA (stora instanser) på Azure.

Se följande tabell för lagringsallokering. I tabellen visas den ungefärliga kapaciteten för volymer som tillhandahålls med de olika stora HANA-instansenheterna.

Nyare SKU:er för hana stora instanser levereras med följande lagringskonfigurationer.

Faktiska distribuerade volymer kan variera beroende på distribution och vilket verktyg som används för att visa volymstorlekarna.

Om du delar upp en hana stor instans-SKU kan några exempel på möjliga divisionsdelar se ut så här:

Dessa storlekar är ungefärliga volymnummer som kan variera något beroende på distribution och de verktyg som används för att titta på volymerna. Det finns även andra partitionsstorlekar, till exempel 2,5 TB. Dessa lagringsstorlekar beräknas med hjälp av en formel som liknar den som används för föregående partitioner. Termen "partitioner" innebär inte att operativsystemet, minnet eller CPU-resurserna är partitionerade. Det anger lagringspartitioner för de olika HANA-instanser som du kanske vill distribuera på en enda stor HANA-instansenhet.

Om du behöver mer lagringsutrymme kan du köpa mer i enheter på 1 TB. Det extra lagringsutrymmet kan läggas till som mer volym eller användas för att utöka en eller flera av de befintliga volymerna. Du kan inte minska storleken på volymerna som de ursprungligen distribuerades och enligt de tidigare tabellerna. Du kan inte heller ändra namnen på volymerna eller monteringsnamnen. De lagringsvolymer som beskrivs ovan är kopplade till hana stora instansenheter som NFS4-volymer.

Du kan använda ögonblicksbilder av lagring för säkerhetskopiering och återställning och haveriberedskap. Mer information finns i SAP HANA (stora instanser) hög tillgänglighet och haveriberedskap i Azure.

Mer information om lagringslayouten för ditt scenario finns i Scenarier som stöds av HLI.

Köra flera SAP HANA instanser på en enhet för stora HANA-instanser

Det går att vara värd för fler än en aktiv SAP HANA på hana stora instansenheter. För att tillhandahålla funktionerna för ögonblicksbilder av lagring och haveriberedskap kräver en sådan konfiguration en volymuppsättning per instans. För närvarande kan stora HANA-instansenheter delas upp på följande sätt:

• S72, S72m, S96, S144, S192: I steg om 256 GB, med 256 GB som minsta startenhet. Olika steg, till exempel 256 GB och 512 GB, kan kombineras till enhetens maximala minne.
• S144m och S192m: I steg om 256 GB, med 512 GB som den minsta enheten. Olika steg, till exempel 512 GB och 768 GB, kan kombineras till enhetens maximala minne.
• Typ II-klass: I steg om 512 GB, med den minsta startenheten på 2 TB. Olika steg, till exempel 512 GB, 1 TB och 1,5 TB, kan kombineras till enhetens maximala minne.

I följande exempel visas hur det kan se ut som att köra SAP HANA instanser.

Det finns även andra varianter.

Kryptering av vilodata

Lagringen för hana stora instanser använder transparent kryptering för data, eftersom de lagras på diskarna. I distributioner före slutet av 2018 kan volymerna vara krypterade. Om du väljer mot det alternativet kan du få volymerna krypterade online. Flytten från icke-krypterade till krypterade volymer är transparent och kräver inte driftstopp.

Med type I-klassen för SKU:er för HANA Large Instance krypteras den volym som lagrar start-LUN. I Revision 3 HANA Large Instance-stämplar med type II-klass av SKU:er måste du kryptera start-LUN med OS-metoder. I Revision 4 HANA Large Instance-stämplar med type II-klassen för SKU:er krypteras volymen som lagrar start-LUN i vila som standard.

Obligatoriska inställningar för större HANA-instanser på stora HANA-instanser

Lagringen som används i hana stora instanser har en filstorleksbegränsning. Storleksbegränsningen är 16 TB per fil. Till skillnad från filstorleksbegränsningar i EXT3-filsystemen är HANA inte implicit medveten om lagringsbegränsningen som tillämpas av HANA Large Instances Storage. Därför skapar HANA inte automatiskt en ny datafil när filstorleksgränsen på 16 TB nås. När HANA försöker utöka filen till mer än 16 TB rapporterar HANA fel och indexservern kraschar slutligen.

Nästa steg

Lär dig mer om SAP HANA (stora instanser).