SAP ASCS/SCS-példány fürtözése windowsos feladatátvevő fürtön megosztott lemez használatával az Azure-ban

  • Cikk

Windows OS Windows

A Windows Server feladatátvételi fürtszolgáltatás (WSFC) egy magas rendelkezésre állású (HA) SAP ASCS/SCS telepítési és adatbázis-felügyeleti rendszerek (DBMS-ek) alapja a Windowsban.

A feladatátvevő fürt 1+n független kiszolgálóból (csomópontból) álló csoport, amely együttműködve növeli az alkalmazások és szolgáltatások rendelkezésre állását. Csomóponthiba esetén a WSFC kiszámítja az esetleges hibák számát, és továbbra is kifogástalan fürtöt tart fenn az alkalmazások és szolgáltatások biztosításához. A feladatátvételi fürtszolgáltatás eléréséhez különböző kvórummódok közül választhat.

Előfeltételek

A cikkben szereplő feladatok megkezdése előtt tekintse át az SAP NetWeaver magas rendelkezésre állású architektúrája és forgatókönyvei című cikket.

Windows Server feladatátvételi fürtszolgáltatás az Azure-ban

Az Azure-beli virtuális gépekkel (VM-ekkel) rendelkező WSFC további konfigurációs lépéseket igényel. Fürt létrehozásakor több IP-címet és virtuális gazdagépnevet kell beállítania az SAP ASCS/SCS-példányhoz.

Névfeloldás az Azure-ban és a fürt virtuális gazdagépének neve

Az Azure-felhőplatform nem kínál lehetőséget a virtuális IP-címek, például a lebegő IP-címek konfigurálására. Egy másik megoldásra van szüksége egy virtuális IP-cím beállításához a fürterőforrás felhőben való eléréséhez.

Az Azure Load Balancer szolgáltatás belső terheléselosztót biztosít az Azure számára. A belső terheléselosztóval az ügyfelek a fürt virtuális IP-címén keresztül érik el a fürtöt.

Helyezze üzembe a belső terheléselosztót a fürtcsomópontokat tartalmazó erőforráscsoportban. Ezután konfigurálja az összes szükséges porttovábbítási szabályt a belső terheléselosztó mintavételi portjainak használatával. Az ügyfelek a virtuális gazdagép nevével csatlakozhatnak. A DNS-kiszolgáló feloldja a fürt IP-címét, és a belső terheléselosztó kezeli a fürt aktív csomópontjára történő porttovábbítást.

Fontos

A lebegő IP-címek nem támogatottak a hálózati adapter (NIC) másodlagos IP-konfigurációjában terheléselosztási forgatókönyvekben. További részletekért tekintse meg az Azure Load Balancer korlátait. Ha további IP-címre van szüksége a virtuális géphez, telepítsen egy második hálózati adaptert.

Diagram of a Windows Server Failover Clustering configuration in Azure without a shared disk.

SAP ASCS/SCS HA megosztott fürtlemezekkel

Windows rendszerben az SAP ASCS/SCS-példányok sap központi szolgáltatásokat, az SAP üzenetkiszolgálót, a kiszolgálói folyamatokat és az SAP globális gazdafájljait tartalmazzák. Az SAP globális gazdafájljai a teljes SAP-rendszer központi fájljait tárolják.

Egy SAP ASCS/SCS-példány a következő összetevőkkel rendelkezik:

  • SAP központi szolgáltatások:

    • Két folyamat (üzenetkiszolgálóhoz és enqueue-kiszolgálóhoz) és a két folyamat eléréséhez használt ASCS/SCS virtuális gazdanév
    • Fájlstruktúra: S:\usr\sap\<SID>\ASCS/SCS-példányszám<>

  • SAP globális gazdagépfájlok:

    • Fájlstruktúra: S:\usr\sap\<SID>\SYS...

    • Az sapmnt fájlmegosztás, amely a következő UNC-elérési út használatával teszi lehetővé a hozzáférést ezekhez a globális S:\usr\sap\<SID>\SYS... fájlokhoz:

      \\<ASCS/SCS virtuális gazdagép neve>\sapmnt\<SID>\SYS...

Diagram of processes, file structure, and global host file share of an SAP ASCS/SCS instance.

Magas rendelkezésre állású beállítás esetén SAP ASCS/SCS-példányokat fürtözhet. Az SAP ASCS/SCS és az SAP globális gazdagépfájljait fürt megosztott lemezekkel (a jelen cikk példájában az S meghajtóval) helyezheti el.

Diagram that shows an SAP ASCS/SCS high-availability architecture with shared disks.

Enqueue Replication Server 1 (ERS1) architektúrával:

  • Ugyanezzel az ASCS/SCS virtuális gazdagépnévvel érheti el az SAP üzenetkiszolgálót, és kiszolgálói folyamatokat hozhat létre az SAP globális gazdafájljai mellett az sapmnt fájlmegosztáson keresztül.
  • Ugyanaz a fürt megosztott lemeze (S meghajtó) van megosztva közöttük.

Enqueue Replication Server 2 (ERS2) architektúrával:

  • Az SAP üzenetkiszolgáló folyamatához ugyanaz az ASCS/SCS virtuális gazdagépnév használható, az SAP globális gazdagépfájljai mellett az sapmnt-fájlmegosztáson keresztül.
  • Ugyanaz a fürt megosztott lemeze (S meghajtó) van megosztva közöttük.
  • A lekérdezési kiszolgáló folyamatához külön ERS virtuális gazdagépnév érhető el.

Diagram of an SAP ASCS/SCS high-availability architecture with a shared disk.

Megosztott lemezek és enqueue replikációs kiszolgáló

A megosztott lemezek ERS1 architektúrával támogatottak, ahol az ERS1-példány:

  • Nincs fürtözve.
  • localhost Nevet használ.
  • Minden fürtcsomóponton helyi lemezeken van üzembe helyezve.

A megosztott lemezek ERS2 architektúrával is támogatottak, ahol az ERS2-példány:

  • Fürtözött.
  • Dedikált virtuális vagy hálózati gazdagépnevet használ.
  • Az (A)SCS IP-cím mellett konfigurálnia kell az ERS virtuális gazdagép nevének IP-címét egy Belső Azure-terheléselosztón.
  • Minden fürtözött csomópont helyi lemezén van üzembe helyezve, így nincs szükség megosztott lemezre.

Az ERS1-ről és az ERS2-ről további információt az SAP webhelyén, a Microsoft Feladatátvevő fürtben lévő Replikációs kiszolgáló és az Új Enqueue Replicator a Feladatátvevő fürt környezeteiben című témakörben talál.

Megosztott lemezek beállításai az Azure-ban SAP-számítási feladatokhoz

Az Azure-beli Windows feladatátvevő fürt megosztott lemezeinek két lehetősége van:

  • Azure-beli megosztott lemezek használatával azure-beli felügyelt lemezeket csatolhat egyszerre több virtuális géphez.
  • A SIOS DataKeeper Cluster Edition használatával hozzon létre egy tükrözött tárolót, amely a fürt megosztott tárolóját szimulálja.

Amikor a megosztott lemezek technológiáját választja, vegye figyelembe a következő szempontokat az Azure megosztott lemezekkel kapcsolatban az SAP-számítási feladatokhoz:

Ne feledje, hogy az SIOS-ről a következő szempontokat érdemes figyelembe venni:

  • Az SIOS-megoldás valós idejű szinkron adatreplikálást biztosít két lemez között.
  • Az SIOS-megoldással két felügyelt lemezzel működik. Ha rendelkezésre állási csoportokat vagy rendelkezésre állási zónákat használ, a felügyelt lemezek különböző tárolófürtökön találhatók.
  • A rendelkezésre állási zónákban való üzembe helyezés támogatott.
  • Az SIOS-megoldáshoz külső szoftvereket kell telepíteni és üzemeltetni, amelyeket külön kell megvásárolnia.

Azure shared disks

Az SAP ASCS/SCS HA azure-beli megosztott lemezekkel is implementálható.

Előfeltételek és korlátozások

Jelenleg Azure Premium SSD-lemezeket használhat azure-beli megosztott lemezekként az SAP ASCS/SCS-példányhoz. Jelenleg a következő korlátozások vannak érvényben:

  • Az Azure Ultra Disk Storage-lemezek és a standard SSD-lemezek nem támogatottak azure-beli megosztott lemezekként az SAP-számítási feladatokhoz.
  • A prémium szintű SSD-lemezekkel rendelkező Azure megosztott lemezek támogatottak az SAP rendelkezésre állási csoportokban és rendelkezésre állási zónákban való üzembe helyezéséhez.
  • A Prémium SSD-lemezekkel rendelkező Azure-beli megosztott lemezek két tárolási lehetőséget kínálnak:
    • A premium SSD megosztott lemezek helyileg redundáns tárolás (LRS) (skuName értéke Premium_LRS) támogatott a rendelkezésre állási csoportokban való üzembe helyezéssel.
    • A prémium szintű SSD megosztott lemezek zónaredundánsskuNamePremium_ZRStárolója (ZRS) a rendelkezésre állási zónákban való üzembe helyezéssel támogatott.
  • Az Azure-beli megosztott lemez maxShares értéke határozza meg, hogy hány fürtcsomópont használhatja a megosztott lemezt. EGY SAP ASCS/SCS-példány esetében általában két csomópontot konfigurál a WSFC-ben. Ezután a következő értékre maxShares kell beállítania az 2értéket: .
  • Az Azure-beli megosztott lemezekhez nincs szükség Azure-közelségi elhelyezési csoportra (PPG ). Az SAP PPG-kkel való üzembe helyezéséhez azonban kövesse az alábbi irányelveket:
    • Ha egy régióban üzembe helyezett SAP-rendszerhez használ PPG-ket, a lemezt használó összes virtuális gépnek ugyanahhoz a PPG-hez kell tartoznia.
    • Ha a zónákban üzembe helyezett SAP-rendszerekhez ppG-ket használ, a közelségi elhelyezési csoportokban leírtak szerint zónatelepítésekkel, tárolót csatolhat Premium_ZRS a lemezt használó virtuális gépekhez.

További információkért tekintse át az Azure-beli megosztott lemezek dokumentációjának Korlátozások szakaszát.

A Prémium SSD-megosztott lemezek fontos szempontjai

Vegye figyelembe az Azure Premium SSD megosztott lemezekkel kapcsolatos fontos szempontokat:

  • LRS prémium SSD megosztott lemezekhez:

    • A Prémium szintű SSD megosztott lemezekhez készült LRS-alapú SAP-üzembe helyezés egyetlen Azure-beli megosztott lemezzel működik egy tárolófürtön. Ha probléma van azzal a tárolófürttel, amelyben az Azure-beli megosztott lemez telepítve van, az hatással van az SAP ASCS/SCS-példányra.

  • ZRS prémium SSD-megosztott lemezekhez:

    • A ZRS írási késése nagyobb, mint az LRSé az adatok több zónán belüli másolása miatt.
    • A különböző régiókban lévő rendelkezésre állási zónák közötti távolság eltérő, és a ZRS-lemez késése a rendelkezésre állási zónák között is változik. Mérje fel a lemezeket a régióban lévő ZRS-lemezek késésének azonosításához.
    • A ZRS for Premium SSD megosztott lemezek szinkron módon replikálják az adatokat a régió három rendelkezésre állási zónájában. Ha probléma merül fel az egyik tárolófürtben, az SAP ASCS/SCS-példány továbbra is fut, mert a tároló feladatátvétele transzparens az alkalmazásréteg számára.
    • További információkért tekintse át a ZRS felügyelt lemezekre vonatkozó dokumentációjának Korlátozások szakaszát.

Az SAP-üzemelő példány tervezésével kapcsolatos egyéb fontos szempontokért tekintse át az SAP-telepítés tervezését és implementálását az Azure-ban és az Azure Storage-típusokban SAP-számítási feladatokhoz.

Támogatott operációsrendszer-verziók

A Windows Server 2016, 2019 és újabb verziók támogatottak. Használja a legújabb adatközpont-rendszerképeket.

Az alábbi okokból javasoljuk legalább a Windows Server 2019 Datacenter használatát:

  • A WSFC a Windows Server 2019-ben az Azure tudatában van.
  • A Windows Server 2019 Datacenter magában foglalja az Azure-gazdagépek karbantartásának integrációját és tudatosságát, valamint az Azure-beli ütemezett események monitorozásával nyújtott jobb felhasználói élményt.
  • Elosztott hálózatneveket is használhat. (Ez az alapértelmezett beállítás.) Nincs szükség dedikált IP-címre a fürthálózat nevéhez. Emellett nem kell IP-címet konfigurálnia egy Belső Azure-terheléselosztón.

Megosztott lemezek az Azure-ban a SIOS DataKeeperrel

A megosztott lemezek másik lehetősége, hogy az SIOS DataKeeper Cluster Edition használatával létrehoz egy tükrözött tárolót, amely a fürt megosztott tárolóját szimulálja. Az SIOS-megoldás valós idejű szinkron adatreplikálást biztosít.

Megosztott lemezerőforrás létrehozása fürthöz:

  1. Csatoljon egy további lemezt az egyes virtuális gépekhez egy Windows-fürtkonfigurációban.
  2. Futtassa az SIOS DataKeeper Cluster Editiont mindkét virtuálisgép-csomóponton.
  3. Konfigurálja az SIOS DataKeeper Cluster Editiont úgy, hogy a forrás virtuális gépről a cél virtuális gép további lemezhez csatlakoztatott kötetére tükrözhesse a további lemezhez csatlakoztatott kötet tartalmát. Az SIOS DataKeeper elvonja a forrást és a cél helyi köteteket, majd egyetlen megosztott lemezként jeleníti meg őket a WSFC-ben.

Diagram of a Windows Server Failover Clustering configuration in Azure with SIOS DataKeeper.

Megjegyzés:

Egyes DBMS-termékekkel, például az SQL Serverrel való magas rendelkezésre álláshoz nincs szükség megosztott lemezekre. Az SQL Server Always On replikálja a DBMS-adatokat és naplófájlokat az egyik fürtcsomópont helyi lemezéről egy másik fürtcsomópont helyi lemezére. Ebben az esetben a Windows-fürt konfigurációjának nincs szüksége megosztott lemezre.

Választható konfigurációk

Az alábbi ábrák több SAP-példányt mutatnak be a Windows Server feladatátvételi fürtszolgáltatást futtató Azure-beli virtuális gépeken a virtuális gépek teljes számának csökkentése érdekében.

Ez a konfiguráció lehet egy SAP ASCS/SCS-fürt helyi SAP-alkalmazáskiszolgálója, vagy egy SAP ASCS/SCS fürtszerepkör a Microsoft SQL Server Always On csomópontokon.

Fontos

Helyi SAP-alkalmazáskiszolgáló telepítése sql server Always On csomópontra nem támogatott.

Az SAP ASCS/SCS és a Microsoft SQL Server-adatbázis egyaránt egyetlen hibapont (SPOF-ok). A WSFC segít megvédeni ezeket az SPOF-eket Egy Windows-környezetben.

Bár az SAP ASCS/SCS erőforrás-felhasználása meglehetősen kicsi, javasoljuk, hogy az SQL Server vagy az SAP-alkalmazáskiszolgáló memóriakonfigurációja 2 GB-tal csökkenjen.

Ez az ábra a WSFC-csomópontokon futó SAP-alkalmazáskiszolgálókat mutatja be az SIOS DataKeeper használatával:

Diagram of a Windows Server Failover Clustering configuration in Azure with SIOS DataKeeper and locally installed SAP application servers.

Mivel az SAP-alkalmazáskiszolgálók helyileg vannak telepítve, nincs szükség szinkronizálás beállítására.

Ez az ábra az SAP ASCS/SCS-t mutatja be az SQL Server Always On csomópontokon az SIOS DataKeeper használatával:

Diagram of SAP ASCS/SCS on SQL Server Always On nodes with SIOS DataKeeper.

További információ az egyéb konfigurációkról:

Következő lépések