Dela via

Krav och överväganden för programvolymgrupp för SAP HANA

Den här artikeln beskriver de krav och överväganden som du behöver känna till innan du använder Azure NetApp Files programvolymgrupp (AVG) för SAP HANA.

Krav och överväganden

  • Du måste använda funktionen för manuell QoS-kapacitetspool .

  • Programvolymgruppen stöder nätverksfunktionerna Basic och Standard. Om du vill använda funktioner som volymplacering i tillgänglighetszonen använder du Standard-nätverksfunktioner.

  • Programvolymgruppen stöder volymplacering i tillgänglighetszonen som standard och rekommenderad metod för placering. Genom att använda volymplacering i tillgänglighetszonen minskar behovet av AVset-fästning och eliminerar behovet av närhetsplaceringsgrupper. Med stöd för volymplacering i tillgänglighetszonen behöver du endast välja samma tillgänglighetszon som databasservrarna. Volymplacering i tillgänglighetszonen följer Microsofts rekommendationer för distribution av SAP HANA-infrastrukturer för att säkerställa optimal prestanda, hög tillgänglighet, maximal flexibilitet och enklare distribution.

    • Om regioner inte stöder tillgänglighetszoner kan du välja en regional distribution eller välja närhetsplaceringsgrupper (PPG).

    När du skapar en PPG måste du förankra den i dina SAP HANA-beräkningsresurser. Programvolymgruppen för SAP HANA behöver den här konfigurationen för att söka efter en Azure NetApp Files-resurs som ligger nära SAP HANA-servrarna. Mer information finns i Metodtips om PPG:er och Skapa en PPG med hjälp av Azure-portalen.

    Anteckning

    Ta inte bort PPG:en. Om du tar bort en PPG tas fastsättningen bort, och efterföljande volymgrupper kan skapas på underoptimala platser, vilket kan leda till ökad fördröjning.

  • Du måste slutföra dimensioneringen och arkitekturen för ditt SAP HANA-system, inklusive följande områden:

    • SAP-ID (SID)
    • Minne
    • SAP HANA med en värd eller flera värdar
    • Ta reda på om du vill använda HANA System Replication (HSR). Med HSR kan SAP HANA-databaser synkroniseras eller replikeras asynkront från ett primärt SAP HANA-system till ett sekundärt SAP HANA-system.
    • Förväntad ändringsfrekvens för datavolymen (särskilt om ögonblicksbilder används för säkerhetskopiering)

  • Du måste skapa ett virtuellt nätverk (VNet) och ett delegerat undernät för att mappa IP-adresserna för Azure NetApp Files.

    Vi rekommenderar att du lägger ut det virtuella nätverket och det delegerade undernätet vid designtillfället.

    Programvolymgruppen för SAP HANA skapar flera IP-adresser, upp till sex IP-adresser för större installationer. Se till att det delegerade undernätet har tillräckligt med lediga IP-adresser. Överväg att använda ett delegerat undernät med minst 251 IP-adresser med en undernätsstorlek på /24. Se Överväganden om att delegera ett undernät till Azure NetApp Files.

Viktigt!

Användning av programvolymgrupp för SAP HANA för andra program än SAP HANA stöds inte. Kontakta azure NetApp Files-specialisten om du vill ha vägledning om hur du använder layouter för flera volymer i Azure NetApp Files med andra databasprogram.

Metodtips för närhetsplacering

Om du vill distribuera SAP HANA-volymer med programvolymgruppen måste du se till att dina virtuella HANA-databasdatorer och Azure NetApp Files-resurserna ligger nära varandra för att säkerställa lägsta möjliga svarstid. Du kan uppnå nära närhet med någon av följande distributionsmetoder:

  • Placering av volym i tillgänglighetszonen (rekommenderas) Välj tillgänglighetszonen för volymerna och välj Standardnätverksfunktioner för distributionen. Du behöver ingen närhetsplaceringsgrupp eller VM-låsning med volymplacering i tillgänglighetszoner.

  • Närhetsplaceringsgrupp med VM-fästning Programvolymgruppen använder en närhetsplaceringsgrupp som är länkad (eller förankrad) till de virtuella databasdatorerna. När den skickas till programvolymgruppen används PPG för att hitta alla Azure NetApp Files-resurser i närheten av databasservrarna. Volymer distribueras med hjälp av grundläggande nätverksfunktioner.

Viktigt!

En PPG är endast förankrad och kan därför identifiera platsen för de virtuella datorerna om minst en virtuell dator startas och fortsätter att köras under alla AVG-distributioner. Om alla virtuella datorer stoppas förlorar PPG sin fästpunkt. Vid nästa omstart kan de virtuella datorerna flyttas till en annan plats. Den här situationen kan leda till ökad svarstid eftersom Azure NetApp Files-volymer inte flyttas när de har skapats.

För att undvika den här situationen bör du skapa en tillgänglighetsuppsättning per databas och använda formuläret för SAP HANA VM-fästningsbegäran för att fästa tillgänglighetsuppsättningen på ett dedikerat beräkningskluster. När du har fäst, måste du lägga till en PPG i en tillgänglighetsuppsättning och sedan distribuera alla värdar för en SAP HANA-databas med hjälp av den specifika tillgänglighetsuppsättningen. Detta säkerställer att alla virtuella datorer (VM) finns på samma plats. Så länge en av de virtuella datorerna startas behåller PPG sin fästpunkt för att distribuera AVG-volymerna.

Viktigt!

Om du begärde Azure NetApp Files SAP HANA-volymlåsning innan applikationsvolymgruppen var tillgänglig bör du ta bort låsningen för din prenumeration. Befintlig fixering för en prenumeration kan leda till inkonsekvent implementering av volymer. Volymer för applikationsvolymgrupper distribueras baserat på PPG medan andra volymer distribueras baserat på den inledande begäran om volymfixering.

Relation mellan volymer för tillgänglighetsuppsättning, virtuell dator, PPG och Azure NetApp Files

En PPG måste ha minst en tilldelad virtuell dator, antingen direkt eller via en tillgänglighetsuppsättning. Syftet med PPG är att extrahera den exakta platsen för en virtuell dator och skicka den här informationen till AVG för att söka efter Azure NetApp Files-resurser på samma plats för att skapa volymer. Den här metoden fungerar bara när minst en virtuell dator i PPG startas och körs. Vanligtvis bör du lägga till databasservrarna i den här PPG-filen.

PPG:er har sidoeffekten att om alla virtuella datorer stängs av garanterar en följande omstart av virtuella datorer INTE att de startar på samma plats som tidigare. För att förhindra att den här situationen inträffar rekommenderar vi starkt att du använder en tillgänglighetsuppsättning som har alla virtuella datorer och ett PPG som är associerat med den och använder HANA-fastställningsarbetsflöde. Arbetsflödet säkerställer inte bara att de virtuella datorerna inte flyttas om de startas om, det säkerställer också att platser väljs där tillräckligt med beräknings- och Azure NetApp Files-resurser är tillgängliga.

När du använder en PPG utan en fastlåst tillgänglighetsuppsättning förlorar PPG:n sin förankring om alla virtuella datorer i PPG:n stoppas. När de virtuella datorerna startas om kan de startas på en annan plats, vilket kan leda till en fördröjningsökning eftersom volymerna som skapas med programvolymgruppen inte flyttas.

Två möjliga scenarier om att använda PPG

Den här situationen leder till två möjliga scenarier:

  • Stabil långsiktig konfiguration:
    Använda en tillgänglighetsuppsättning i kombination med en PPG där tillgänglighetsuppsättningen fästs manuellt.

    Vid fastlåsning är det alltid garanterat att placeringen av den virtuella datorn inte ändras, även om alla datorer i tillgänglighetsgruppen stoppas.

  • Tillfällig installation:
    Använd en PPG eller en tillgänglighetsuppsättning i kombination med en PPG utan fastsättning.

    SAP HANA-kompatibla virtuella datorserier (dvs. M-serien) placeras främst nära Azure NetApp Files-resurser så att programvolymgruppen kan skapa de volymer som krävs med lägsta möjliga svarstid med hjälp av en PPG. Den här relationen mellan volymer och HANA-värdar ändras inte om minst en virtuell dator är igång hela tiden.

Anteckning

När du använder programvolymgruppen för att distribuera dina HANA-volymer måste minst en virtuell dator i tillgänglighetsuppsättningen startas. Utan en virtuell dator som körs kan PPG inte användas för att hitta den optimala maskinvaran för Azure NetApp-filer, vilket gör att etableringen misslyckas.

Anteckning

Ta inte bort din PPG. Om du tar bort en PPG tas fastsättningen bort, och efterföljande volymgrupper kan skapas på underoptimala platser, vilket kan leda till ökad fördröjning.

Nästa steg