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.

    Programvolymgruppen 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 251 IP-adresser med en undernätsstorlek på /24. Se Överväganden om att delegera ett undernät till Azure NetApp Files.

  • Programvolymgruppen för SAP HANA stöder endast plattformshanterade nycklar för Azure NetApp Files-volymkryptering vid skapandet av volymer just nu. Kontakta din Azure NetApp Files-specialist eller CSA om du har frågor om att överföra volymer från plattformshanterade nycklar till kundhanterade nycklar när volymen har skapats.

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.

Krav och överväganden för tillägg 1 (förhandsversion)

  • Tillägg 1 är för närvarande i förhandsversion och kräver att du registrerar dig för funktionen.
  • Programvolymgruppen stöder grundläggande nätverksfunktioner. Om du är registrerad för tillägg 1 stöder programvolymgruppen även standardnätverksfunktioner.
  • Tillägg 1 stöder volymplacering i tillgänglighetszonen som den nya standardmetoden för placering. Den här uppgraderingen minskar behovet av AVset-fästning och eliminerar behovet av närhetsplaceringsgrupper. Med stöd för volymplacering i tillgänglighetszonen behöver du bara välja samma tillgänglighetszon som databasservrarna. Volymplacering i tillgänglighetszonen överensstämmer med Microsofts rekommendation om hur du distribuerar SAP HANA-infrastrukturer för att uppnå bästa prestanda med hög tillgänglighet, maximal flexibilitet och förenklad distribution. Om regioner inte stöder tillgänglighetszoner kan du välja en regional distribution eller välja närhetsplaceringsgrupper.

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:

  • Volymplacering i tillgänglighetszonen (rekommenderas) Välj tillgänglighetszonen för volymerna och välj Standardnätverksfunktioner för distributionen. Varken en närhetsplaceringsgrupp eller VM-fästning krävs för den här metoden. Innan du kan använda det här arbetsflödet måste du registrera funktionen.
  • 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 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, vilket gör att etableringen misslyckas.

Kommentar

Ta inte bort din PPG. 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.

Nästa steg