SAP HANA på beräkning, nätverk och lagring i Azure (stora instanser)

Slutförd

Stora instanser är fysiska servrar baserade på Intel EX E7 CPU-arkitekturen och konfigureras i en stor instansstämpel – det vill säga en specifik uppsättning servrar eller blad. En beräkningsenhet är lika med en server eller ett blad och en stämpel består av flera servrar eller blad. Inom en stor instansstämpel delas inte servrar och är dedikerade för att köra en kunds distribution av SAP HANA.

Det finns en mängd olika SKU:er för hana stora instanser som stöder upp till 20 TB enskild instans (60 TB utskalning) av minne för S/4HANA eller andra SAP HANA arbetsbelastningar. Två klasser med servrar erbjuds:

  • "Type I class" för SKU:er som består av S72, S72m, S96, S144, S144m, S192, S192m och S192xm

  • "Type II class" för SKU:er som består av S384, S384m, S384xm, S384xxm, S576m, S576xm S768m, S768xm och S960m

S72-SKU:n har till exempel 768 GB RAM, 3 terabyte (TB) lagringsutrymme och 2 Intel Xeon-processorer (E7-8890 v3) med 36 kärnor. Välj en SKU som uppfyller storlekskraven som du fastställde i dina arkitektur- och designsessioner. Se alltid till att storleksändringen gäller för rätt SKU. Funktioner och distributionskrav varierar beroende på typ, och tillgängligheten varierar beroende på region. Du kan också gå upp från en SKU till en större SKU.

Microsoft hjälper till att upprätta konfigurationen av den stora instansen, men det är ditt ansvar att kontrollera operativsystemets konfigurationsinställningar. Se till att granska de senaste SAP-anteckningarna för din exakta Linux-version.

Storleksändringen för hana – stor instans skiljer sig inte från storleksändringen för HANA i allmänhet. För befintliga och distribuerade system som du vill flytta från andra RDBMS till HANA tillhandahåller SAP flera rapporter som körs på dina befintliga SAP-system. Om databasen flyttas till HANA kontrollerar dessa rapporter data och beräknar minneskraven för HANA-instansen.

För implementeringar med grönt fält är SAP Quick Sizer tillgängligt för att beräkna minneskraven för implementeringen av SAP-programvara ovanpå HANA.

Minneskraven för HANA ökar när datavolymen växer. Tänk på din aktuella minnesförbrukning så att du kan förutse vad den kommer att bli i framtiden. Baserat på minneskraven kan du sedan mappa din efterfrågan till en av SKU:erna för hana för stora instanser.

Överväganden för lagring

Storage layout implementeras enligt TDI-rekommendationen för SAP HANA. Stora HANA-instanser har en specifik lagringskonfiguration för standardspecifikationerna för TDI. Du kan lägga till lagringsutrymme i befintliga instanser i enheter på 1 TB. Denna ytterligare lagring kan läggas till som ytterligare volym. Det kan också användas för att utöka en eller flera av de befintliga volymerna. Det går inte att minska storleken på volymerna som de ursprungligen distribuerades. Det går inte heller att ändra namnen på volymerna eller monteringsnamnen.

För att stödja kraven i verksamhetskritiska miljöer, inklusive snabb återställning, används NFS och inte direkt ansluten lagring. NFS-lagringsservern för HANA – stora instanser finns i en miljö med flera klienter, där klienter är åtskilda och säkra med hjälp av isolering av beräkning, nätverk och lagring. Lagringsvolymerna är kopplade till hana stora instansenheter som NFS4-volymer.

Använd olika lagringslayouter för att stödja hög tillgänglighet på den primära platsen. I en utskalning med flera värdar delas till exempel lagringen. Ett annat alternativ för hög tillgänglighet är programbaserad replikering, till exempel HSR. För DR används dock en ögonblicksbildbaserad lagringsreplikering.

Den stora HANA-instansen av klassen Typ I levereras med fyra gånger minnesvolymen som lagringsvolym. Detta är inte fallet för typ II-klassen för stora HANA-instansenheter. I följande tabell visas den ungefärliga kapaciteten för de olika volymer som etableras med de olika stora HANA-instansenheterna.

SKU för stor HANA-instans hana/data hana/log hana/shared hana/logbackups
S72 1 280 GB 512 GB 768 GB 512 GB
S72 m 3 328 GB 768 GB 1 280 GB 768 GB
S96 1 280 GB 512 GB 768 GB 512 GB
S192 4 608 GB 1 024 GB 1 536 GB 1 024 GB
S192 m 11 520 GB 1 536 GB 1 792 GB 1 536 GB
S192xm 11 520 GB 1 536 GB 1 792 GB 1 536 GB
S384 11 520 GB 1 536 GB 1 792 GB 1 536 GB
S384 m 12 000 GB 2 050 GB 2 050 GB 2 040 GB
S384xm 16 000 GB 2 050 GB 2 050 GB 2 040 GB
S384xxm 20 000 GB 3 100 GB 2 050 GB 3 100 GB
S576 m 20 000 GB 3 100 GB 2 050 GB 3 100 GB
S576xm 31 744 GB 4 096 GB 2 048 GB 4 096 GB
S768 m 28 000 GB 3 100 GB 2 050 GB 3 100 GB
S768xm 40 960 GB 6 144 GB 4 096 GB 6 144 GB
S960 m 36 000 GB 4 100 GB 2 050 GB 4 100 GB
S896 m 33 792 GB 512 GB 1 024 GB 512 GB

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 den minsta startenheten. 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 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 det maximala minnet för enheten.

Lagringen som används i hana stora instanser har en storleksbegränsning på 16 TB. Till skillnad från filstorleksbegränsningar i EXT3-filsystemen är HANA inte underförstått medveten om lagringsbegränsningen som framtvingas av lagringen för hana stora instanser. 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 kommer HANA att rapportera fel och indexservern kraschar i slutet. För att förhindra att HANA försöker utöka datafiler utöver storleksgränsen på 16 TB för HANA – stor instans måste du ange följande parametrar i global.ini-konfigurationsfilen för HANA

  • datavolume_striping=true

  • datavolume_striping_size_gb = 15 000

Nätverksöverväganden för ExpressRoute

Den här arkitekturen använder både virtuella och fysiska nätverk. Det virtuella nätverket är en del av Azure IaaS och ansluter till ett diskret fysiskt HANA-instansnätverk via ExpressRoute-kretsar. En gateway mellan olika platser ansluter dina arbetsbelastningar i det virtuella Azure-nätverket till dina lokala platser.

Nätverk med stora HANA-instanser är isolerade från varandra av säkerhetsskäl. Som standard kommunicerar instanser som finns i olika regioner inte med varandra, med undantag för dedikerad lagringsreplikering. Men för att använda HSR krävs kommunikation mellan regioner. ExpressRoute Global Reach, IP-routningstabeller eller proxys kan användas för att aktivera HSR mellan regioner.

Alla virtuella Azure-nätverk som ansluter till hana stora instanser i en region kan korsanslutas via ExpressRoute till HANA stora instanser i en sekundär region.

ExpressRoute för HANA – stora instanser inkluderas som standard under etableringen. För installation krävs en specifik nätverkslayout, inklusive nödvändiga CIDR-adressintervall och domänroutning.

Arkitekturen för Azure-nätverkstjänster är en viktig del av en lyckad distribution av SAP-program på HANA Large Instance. Vanligtvis har SAP HANA azure-distributioner (stora instanser) ett större SAP-landskap med flera olika SAP-lösningar med olika storlekar på databaser, cpu-resursförbrukning och minnesanvändning. Det är troligt att inte alla IT-system redan finns i Azure. Ditt SAP-landskap är ofta hybrid även från en DBMS- och SAP-programpunkt med en blandning av NetWeaver, S/4HANA, SAP HANA och en annan DBMS. Azure erbjuder olika tjänster som gör att du kan köra olika DBMS-, NetWeaver- och S/4HANA-system i Azure. Azure erbjuder även nätverksteknik som gör att Azure ser ut som ett virtuellt datacenter för dina lokala programvarudistributioner

Nätverksfunktionerna i Azure omfattar användning av följande komponenter:

  • Virtuella Azure-nätverk som är anslutna till ExpressRoute-kretsen och som i sin tur ansluter till dina lokala nätverkstillgångar.

  • En ExpressRoute-krets som ansluter lokalt till Azure med en bandbredd på 1 Gbit/s eller högre. Den tillgängliga bandbredden måste tillåta överföring av data mellan lokala system och system som körs på virtuella Azure-datorer och måste underlätta en bättre anslutning till virtuella Azure-datorer från lokala användare. Den här ExpressRoute-kretsen betalas helt av dig som kund.

  • Alla SAP-system i Azure konfigureras i virtuella nätverk för att kommunicera med varandra.

  • Active Directory och DNS som finns lokalt utökas till Azure via ExpressRoute från en lokal plats eller körs helt i Azure.

  • En ExpressRoute-krets som SAP HANA – stora instanser till Azure-datacentrets nätverks fabric. Den här kretsen distribueras och hanteras av Microsoft. Allt du behöver göra är att ange IP-adressintervall när distributionen av dina tillgångar i HANA Large Instance ansluter ExpressRoute-kretsen till de virtuella nätverken. Det tillkommer ingen extra avgift för anslutningen mellan azure-datacenternätverks fabric och hana stora instansenheter.

  • En Azure ExpressRoute som ansluter ett virtuellt nätverk till ExpressRoute-kretsar. En Azure ExpressRoute gateway används med ExpressRoute till en infrastruktur utanför Azure eller till en stämpel för Azure Large Instance. Du kan ansluta Azure ExpressRoute till högst fyra olika ExpressRoute-kretsar om dessa anslutningar kommer från olika Microsoft Enterprise Edge-routrar.

  • Nätverk inom stämpeln HANA Large Instance, som huvudsakligen är transparent för dig.

Det maximala dataflödet du kan uppnå med en ExpressRoute-gateway är 10 Gbit/s. Kopiering av filer mellan en virtuell dator som finns i ett virtuellt nätverk och ett system lokalt (som en enda kopieringsström) uppnår inte det fullständiga dataflödet för de olika gateway-SKU:erna. Om du vill utnyttja hela bandbredden för ExpressRoute-gatewayen använder du flera strömmar.

ExpressRoute-överväganden för SAP HANA på Azure (stora instanser)

Det finns specifika nätverksöverväganden som SAP HANA på Azure (stora instanser):

  • De stora HANA-instansenheterna för din kundklientorganisation ansluts via en annan ExpressRoute-krets till dina virtuella nätverk. För att separera belastningsutjämning delar inte expressRoute-kretsarna lokalt till azure-nätverk och kretsarna mellan virtuella Azure-nätverk och HANA stora instanser samma routrar.

  • Arbetsbelastningsprofilen mellan SAP-programlagret och den stora HANA-instansen består vanligtvis av små begäranden och burst-dataöverföringar (resultatuppsättningar) från SAP HANA till programlagret.

  • SAP-programarkitekturen är mer känslig för nätverksfördröjning än vanliga scenarier där data utbyts mellan den lokala platsen och Azure.

  • Den Azure ExpressRoute gatewayen har minst två ExpressRoute-kretsar: en krets som är ansluten lokalt och en som är ansluten från hana stora instanser. Detta lämnar endast plats för ytterligare två kretsar från olika MRE:er att ansluta till på ExpressRoute-gatewayen. Alla anslutna kretsar delar den maximala bandbredden för inkommande data för ExpressRoute-gatewayen.

Nätverksfördröjningen mellan virtuella datorer och hana stora instansenheter kan vara högre än en typisk svarstid för vm-till-VM-nätverk. Beroende på Azure-regionen kan de värden som mäts överskrida svarstiden på 0,7 ms som klassificeras som under genomsnittet i SAP Note #1100926 (FAQ: Network performance). Beroende på Azure-region och verktyg för att mäta svarstiden i nätverket mellan en virtuell Azure-dator och den stora HANA-instansenheten kan den uppmätta svarstiden vara upp till och cirka 2 millisekunder. Se till att testa dina affärsprocesser noggrant i den stora Azure HANA-instansen.

För att tillhandahålla deterministisk nätverksfördröjning mellan virtuella datorer och HANA Large Instance är valet av ExpressRoute-gateway-SKU viktigt. Till skillnad från trafikmönstren mellan lokala datorer och virtuella datorer kan trafikmönstret mellan virtuella datorer och HANA Large Instance innehålla burst-fel med begäranden och datavolymer.

Med tanke på den övergripande nätverkstrafiken mellan SAP-programmet och databaslagren stöds endast gateway-SKU:erna HighPerformance eller UltraPerformance för att ansluta till SAP HANA på Azure (stora instanser). För SKU:er av typen HANA stor instans, stöds endast UltraPerformance Gateway-SKU:n som en ExpressRoute-gateway. Undantag gäller när du använder snabb sökväg för ExpressRoute.