Delen via

Een SAP ASCS/SCS-exemplaar clusteren in een Windows-failovercluster met behulp van een bestandsshare in Azure

  • Artikel

Windows-logo. Ramen

Windows Server-failoverclustering is de basis van een SAP ASCS/SCS-installatie met hoge beschikbaarheid en DBMS in Windows.

Een failovercluster is een groep van 1+n onafhankelijke servers (knooppunten) die samenwerken om de beschikbaarheid van toepassingen en services te vergroten. Als er een knooppuntfout optreedt, berekent Windows Server-failoverclustering het aantal fouten dat kan optreden en onderhoudt u nog steeds een gezond cluster om toepassingen en services te leveren. U kunt kiezen uit verschillende quorummodi om failoverclustering te bereiken.

Vereisten

Raadpleeg de volgende artikelen en SAP-notities voordat u begint met de taken die in dit artikel worden beschreven:

  • Architectuur en scenario's met hoge beschikbaarheid van Azure Virtual Machines voor SAP NetWeaver
  • SAP-notitie 1928533, die het volgende bevat:
    • Een lijst met Azure VM-grootten die worden ondersteund voor de implementatie van SAP-software
    • Belangrijke capaciteitsinformatie voor Azure VM-grootten
    • Ondersteunde SAP-software en besturingssysteemcombinaties (OS) en databasecombinaties
    • Vereiste SAP-kernelversie voor Windows in Microsoft Azure
  • SAP Note 2015553 bevat vereisten voor SAP-ondersteunde SAP-software-implementaties in Azure.
  • SAP Note 2178632 bevat gedetailleerde informatie over alle metrische bewakingsgegevens die zijn gerapporteerd voor SAP in Azure.
  • SAP Note 1999351 bevat aanvullende informatie over probleemoplossing voor de uitgebreide Azure-bewakingsextensie voor SAP.
  • SAP Note 2287140 bevat vereisten voor de door SAP ondersteunde CA-functie van het SMB 3.x-protocol.
  • SAP-opmerking 2802770 bevat informatie over probleemoplossing voor de traag uitgevoerde SAP-transactie AL11 in Windows 2012 en 2016.
  • SAP Opmerking 1911507 informatie heeft over de transparante failoverfunctie voor een bestandsshare op Windows Server met het SMB 3.0-protocol.
  • SAP-opmerking 662452 heeft aanbeveling (het deactiveren van 8.3-naamgeneratie) voor het oplossen van slechte prestaties/fouten van het bestandssysteem tijdens gegevenstoegang.
  • Hoge beschikbaarheid van SAP NetWeaver installeren op een Windows-failovercluster en bestandsshare voor SAP ASCS/SCS-exemplaren in Azure

Notitie

Het clusteren van SAP ASCS/SCS-exemplaren met behulp van een bestandsshare wordt ondersteund voor SAP-systemen met SAP Kernel 7.22 (en hoger). Zie SAP-notitie 2698948 voor meer informatie

Windows Server-failoverclustering in Azure

In vergelijking met bare-metal- of privécloudimplementaties vereist Azure Virtual Machines aanvullende stappen voor het configureren van Windows Server-failoverclustering. Wanneer u een cluster bouwt, moet u verschillende IP-adressen en virtuele hostnamen instellen voor het SAP ASCS/SCS-exemplaar.

Naamomzetting in Azure en de naam van de virtuele clusterhost

Het Azure-cloudplatform biedt geen optie voor het configureren van virtuele IP-adressen, zoals zwevende IP-adressen. U hebt een alternatieve oplossing nodig om een virtueel IP-adres in te stellen om de clusterresource in de cloud te bereiken.

De Azure Load Balancer-service biedt een interne load balancer voor Azure. Met de interne load balancer bereiken clients het cluster via het virtuele IP-adres van het cluster.

Implementeer de interne load balancer in de resourcegroep die de clusterknooppunten bevat. Configureer vervolgens alle benodigde regels voor port forwarding met behulp van de testpoorten van de interne load balancer. De clients kunnen verbinding maken via de naam van de virtuele host. De DNS-server zet het IP-adres van het cluster om. De interne load balancer verwerkt port forwarding naar het actieve knooppunt van het cluster.

Afbeelding 1: Configuratie van Windows Server-failoverclustering in Azure zonder een gedeelde schijf

Afbeelding 1: Configuratie van Windows Server-failoverclustering in Azure zonder een gedeelde schijf

SAP ASCS/SCS HA met bestandsshare

SAP heeft een nieuwe benadering ontwikkeld en een alternatief voor gedeelde clusterschijven voor het clusteren van een SAP ASCS/SCS-exemplaar op een Windows-failovercluster. In plaats van gedeelde clusterschijven te gebruiken, kunt u een SMB-bestandsshare gebruiken om algemene SAP-hostbestanden te implementeren.

Notitie

Een SMB-bestandsshare is een alternatief voor het gebruik van gedeelde clusterschijven voor het clusteren van SAP ASCS/SCS-exemplaren.

Deze architectuur is specifiek op de volgende manieren:

  • SAP Central-services (met een eigen bestandsstructuur en bericht- en wachtrijprocessen) staan los van de algemene SAP-hostbestanden.
  • SAP Central-services worden uitgevoerd onder een SAP ASCS/SCS-exemplaar.
  • SAP ASCS/SCS-exemplaar is geclusterd en is toegankelijk met behulp van de <virtuele ASCS/SCS-hostnaam virtuele hostnaam> .
  • Algemene SAP-bestanden worden op de SMB-bestandsshare geplaatst en worden geopend met behulp van de hostnaam van de <algemene SAP-host> : \\<SAP global host>\sapmnt\<SID>\SYS...
  • Het SAP ASCS/SCS-exemplaar wordt geïnstalleerd op een lokale schijf op beide clusterknooppunten.
  • De netwerknaam van de <virtuele ASCS/SCS-hostnaam verschilt van <de algemene SAP-host>.>

Afbeelding 2: SAP ASCS/SCS HA-architectuur met SMB-bestandsshare

Afbeelding 2: Nieuwe SAP ASCS/SCS HA-architectuur met een SMB-bestandsshare

Vereisten voor een SMB-bestandsshare:

  • SMB 3.0 -protocol (of hoger).
  • Mogelijkheid om Active Directory-toegangsbeheerlijsten (ACL's) in te stellen voor Active Directory-gebruikersgroepen en het computer$ computerobject.
  • De bestandsshare moet zijn ingeschakeld voor hoge beschikbaarheid:
    • Schijven die worden gebruikt om bestanden op te slaan, mogen geen single point of failure zijn.
    • Uitvaltijd van server of VM veroorzaakt geen downtime op de bestandsshare.

De SAP <SID-clusterrol> bevat geen gedeelde clusterschijven of een algemene bestandsshareclusterresource.

Afbeelding 3: RESOURCES voor SAP <SID-clusterrollen> voor het gebruik van een bestandsshare

Afbeelding 3: RESOURCES voor SAP <SID-clusterrollen> voor het gebruik van een bestandsshare

Scale-out bestandsshares met Opslagruimten Direct in Azure als SAPMNT-bestandsshare

U kunt een scale-out bestandsshare gebruiken om algemene SAP-hostbestanden te hosten en te beveiligen. Een scale-out bestandsshare biedt ook een maximaal beschikbare SAPMNT-bestandsshareservice.

Afbeelding 4: Scale-out bestandsshare die wordt gebruikt voor het beveiligen van algemene SAP-hostbestanden

Afbeelding 4: Een scale-out bestandsshare die wordt gebruikt om algemene SAP-hostbestanden te beveiligen

Belangrijk

Scale-out bestandsshares worden volledig ondersteund in de Microsoft Azure-cloud en in on-premises omgevingen.

Een scale-out bestandsshare biedt een maximaal beschikbare en horizontaal schaalbare SAPMNT-bestandsshare.

Opslagruimten Direct wordt gebruikt als een gedeelde schijf voor een scale-out bestandsshare. U kunt Opslagruimten Direct gebruiken om maximaal beschikbare en schaalbare opslag te bouwen met behulp van servers met lokale opslag. Gedeelde opslag die wordt gebruikt voor een scale-out bestandsshare, zoals voor algemene SAP-hostbestanden, is geen single point of failure.

Houd bij het kiezen van Opslagruimten Direct rekening met de volgende use cases:

  • De virtuele machines die worden gebruikt om het Opslagruimten Direct-cluster te bouwen, moeten worden geïmplementeerd in een Azure-beschikbaarheidsset.
  • Voor herstel na noodgevallen van een Opslagruimten Direct-cluster kunt u Azure Site Recovery Services gebruiken.
  • Het wordt niet ondersteund om het Storage Space Direct-cluster uit te rekken over verschillende Azure-Beschikbaarheidszones.

SAP-vereisten voor scale-out bestandsshares in Azure

Als u een scale-out bestandsshare wilt gebruiken, moet uw systeem voldoen aan de volgende vereisten:

  • Ten minste twee clusterknooppunten voor een scale-out bestandsshare.
  • Elk knooppunt moet ten minste twee lokale schijven hebben.
  • Om de prestatieredenen moet u spiegelingtolerantie gebruiken:
    • Spiegeling in twee richtingen voor een scale-out bestandsshare met twee clusterknooppunten.
    • Spiegeling in drie richtingen voor een scale-out bestandsshare met drie (of meer) clusterknooppunten.
  • We raden drie (of meer) clusterknooppunten aan voor een scale-out bestandsshare, met spiegeling in drie richtingen. Deze installatie biedt meer schaalbaarheid en meer tolerantie voor opslag dan de installatie van de scale-out bestandsshare met twee clusterknooppunten en spiegeling in twee richtingen.
  • U moet Azure Premium-schijven gebruiken.
  • U wordt aangeraden Azure Managed Disks te gebruiken.
  • U wordt aangeraden volumes op te maken met behulp van ReFS (Resilient File System).
  • U kunt azure VM-grootten uit de DS-serie of DSv2-serie gebruiken.
  • Voor goede netwerkprestaties tussen VM's, die nodig zijn voor Opslagruimten directe schijfsynchronisatie, gebruikt u een VM-type met ten minste een 'hoge' netwerkbandbreedte. Zie de specificaties van de DSv2-serie en de DS-serie voor meer informatie.
  • U wordt aangeraden een aantal niet-toegewezen capaciteit in de opslaggroep te reserveren. Door een aantal niet-toegewezen capaciteit in de opslaggroep te laten staan, is er ruimte om volumes te herstellen als een station uitvalt. Dit verbetert de veiligheid en prestaties van gegevens. Zie Volumegrootte kiezen voor meer informatie.
  • U hoeft de interne Load Balancer van Azure niet te configureren voor de naam van het scale-out bestandssharenetwerk, zoals voor <de globale SAP-host>. Dit wordt gedaan voor de naam van de <virtuele ASCS/SCS-host> van het SAP ASCS/SCS-exemplaar of voor de DBMS. Met een scale-out bestandsshare wordt de belasting voor alle clusterknooppunten uitgeschaald. <De globale SAP-host> maakt gebruik van het lokale IP-adres voor alle clusterknooppunten.

Belangrijk

U kunt de naam van de SAPMNT-bestandsshare, die verwijst naar de algemene SAP-host<>, niet wijzigen. SAP ondersteunt alleen de sharenaam sapmnt.

Zie SAP Note 2492395 voor meer informatie : kan de naam van de share worden gewijzigd?

SAP ASCS/SCS-exemplaren en een scale-out bestandsshare in twee clusters configureren

U moet de SAP ASCS/SCS-exemplaren implementeren in een afzonderlijk cluster, met hun eigen SAP <SID-clusterrol> . In dit geval configureert u de scale-out bestandsshare op een ander cluster, met een andere clusterrol.

Belangrijk

De installatie moet voldoen aan de volgende vereiste: de SAP ASCS/SCS-exemplaren en de SOFS-share moet worden geïmplementeerd in afzonderlijke clusters.

Belangrijk

In dit scenario is het SAP ASCS/SCS-exemplaar geconfigureerd voor toegang tot de algemene SAP-host met behulp van UNC-pad \\<SAP global host>\sapmnt\<SID>\SYS.

Afbeelding 5: SAP ASCS/SCS-exemplaar en een scale-out bestandsshare geïmplementeerd in twee clusters

Afbeelding 5: Een SAP ASCS/SCS-exemplaar en een scale-out bestandsshare die in twee clusters is geïmplementeerd

Optionele configuraties

In de volgende diagrammen ziet u meerdere SAP-exemplaren op Azure-VM's waarop Microsoft Windows Failover Cluster wordt uitgevoerd om het totale aantal VM's te verminderen.

Dit kan lokale SAP-toepassingsservers zijn in een SAP ASCS/SCS-cluster of een SAP ASCS/SCS-clusterrol op AlwaysOn-knooppunten van Microsoft SQL Server.

Belangrijk

Het installeren van een lokale SAP-toepassingsserver op een AlwaysOn-knooppunt van SQL Server wordt niet ondersteund.

Zowel SAP ASCS/SCS als de Microsoft SQL Server-database zijn single points of failure (SPOF). Als u deze SPOFs in een Windows-omgeving wilt beveiligen, wordt WSFC gebruikt.

Hoewel het resourceverbruik van de SAP ASCS/SCS vrij klein is, wordt een vermindering van de geheugenconfiguratie voor SQL Server of de SAP-toepassingsserver met 2 GB aanbevolen.

SAP-toepassingsservers op WSFC-knooppunten met Windows SOFS

Afbeelding 6: Configuratie van Windows Server-failoverclustering in Azure met Windows SOFS en lokaal geïnstalleerde SAP-toepassingsserver

Notitie

In de afbeelding ziet u het gebruik van extra lokale schijven. Dit is optioneel voor klanten die geen toepassingssoftware installeren op het besturingssysteemstation (C:)

SAP ASCS/SCS op SQL Server AlwaysOn-knooppunten met Windows SOFS

Afbeelding 7: SAP ASCS/SCS op SQL Server AlwaysOn-knooppunten met Windows SOFS

Notitie

In de afbeelding ziet u het gebruik van extra lokale schijven. Dit is optioneel voor klanten die geen toepassingssoftware installeren op het besturingssysteemstation (C:)

Belangrijk

In de Azure-cloud moet elk cluster dat wordt gebruikt voor SAP- en scale-out bestandsshares worden geïmplementeerd in een eigen Azure-beschikbaarheidsset of in Azure Beschikbaarheidszones. Dit zorgt voor gedistribueerde plaatsing van de cluster-VM's in de onderliggende Azure-infrastructuur. Implementaties van beschikbaarheidszones worden ondersteund met deze technologie.

Algemene bestandsshare met SIOS DataKeeper als gedeelde clusterschijven

Een algemene bestandsshare is een andere optie voor het bereiken van een maximaal beschikbare bestandsshare.

In dit geval kunt u een SIOS-oplossing van derden gebruiken als een gedeelde clusterschijf.

Volgende stappen