Dela via

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

  • Artikel

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 .

  • Du måste skapa en närhetsplaceringsgrupp (PPG) och 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 närhetsplaceringsgrupper och Skapa en närhetsplaceringsgrupp med hjälp av Azure-portalen.

    Kommentar

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

  • Du måste slutföra storleks- och SAP HANA-systemarkitekturen, 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 asynkront replikeras från ett primärt SAP HANA-system till ett sekundärt SAP HANA-system.
    • Förväntad ändringsfrekvens för datavolymen (om du använder ögonblicksbilder i säkerhetskopieringssyfte)

  • Du måste skapa ett virtuellt nätverk 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.

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

  • Programvolymgruppen för SAP HANA stöder endast grundläggande nätverksfunktioner. Du bör inte redigera nätverksfunktioner för volymer i en programvolymgrupp.

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 om närhetsplaceringsgrupper

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. För att uppnå den här konfigurationen används en närhetsplaceringsgrupp (PPG) som är länkad till de virtuella databasdatorerna (kallas för förankrade). När den skickas till programvolymgruppen används PPG för att hitta alla Azure NetApp Files-resurser i närheten av databasservrarna.

Viktigt!

Det är viktigt att förstå att en PPG endast är förankrad och därför kan 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 och 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ästs måste du lägga till en PPG i tillgänglighetsuppsättningen och sedan distribuera alla värdar för en SAP HANA-databas med hjälp av den tillgänglighetsuppsättningen. Detta säkerställer att alla virtuella datorer 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 hade begärt azure NetApp Files SAP HANA-volym pinning innan programvolymgruppen var tillgänglig bör du ta bort fästningen för din prenumeration. Befintlig fästning för en prenumeration kan leda till inkonsekvent distribution av volymer, eftersom volymer för programvolymgrupper distribueras baserat på PPG medan andra volymer fortfarande distribueras baserat på befintlig fästning.

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 PPG som är associerade med den och använder HANA-fästarbetsflödet. 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 fäst tillgänglighetsuppsättning skulle en PPG förlora sin fästpunkt om alla virtuella datorer i ppg 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.

    Med fästningen är det alltid säkert att placeringen av den virtuella datorn inte ändras även om alla datorer i tillgänglighetsuppsättningen stoppas.

  • Tillfällig installation:
    Använda en PPG eller en tillgänglighetsuppsättning i kombination med en PPG utan någon fästning.

    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 och körs hela tiden.

Kommentar

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, och etableringen kommer då att misslyckas.

Kommentar

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

Nästa steg