Klustra en SAP ASCS/SCS-instans i ett Windows-redundanskluster med hjälp av en filresurs i Azure

Windows

Windows Server-redundansklustring är grunden för en SAP ASCS/SCS-installation med hög tillgänglighet och DBMS i Windows.

Ett redundanskluster är en grupp på 1+n oberoende servrar (noder) som arbetar tillsammans för att öka tillgängligheten för program och tjänster. Om ett nodfel inträffar beräknar Windows Server-redundanskluster antalet fel som kan inträffa och underhåller fortfarande ett felfritt kluster för att tillhandahålla program och tjänster. Du kan välja mellan olika kvorumlägen för att uppnå redundansklustring.

Förutsättningar

Innan du påbörjar de uppgifter som beskrivs i den här artikeln bör du läsa följande artiklar och SAP-anteckningar:

• Arkitektur och scenarier med hög tillgänglighet för Azure Virtual Machines för SAP NetWeaver
• 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 har rekommendation (inaktiverar 8.3-namngenerering) för att åtgärda dåliga prestanda/fel i filsystemet under dataåtkomster.
• Installera hög tillgänglighet för SAP NetWeaver i ett Windows-redundanskluster och en filresurs för SAP ASCS/SCS-instanser i Azure

Windows Server-redundansklustring i Azure

Jämfört med distributioner utan operativsystem eller privata moln kräver Azure Virtual Machines ytterligare steg för att konfigurera redundansklustring i Windows Server. När du skapar ett kluster måste du ange flera IP-adresser och virtuella värdnamn för SAP ASCS/SCS-instansen.

Namnmatchning i Azure och klustrets virtuella värdnamn

Azure-molnplattformen erbjuder inte alternativet att konfigurera virtuella IP-adresser, till exempel flytande IP-adresser. Du behöver en alternativ lösning för att konfigurera en virtuell IP-adress för att nå klusterresursen i molnet.

Azure Load Balancer-tjänsten tillhandahåller en intern lastbalanserare för Azure. Med den interna lastbalanseraren når klienter klustret via klustrets virtuella IP-adress.

Distribuera den interna lastbalanseraren i resursgruppen som innehåller klusternoderna. Konfigurera sedan alla nödvändiga portvidarebefordringsregler med hjälp av avsökningsportarna för den interna lastbalanseraren. Klienterna kan ansluta via det virtuella värdnamnet. DNS-servern löser klustrets IP-adress. Den interna lastbalanseraren hanterar portvidarebefordring till den aktiva noden i klustret.

Bild 1: Konfiguration av Redundansklustring i Windows Server i Azure utan delad disk

SAP ASCS/SCS HA med filresurs

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 du använda en SMB-filresurs för att distribuera globala SAP-värdfiler.

Den här arkitekturen är specifik på följande sätt:

• SAP:s centrala tjänster (med egen filstruktur och meddelande- och köprocesser) är separata från de globala SAP-värdfilerna.
• SAP:s centrala tjänster körs under en SAP ASCS/SCS-instans.
• SAP ASCS/SCS-instansen är klustrad och är tillgänglig med hjälp av det <virtuella VÄRDnamnet> för ASCS/SCS virtuellt värdnamn.
• GLOBALA SAP-filer placeras på SMB-filresursen och nås med hjälp av det <globala VÄRDnamnet> för SAP: \\<SAP global värd>\sapmnt\<SID>\SYS...
• SAP ASCS/SCS-instansen installeras på en lokal disk på båda klusternoderna.
• Namnet på <det virtuella värdnamnet> för ASCS/SCS skiljer sig från <den globala SAP-värden>.

Bild 2: Ny SAP ASCS/SCS HA-arkitektur med en SMB-filresurs

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

• SMB 3.0-protokoll (eller senare).
• Möjlighet att ange Active Directory-åtkomstkontrollistor (ACL:er) för Active Directory-användargrupper och computer$ datorobjektet.
• Filresursen måste vara HA-aktiverad:
  • Diskar som används för att lagra filer får inte vara en enda felpunkt.
  • Server- eller VM-driftstopp orsakar inte avbrott på filresursen.

SAP <SID-klusterrollen> innehåller inte klusterdelade diskar eller en allmän filresursklusterresurs.

Bild 3: SAP <SID-klusterrollresurser> för att använda en filresurs

Skala ut filresurser med Lagringsdirigering i Azure som en SAPMNT-filresurs

Du kan använda en utskalningsfilresurs för att vara värd för och skydda globala SAP-värdfiler. En skalbar filresurs erbjuder också en SAPMNT-filresurstjänst med hög tillgänglighet.

Bild 4: En skalbar filresurs som används för att skydda globala SAP-värdfiler

En skalbar filresurs har hög tillgänglighet och horisontellt skalbar SAPMNT-filresurs.

Lagringsdirigering används som en delad disk för en utskalningsfilresurs. Du kan använda Lagringsdirigering för att skapa lagring med hög tillgänglighet och skalbar lagring med hjälp av servrar med lokal lagring. Delad lagring som används för en utskalningsfilresurs, till exempel för globala SAP-värdfiler, är inte en enda felpunkt.

När du väljer Lagringsdirigering bör du överväga följande användningsfall:

• De virtuella datorer som används för att skapa lagringsdirigeringsklustret måste distribueras i en Azure-tillgänglighetsuppsättning.
• För haveriberedskap för ett lagringsdirigeringskluster kan du använda Azure Site Recovery Services.
• Det går inte att sträcka ut lagringsdirigeringsklustret mellan olika Azure-tillgänglighetszoner.

SAP-krav för utskalning av filresurser i Azure

Om du vill använda en skalbar filresurs måste systemet uppfylla följande krav:

• Minst två klusternoder för en skalbar filresurs.
• Varje nod måste ha minst två lokala diskar.
• Av prestandaskäl måste du använda speglingsåterhämtning:
  • Dubbelriktad spegling för en skalbar filresurs med två klusternoder.
  • Trevägsspegling för en skalbar filresurs med tre (eller fler) klusternoder.
• Vi rekommenderar tre (eller fler) klusternoder för en utskalningsfilresurs med trevägsspegling. Den här konfigurationen ger mer skalbarhet och större lagringsåterhämtning än konfigurationen av skalbara filresurser med två klusternoder och dubbelriktad spegling.
• Du måste använda Azure Premium-diskar.
• Vi rekommenderar att du använder Azure Managed Disks.
• Vi rekommenderar att du formaterar volymer med hjälp av ReFS (Resilient File System).
  • Mer information finns i SAP Note 1869038 – SAP-stöd för ReFS-filsystem och kapitlet Välj filsystem i artikeln Planera volymer i Lagringsdirigering.
  • Se till att du installerar Microsoft KB4025334 kumulativ uppdatering.
• Du kan använda vm-storlekar i DS-serien eller DSv2-serien i Azure.
• För bra nätverksprestanda mellan virtuella datorer, som behövs för disksynkronisering av lagringsdirigering, använder du en VM-typ som har minst en "hög" nätverksbandbredd. Mer information finns i specifikationerna för DSv2-serien och DS-serien .
• Vi rekommenderar att du reserverar en del outallokerad kapacitet i lagringspoolen. Om du lämnar en del outallokerad kapacitet i lagringspoolen får du utrymme för att reparera "på plats" om en enhet misslyckas. Detta förbättrar datasäkerhet och prestanda. Mer information finns i Välja volymstorlek.
• Du behöver inte konfigurera den interna Azure-lastbalanseraren för det skalbara filresursnätverkets namn, till exempel för <den globala SAP-värden>. Detta görs för det <virtuella ASCS/SCS-värdnamnet> för SAP ASCS/SCS-instansen eller för DBMS. En skalbar filresurs skalar ut belastningen över alla klusternoder. <DEN globala SAP-värden> använder den lokala IP-adressen för alla klusternoder.

Mer information finns i SAP Note 2492395 – Kan resursnamnet sapmnt ändras?

Konfigurera SAP ASCS/SCS-instanser och en utskalningsfilresurs i två kluster

Du måste distribuera SAP ASCS/SCS-instanserna i ett separat kluster med en egen SAP <SID-klusterroll> . I det här fallet konfigurerar du utskalningsfilresursen i ett annat kluster med en annan klusterroll.

Bild 5: En SAP ASCS/SCS-instans och en utskalningsfilresurs som distribuerats i två kluster

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 WSFC.

Ä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 Windows SOFS

SAP ASCS/SCS på SQL Server AlwaysOn-noder med Windows SOFS

Allmän filresurs med SIOS DataKeeper som klusterdelade diskar

En allmän filresurs är ett annat alternativ för att uppnå en filresurs med hög tillgänglighet.

I det här fallet kan du använda en SIOS-lösning från tredje part som en klusterdelad disk.

Nästa steg

• Förbereda Azure-infrastrukturen för SAP HA med hjälp av ett Windows-redundanskluster och en filresurs för en SAP ASCS/SCS-instans
• Installera SAP NetWeaver HA på ett Windows-redundanskluster och filresurs för en SAP ASCS/SCS-instans
• Distribuera en skalbar filserver med två noder för lagringsdirigering för UPD-lagring i Azure
• Lagringsdirigering i Windows Server 2016
• Djupdykning: Volymer i Lagringsdirigering