Az Azure-infrastruktúra virtuális gép újraindításának használata az SAP-rendszer "magasabb rendelkezésre állásának" eléréséhez

  • Cikk

Ez a szakasz a következőkre vonatkozik:

Windows logo. Windows és Linux logo. Linux

Ha úgy dönt, hogy nem használ olyan funkciókat, mint a Windows Server feladatátvételi fürtszolgáltatás (WSFC) vagy a Pacemaker Linux rendszeren (jelenleg csak su Standard kiadás Linux Enterprise Server [SLES] 12-es és újabb verziók esetében támogatott), az Azure-beli virtuális gépek újraindítása lesz használatban. Védelmet nyújt az SAP-rendszereknek az Azure fizikai kiszolgálói infrastruktúra tervezett és nem tervezett leállása ellen, valamint a mögöttes Azure-platformmal szemben.

Megjegyzés:

Az Azure-beli virtuális gépek újraindítása elsősorban a virtuális gépeket védi, nem pedig az alkalmazásokat. Bár a virtuális gépek újraindítása nem nyújt magas rendelkezésre állást az SAP-alkalmazások számára, bizonyos szintű infrastruktúra-rendelkezésre állást biztosít. Közvetetten az SAP-rendszerek "magasabb rendelkezésre állását" is biztosítja. A virtuális gépek tervezett vagy nem tervezett leállása utáni újraindításához nincs SLA, ami miatt ez a magas rendelkezésre állási módszer nem alkalmas az SAP-rendszer kritikus összetevői számára. A kritikus összetevőkre példa lehet egy ASCS/SCS-példány vagy egy adatbázis-kezelő rendszer (DBMS).

A magas rendelkezésre állás egy másik fontos infrastruktúraeleme a tárolás. Az Azure Storage SLA például 99,9%-os rendelkezésre állású. Ha az összes virtuális gépet és lemezt egyetlen Azure Storage-fiókban helyezi üzembe, az Azure Storage lehetséges elérhetetlensége az adott tárfiókban elhelyezett összes virtuális gép és a virtuális gépeken futó összes SAP-összetevő elérhetetlenségét okozza.

Ahelyett, hogy az összes virtuális gépet egyetlen Azure-tárfiókba helyezné, minden virtuális géphez használhat dedikált tárfiókokat. Több független Azure Storage-fiók használatával növelheti a virtuális gépek és az SAP-alkalmazások általános elérhetőségét.

Az Azure-beli felügyelt lemezek automatikusan annak a virtuális gépnek a tartalék tartományába kerülnek, amelyhez csatlakoznak. Ha két virtuális gépet helyez el egy rendelkezésre állási csoportban, és felügyelt lemezeket használ, a platform gondoskodik a felügyelt lemezek különböző tartalék tartományokba való elosztásáról is. Ha prémium szintű tárfiókot szeretne használni, javasoljuk, hogy felügyelt lemezeket használjon.

Az Azure-infrastruktúra magas rendelkezésre állását és tárfiókokat használó SAP NetWeaver-rendszer mintaarchitektúrája a következőképpen nézhet ki:

Diagram that shows the architecture of an SAP NetWeaver system that uses Azure infrastructure high availability and storage accounts.

Az Azure-infrastruktúra magas rendelkezésre állását és felügyelt lemezeit használó SAP NetWeaver-rendszer mintaarchitektúrája a következőképpen nézhet ki:

Utilize Azure infrastructure high availability to achieve SAP application “higher availability

A kritikus SAP-összetevők esetében eddig a következőket érte el:

  • SAP-alkalmazáskiszolgálók magas rendelkezésre állása

    Az SAP-alkalmazáskiszolgáló-példányok redundáns összetevők. Minden SAP-alkalmazáskiszolgáló-példány saját virtuális gépen van üzembe helyezve, amely egy másik Azure-hiba- és frissítési tartományban fut. További információkért tekintse meg a Tartalék tartományok és a Tartományok frissítése szakaszt.

    Ezt a konfigurációt az Azure rendelkezésre állási csoportjaival biztosíthatja. További információkért tekintse meg az Azure rendelkezésre állási csoportok szakaszát .

    Az Azure-hiba- vagy frissítési tartomány lehetséges tervezett vagy nem tervezett elérhetetlensége korlátozott számú virtuális gép elérhetetlenségét fogja okozni az SAP-alkalmazáskiszolgáló-példányokkal.

    Minden SAP-alkalmazáskiszolgáló-példány a saját Azure Storage-fiókjába kerül. Ha egy Azure Storage-fiók potenciálisan elérhetetlenné válik, az egyetlen virtuális gép és annak SAP-alkalmazáskiszolgáló-példánya elérhetetlenné válik. Vegye figyelembe azonban, hogy az Azure-tárfiókok száma egy Azure-előfizetésen belül korlátozott. Az ASCS/SCS-példány automatikus indításának biztosításához a virtuális gép újraindítása után állítsa be az automatikus indítási paramétert az ASCS/SCS-példány indítási profiljában.

    További információ: Sap-alkalmazáskiszolgálók magas rendelkezésre állása.

    Ha felügyelt lemezeket használ, a lemezek egy Azure-tárfiókban vannak tárolva, és előfordulhat, hogy tárkimaradás esetén nem érhetők el.

  • Az SAP ASCS/SCS-példányok magasabb rendelkezésre állása

    Ebben a forgatókönyvben az Azure-beli virtuális gépek újraindításával védje meg a virtuális gépet a telepített SAP ASCS/SCS-példánnyal. Az Azure-kiszolgálók tervezett vagy nem tervezett leállása esetén a virtuális gépek újraindulnak egy másik elérhető kiszolgálón. Ahogy korábban említettük, az Azure-beli virtuális gépek újraindítása elsősorban a virtuális gépeket védi, nem pedig az alkalmazásokat, ebben az esetben az ASCS/SCS-példányt. A virtuális gép újraindításával közvetetten elérheti az SAP ASCS/SCS-példány "magasabb rendelkezésre állását".

    Ha biztosítani szeretné, hogy az ASCS/SCS-példány automatikusan elinduljon a virtuális gép újraindítása után, állítsa be az automatikus indítási paramétert az ASCS/SCS-példány indítási profiljában. Ez a beállítás azt jelenti, hogy az ASCS/SCS-példány, mint egyetlen hibapont (SPOF) egyetlen virtuális gépen fut, meghatározza a teljes SAP-környezet rendelkezésre állását.

  • A DBMS-kiszolgáló magasabb rendelkezésre állása

    Az előző SAP ASCS/SCS-példány használati esetéhez hasonlóan az Azure-beli virtuális gépek újraindításával védi a virtuális gépet a telepített DBMS-szoftverekkel, és a DBMS-szoftverek "magasabb rendelkezésre állását" érheti el a virtuális gép újraindításával.

    Az egyetlen virtuális gépen futó DBMS szintén spof, és ez a teljes SAP-környezet rendelkezésre állásának meghatározó tényezője.

Automatikus útmutató használata SAP-példányokhoz

Az SAP olyan beállítást kínál, amely lehetővé teszi az SAP-példányok azonnali indítását közvetlenül az operációs rendszer elindítása után a virtuális gépen. Az utasításokat az SAP Tudásbázis 1909114 cikkében dokumentáljuk. Az SAP azonban már nem javasolja a beállítás használatát, mert nem engedélyezi a példányok újraindítási sorrendjének ellenőrzését, ha egynél több virtuális gépet érint, vagy ha több példány fut virtuális gépenként.

Feltételezve, hogy egy virtuális gépen egy SAP-alkalmazáskiszolgáló-példány tipikus Azure-forgatókönyve, és egy virtuális gép végül újraindul, az automatikus indítás nem kritikus fontosságú. Ezt azonban engedélyezheti úgy, hogy hozzáadja a következő paramétert az SAP Advanced Business Application Programming (ABAP) vagy a Java-példány kezdőprofiljába:

Autostart = 1

Megjegyzés:

Az Autostart paraméternek is vannak bizonyos hiányosságai. A paraméter egy SAP ABAP- vagy Java-példány indítását váltja ki a példány kapcsolódó Windows- vagy Linux-szolgáltatásának indításakor. Ez a sorrend akkor fordul elő, amikor az operációs rendszer elindul. Az SAP-szolgáltatások újraindítása azonban gyakran előfordul az SAP Szoftver életciklus-kezelési funkcióiban, például a Szoftverfrissítési figyelőben (SZUM) vagy más frissítésekben vagy frissítésekben. Ezek a funkciók nem várják, hogy egy példány automatikusan újrainduljon. Ezért az automatikus indítási paramétert le kell tiltani az ilyen feladatok futtatása előtt. Az automatikus indítási paraméter nem használható fürtözött SAP-példányokhoz is, például ASCS/SCS/CI.

Az SAP-példányok automatikus útmutatójával kapcsolatos további információkért tekintse meg az alábbi cikkeket:

Következő lépések

Az SAP NetWeaver alkalmazásérzékeny magas rendelkezésre állásával kapcsolatos információkért tekintse meg az SAP-alkalmazások magas rendelkezésre állását az Azure IaaS-en.