Hög tillgänglighet för SAP NetWeaver på virtuella Azure-datorer i Windows med Azure NetApp Files (SMB) för SAP-program

Den här artikeln beskriver hur du distribuerar, konfigurerar de virtuella datorerna, installerar klusterramverket och installerar ett SAP NetWeaver 7.50-system med hög tillgänglighet på virtuella Windows-datorer med hjälp av SMB på Azure NetApp Files.

Databaslagret beskrivs inte i detalj i den här artikeln. Vi antar att det virtuella Azure-nätverket redan har skapats.

Läs följande SAP-anteckningar och dokument först:

• Dokumentation om Azure NetApp Files
• SAP Note 1928533, som innehåller:
  • En lista över storlekar på virtuella Azure-datorer som stöds för distribution av SAP-programvara
  • Viktig kapacitetsinformation för vm-storlekar i Azure
  • SAP-programvara och kombinationer av operativsystem (OS) och databaser som stöds
  • Nödvändig SAP-kernelversion för Windows på Microsoft Azure
• SAP Note 2015553 listar krav för SAP-programdistributioner som stöds i Azure.
• SAP Note 2178632 innehåller detaljerad information om alla övervakningsmått som rapporterats för SAP i Azure.
• SAP Note 1999351 har ytterligare felsökningsinformation för Azure Enhanced Monitoring Extension för SAP.
• SAP Note 2287140 listar krav för SAP-stödda CA-funktioner i SMB 3.x-protokollet.
• SAP Note 2802770 har felsökningsinformation för den långsamma SAP-transaktionen AL11 i Windows 2012 och 2016.
• SAP Note 1911507 har information om transparent redundansfunktion för en filresurs på Windows Server med SMB 3.0-protokollet.
• SAP Obs 662452 innehåller en rekommendation (att inaktivera 8.3-namngenerering) för att förbättra filsystemets prestanda och lösa fel vid dataåtkomst.
• Installera SAP NetWeaver med hög tillgänglighet i ett Windows-failoverkluster och fildelning för SAP ASCS/SCS-instanser i Azure
• Arkitektur och scenarier med hög tillgänglighet för Azure Virtual Machines för SAP NetWeaver
• Lägga till avsökningsport i ASCS-klusterkonfiguration
• Krav och överväganden för Active Directory-anslutningar
• NetApp SAP-program på Microsoft Azure med Azure NetApp Files

Overview

SAP utvecklade en ny metod och ett alternativ till klusterdelade diskar för klustring av en SAP ASCS/SCS-instans i ett Windows-redundanskluster. I stället för att använda klusterdelade diskar kan man använda en SMB-filresurs för att distribuera globala SAP-värdfiler. Azure NetApp Files stöder SMBv3 (tillsammans med NFS) och NTFS-ACL med hjälp av Active Directory. Azure NetApp Files är mycket tillgängligt (eftersom det är en PaaS-tjänst). De här funktionerna gör Azure NetApp Files till ett bra alternativ för att vara värd för SMB-filresursen för SAP Global.
Både Microsoft Entra Domain Services och Active Directory-domän Services (AD DS) stöds. Du kan använda befintliga Active Directory-domänkontrollanter med Azure NetApp Files. Domänkontrollanter kan finnas i Azure som virtuella datorer eller lokalt via ExpressRoute eller S2S VPN. I den här artikeln använder vi domänkontrollant på en virtuell Azure-dator.
Hög tillgänglighet (HA) för centrala SAP Netweaver-tjänster kräver delad lagring. För att uppnå detta i Windows var det hittills nödvändigt att skapa antingen SOFS-kluster eller använda klusterdelade diskar som SIOS. Nu är det möjligt att uppnå SAP Netweaver HA med hjälp av delad lagring, distribuerad på Azure NetApp Files. Om du använder Azure NetApp Files för den delade lagringen eliminerar du behovet av SOFS eller SIOS.

Förutsättningarna för en SMB-filresurs är:

• SMB 3.0-protokoll (eller senare).
• Möjlighet att ange Active Directory-åtkomstkontrollistor (ACL:er) för Active Directory-användargrupper och datorobjektet$ dator.
• Filresursen måste vara HA-aktiverad.

Andelen för SAP centraltjänster i denna referensarkitektur erbjuds av Azure NetApp Files.

Skapa och montera SMB-volym för Azure NetApp Files

Utför följande steg som förberedelse för att använda Azure NetApp Files.

1. Skapa Azure NetApp-konto genom att följa stegen som beskrivs i Skapa ett NetApp-konto

2. Konfigurera kapacitetspoolen enligt anvisningarna i Konfigurera en kapacitetspool

3. Azure NetApp Files-resurser måste finnas i delegerat undernät. Följ anvisningarna i Delegera ett undernät till Azure NetApp Files för att skapa delegerat undernät.

   Important

   Du måste skapa Active Directory-anslutningar innan du skapar en SMB-volym. Granska kraven för Active Directory-anslutningar.

   När du skapar Active Directory-anslutningen måste du ange SMB Server-prefixet (datorkontot) som inte är längre än 8 tecken. Detta undviker begränsningen på 13 tecken för värdnamn för SAP-program (ett suffix läggs automatiskt till i SMB-datorkontots namn).
   Begränsningarna för värdnamn för SAP-program beskrivs i längdbegränsningarna 2718300 – längd på fysiska och virtuella värdnamn och 611361 – värdnamn för SAP ABAP-plattformsservrar.

4. Skapa Active Directory-anslutning enligt beskrivningen i Skapa en Active Directory-anslutning. Se till att lägga till den användare som ska köra SWPM för att installera SAP-systemet, som Administrators privilege user i Active Directory-anslutningen. Om du inte lägger till SAP-installationsanvändaren som Administrators privilege user i Active Directory-anslutningen misslyckas SWPM med behörighetsfel, såvida du inte kör SWPM som användare med utökade domänadministratörsrättigheter.

5. Skapa SMB Azure NetApp Files SMB-volym genom att följa anvisningarna i Lägg till en SMB-volym.

6. Montera SMB-volymen på den virtuella Windows-datorn.

Viktiga överväganden

När du överväger Azure NetApp Files för SAP Netweaver-arkitekturen bör du tänka på följande viktiga överväganden:

• Storlekskrav för Azure NetApp Files-volymer och kapacitetspooler finns i Resursbegränsningar för Azure NetApp Files och Skapa en kapacitetspool för Azure NetApp Files.
• Det valda virtuella nätverket måste ha ett undernät, delegerat till Azure NetApp Files.
• Dataflödes- och prestandaegenskaperna för en Azure NetApp Files-volym är en funktion av volymkvoten och tjänstnivån, vilket beskrivs i Tjänstnivå för Azure NetApp Files. När du ändrar storlek på SAP Azure NetApp-volymerna kontrollerar du att det resulterande dataflödet uppfyller programkraven.

Förbereda infrastrukturen för SAP HA med hjälp av ett Windows-redundanskluster

1. Ange ASCS/SCS-belastningsutjämningsregler för den interna Azure-lastbalanseraren.
2. Lägg till virtuella Windows-datorer i domänen.
3. Lägg till registerposter på båda klusternoderna i SAP ASCS/SCS-instansen
4. Konfigurera ett Windows Server-redundanskluster för en SAP ASCS/SCS-instans Vittne](/windows-server/failover-clustering/deploy-cloud-witness).

Installera SAP ASCS-instansen på båda noderna

Du behöver följande programvara från SAP:

• INSTALLATIONSVERKTYGET FÖR SAP Software Provisioning Manager (SWPM) version SPS25 eller senare.
• SAP Kernel 7.22 eller senare
• Skapa ett virtuellt värdnamn (klusternätverksnamn) för den klustrade SAP ASCS/SCS-instansen enligt beskrivningen i Skapa ett virtuellt värdnamn för den klustrade SAP ASCS/SCS-instansen.

Installera en ASCS/SCS-instans på den första ASCS/SCS-klusternoden

1. Installera en SAP ASCS/SCS-instans på den första klusternoden. Starta installationsverktyget för SAP SWPM och gå sedan till: Product>DBMS> Installation > Application Server ABAP (eller Java) > High-Availability System > ASCS/SCS-instans > Första klusternoden.

2. Välj Filresurskluster som klusterresurskonfiguration i SWPM.

3. När du tillfrågas i steg SAP System Cluster Parameters anger du värdnamnet för den Azure NetApp Files SMB-resurs som du redan har skapat som filresursens värdnamn. I det här exemplet är SMB-resursens värdnamn anfsmb-9562.

   Important

   Om Nödvändiga kontroller Resultat i SWPM visar att funktionsvillkoret för kontinuerlig tillgänglighet inte är uppfyllt kan du åtgärda det genom att följa anvisningarna i Fördröjt felmeddelande när du försöker komma åt en delad mapp som inte längre finns i Windows.

   Tip

   Om förkravskontrollerna i SWPM visar att villkoret för växlingsfilens storlek inte är uppfyllt kan du justera SWAP-storleken genom att navigera till Min dator>Systemegenskaper>Prestandainställningar>Avancerat>Virtuellt minne>Ändra.

4. Konfigurera en SAP-klusterresurs, avsökningsporten SAP-SID-IP , med hjälp av PowerShell. Kör den här konfigurationen på en av SAP ASCS/SCS-klusternoderna enligt beskrivningen i Konfigurera avsökningsport.

Installera en ASCS/SCS-instans på den andra ASCS/SCS-klusternoden

1. Installera en SAP ASCS/SCS-instans på den andra klusternoden. Starta SAP SWPM-installationsverktyget och gå sedan till Product>DBMS> Installation > Application Server ABAP (eller Java) > High-Availability System > ASCS/SCS-instans > Ytterligare klusternod.

Uppdatera SAP ASCS/SCS-instansprofilen

Uppdatera parametrar i SAP ASCS/SCS-instansprofilen <SID>Host<>.

Parametern enque/encni/set_so_keepalive behövs bara om du använder ENSA1.
Starta om SAP ASCS/SCS-instansen. Ange KeepAlive parametrar på både SAP ASCS/SCS-klusternoder följer anvisningarna för att ange registerposter på klusternoderna i SAP ASCS/SCS-instansen.

Installera en DBMS-instans och SAP-programservrar

Slutför SAP-installationen genom att installera:

• En DBMS-instans
• En primär SAP-applikationsserver
• Ytterligare en SAP-applikationsserver

Testa SAP ASCS/SCS-instansens redundans

Övergång från klusternod A till klusternod B och tillbaka

I det här testscenariot refererar vi till klusternod sapascs1 som nod A och till klusternod sapascs2 som nod B.

1. Kontrollera att klusterresurserna körs på noden A.

2. Starta om klusternoden A. SAP-klusterresurserna flyttas till klusternod B.

Test av låsingång

1.Kontrollera att SAP Enqueue Replication Server (ERS) är aktiv
2. Logga in på SAP-systemet, kör transaktionen SU01 och öppna ett användar-ID i ändringsläge. Det genererar SAP-låspost.
3. När du är inloggad i SAP-systemet visar du låsposten genom att navigera till transaktionen ST12.
4. Växla över ASCS-resurser från klusternod A till klusternod B.
5. Kontrollera att låsposten som genererades innan SAP ASCS/SCS-klusterresursernas failover bibehålls.

För mer information, se Felsökning för Enqueue-failover i ASCS med ERS

Valfria konfigurationer

Följande diagram visar flera SAP-instanser på virtuella Azure-datorer som kör Microsoft Windows-redundanskluster för att minska det totala antalet virtuella datorer.

Detta kan antingen vara lokala SAP-programservrar i ett SAP ASCS/SCS-kluster eller en SAP ASCS/SCS-klusterroll på Microsoft SQL Server AlwaysOn-noder.

Både SAP ASCS/SCS och Microsoft SQL Server-databasen är enstaka felpunkter (SPOF). För att skydda dessa SPOF:er i en Windows-miljö används Azure NetApp Files SMB.

Även om resursförbrukningen för SAP ASCS/SCS är ganska liten, rekommenderas en minskning av minneskonfigurationen för antingen SQL Server eller SAP Application Server med 2 GB.

SAP-programservrar på WSFC-noder med NetApp Files SMB

SAP ASCS/SCS på SQL Server AlwaysOn-noder med Azure NetApp Files SMB

Använd Windows DFS-N för att stödja flexibel skapande av SAPMNT-delning för SMB-baserad fildelning.

Med hjälp av DFS-N kan du använda enskilda sapmnt-volymer för SAP-system som distribuerats inom samma prenumeration och Azure-region. Använd Windows DFS-N för att stödja skapandet av flexibla SAPMNT-delningsresurser för SMB-baserade fillagringar visar hur du ställer in detta.

Nästa steg

• Planering och implementering av Azure Virtual Machines för SAP
• Distribution av virtuella Azure-datorer för SAP
• Azure Virtual Machines DBMS-distribution för SAP
• Lär dig hur du etablerar hög tillgänglighet och planerar för haveriberedskap för SAP
• HANA på Azure (stora instanser), se SAP HANA (stora instanser) hög tillgänglighet och katastrofåterställning på Azure.
• Information om hur du etablerar hög tillgänglighet och planerar för haveriberedskap för SAP HANA på virtuella Azure-datorer finns i Hög tillgänglighet för SAP HANA på virtuella Azure-datorer (VM)