Konfigurációs lehetőségek az SAP-alkalmazások optimális hálózati késéséhez

Fontos

2021 novemberében jelentős változásokat hajtottunk végre a közelségi elhelyezési csoportoknak az SAP számítási feladataival való használatában az zonális üzemelő példányokban.

Az SAP NetWeaver vagy AZ SAP S/4HANA architektúrán alapuló SAP-alkalmazások érzékenyek az SAP-alkalmazásszint és az SAP-adatbázisszint közötti hálózati késésre. Ez a bizalmasság az alkalmazásrétegben futó üzleti logika többségének eredménye. Mivel az SAP-alkalmazásréteg az üzleti logikát futtatja, nagy gyakorisággal, másodpercenként több ezer vagy több tízezer lekérdezést bocsát ki az adatbázisszintre. A legtöbb esetben ezeknek a lekérdezéseknek a jellege egyszerű. Ezek gyakran 500 mikroszekundumos vagy annál kisebb adatbázisszinten futtathatók.

Az az idő, amelyet a hálózaton töltött egy ilyen lekérdezés elküldése az alkalmazásszintről az adatbázisszintre, és az elküldött eredmény fogadása jelentős hatással van az üzleti folyamatok futtatásához szükséges időre. A hálózati késéssel szembeni érzékenység miatt érdemes lehet bizonyos minimális hálózati késést elérni az SAP üzembehelyezési projektjeiben. Lásd: SAP Note #1100926 – Gyakori kérdések: A hálózati teljesítmény a hálózati késés besorolására vonatkozó irányelvekért.

Számos Azure-régióban nőtt az adatközpontok száma. Ugyanakkor az ügyfelek, különösen a csúcskategóriás SAP-rendszerek esetében, speciálisabb virtuálisgép-családokat használnak, mint például az Mv2 vagy az Mv3 család és újabbak. Ezek az Azure-beli virtuálisgép-típusok nem mindig érhetők el az Azure-régióba gyűjtött adatközpontokban. Ezek a tények lehetőséget teremthetnek az SAP-alkalmazásréteg és az SAP DBMS-réteg közötti hálózati késés optimalizálására.

Az Azure különböző üzembehelyezési lehetőségeket biztosít az SAP-számítási feladatokhoz. A kiválasztott üzembehelyezési típushoz lehetőség van a hálózati késés optimalizálására, ha szükséges. Az egyes beállításokkal kapcsolatos részletes információkat a cikk alábbi szakaszai ismertetik:

• Közelségi elhelyezési csoportok
• Virtuálisgép-méretezési csoport rugalmas vezényléssel

Közelségi elhelyezési csoportok

A közelségi elhelyezési csoportok lehetővé teszik a különböző virtuálisgép-típusok csoportosítását egyetlen hálózati gerinc alatt, így optimálisan alacsony hálózati késést biztosítanak közöttük. Amikor az első virtuális gépet a közelségi elhelyezési csoportban helyezi üzembe, a virtuális gép egy adott hálózati gerinchez lesz kötve. Mivel az összes többi virtuális gép ugyanabba a közelségi elhelyezési csoportba lesz üzembe helyezve, ezek a virtuális gépek ugyanabban a hálózati gerinccsoportban lesznek csoportosítva. Bármennyire is vonzónak hangzik ez a lehetőség, a szerkezet használata bizonyos korlátozásokat és buktatókat is bevezet:

• Nem feltételezheti, hogy minden Azure-beli virtuálisgép-típus elérhető minden Azure-adatközpontban vagy minden hálózati gerinc alatt. Ennek eredményeképpen a különböző virtuálisgép-típusok egy közelségi elhelyezési csoportban való kombinációja súlyosan korlátozható. Ezek a korlátozások azért fordulnak elő, mert előfordulhat, hogy egy adott virtuálisgép-típus futtatásához szükséges gazdagéphardver nem található az adatközpontban vagy a hálózati gerinc alatt, amelyhez a közelségi elhelyezési csoportot hozzárendelték
• Amikor átméretezi a virtuális gépek egy közelségi elhelyezési csoportban lévő részeit, nem feltételezheti automatikusan, hogy az új virtuálisgép-típus minden esetben ugyanabban az adatközpontban vagy a hálózati gerinc alatt érhető el, a közelségi elhelyezési csoport hozzá lett rendelve
• Mivel az Azure hardvert szerel le, előfordulhat, hogy egy közelségi elhelyezési csoport egyes virtuális gépeit egy másik Azure-adatközpontba vagy egy másik hálózati gerinchálózatba kényszeríti. Az eset részleteiért olvassa el a közelségi elhelyezési csoportokat ismertető dokumentumot

Fontos

A lehetséges korlátozások miatt a közelségi elhelyezési csoportokat csak a következő módon szabad használni:

• Bizonyos esetekben szükség esetén (lásd később)
• Ha az alkalmazásréteg és a DBMS-réteg közötti hálózati késés túl magas, és hatással van a számítási feladatra
• Csak egyetlen SAP-rendszer részletességén alapul, és nem egy teljes rendszerállapothoz vagy teljes SAP-környezethez
• Annak érdekében, hogy a különböző virtuálisgép-típusok és a virtuális gépek száma a közelségi elhelyezési csoporton belül minimális legyen

Azok a forgatókönyvek, ahol a közelségi elhelyezési csoportok használhatók a hálózati késés optimalizálásához:

• Az SAP-számítási feladat kritikus erőforrásait különböző rendelkezésre állási zónákban szeretné üzembe helyezni, másrészt az alkalmazásszint virtuális gépeit el kell osztani a különböző tartalék tartományok között a rendelkezésre állási csoportok használatával az egyes zónákban. Ebben az esetben, amint azt a dokumentumban később ismertetjük, a közelségi elhelyezési csoportokra van szükség.
• Az SAP számítási feladat üzembe helyezése rendelkezésre állási csoportokkal. Ahol az SAP-adatbázisszint, az SAP-alkalmazásszint és az ASCS/SCS virtuális gépek három különböző rendelkezésre állási csoportba vannak csoportosítva. Ilyen esetben győződjön meg arról, hogy a rendelkezésre állási csoportok nem oszlanak el a teljes Azure-régióban, mivel ez az Azure-régiótól függően hálózati késést eredményezhet, amely negatívan befolyásolhatja az SAP számítási feladatait.
• A közelségi elhelyezési csoportokkal csoportosíthatja a virtuális gépeket a lehető legkisebb hálózati késés elérése érdekében a virtuális gépeken üzemeltetett szolgáltatások között. A rendelkezésre állási zónán belüli késés például nem felel meg az alkalmazás követelményeinek.

Ami a 2. üzembehelyezési forgatókönyvet érinti, számos régióban, különösen a rendelkezésre állási zónákkal nem rendelkező régiókban és a rendelkezésre állási zónákkal rendelkező legtöbb régióban a virtuális gépek helyétől független hálózati késés elfogadható. Bár az Azure egyes régiói nem tudnak megfelelő élményt nyújtani anélkül, hogy a három különböző rendelkezésre állási csoportot a közelségi elhelyezési csoportok használata nélkül csoportosítanák.

Mik azok a közelségi elhelyezési csoportok?

Az Azure közelségi elhelyezési csoportja logikai szerkezet. A közelségi elhelyezési csoport definiálásakor egy Azure-régióhoz és egy Azure-erőforráscsoporthoz van kötve. A virtuális gépek üzembe helyezésekor a közelségi elhelyezési csoportra az alábbiak hivatkoznak:

• Az első Azure-beli virtuális gép üzembe helyezése hálózati gerinc alatt, sok Azure számítási egységtel és alacsony hálózati késéssel. Az ilyen hálózati gerinc gyakran egyezik egyetlen Azure-adatközpontkal. Az első virtuális gépet "hatókörű virtuális gépnek" tekintheti, amely egy számítási skálázási egységbe van üzembe helyezve az Azure-beli kiosztási algoritmusok alapján, amelyek végül üzembehelyezési paraméterekkel vannak kombinálva.
• A közelségi elhelyezési csoportra hivatkozó összes további virtuális gép ugyanazon a hálózati gerincen lesz üzembe helyezve, mint az első virtuális gép.

Feljegyzés

Ha nincs olyan gazdahardver üzembe helyezve, amely futtathatna egy adott virtuálisgép-típust a hálózati gerinc alatt, ahol az első virtuális gépet helyezték el, a kért virtuálisgép-típus üzembe helyezése nem fog sikerülni. Megjelenik egy foglalási hibaüzenet, amely azt jelzi, hogy a virtuális gép nem támogatott a közelségi elhelyezési csoport szegélyén belül.

A fentiek kockázatának csökkentése érdekében javasoljuk, hogy használja a szándék lehetőséget a közelségi elhelyezési csoport létrehozásakor. A szándék beállítással listázhatja a közelségi elhelyezési csoportba felvenni kívánt virtuálisgép-típusokat. Ez a virtuálisgép-típusok listája a legjobb adatközpont megtalálásához szükséges, amely ezeket a virtuálisgép-típusokat üzemelteti. Ha ilyen adatközpontot talál, a PPG létrejön, és a virtuálisgép-termékváltozat követelményeinek megfelelő adatközpontra terjed ki. Ha nem található ilyen adatközpont, a közelségi elhelyezési csoport létrehozása sikertelen lesz. További információt a dokumentáció PPG - Szándék használata a virtuálisgép-méretek megadásához. Vegye figyelembe, hogy a szándékbeállítás által aktivált ellenőrzések nem veszik figyelembe a tényleges kapacitási helyzeteket. Ennek eredményeképpen továbbra is előfordulhatnak olyan foglalási hibák, amelyek a rendelkezésre álló kapacitás elégtelenségében gyökereznek.

Egyetlen Azure-erőforráscsoporthoz több közelségi elhelyezési csoport is hozzárendelhető. A közelségi elhelyezési csoport azonban csak egy Azure-erőforráscsoporthoz rendelhető hozzá.

A közelségi elhelyezési csoportokra vonatkozó további információkért és üzembe helyezési példákért tekintse meg a rendelkezésre álló dokumentációt.

Közelségi elhelyezési csoportok zonális üzemelő példányokkal

Fontos, hogy viszonylag alacsony hálózati késést biztosítson az SAP-alkalmazásszint és a DBMS-szint között. A legtöbb esetben a zonális üzembe helyezés önmagában teljesíti ezt a követelményt. Korlátozott számú forgatókönyv esetén előfordulhat, hogy egy zonális üzembe helyezés önmagában nem felel meg az alkalmazás késésére vonatkozó követelményeknek. Az ilyen helyzetekhez a lehető legközelebb kell elhelyezni a virtuális gépeket, és viszonylag alacsony hálózati késést kell lehetővé tenni, egy Ilyen SAP-rendszerhez meghatározható egy Azure-közelségi elhelyezési csoport.

Kerülje, hogy több SAP éles vagy nem termelési rendszert egyetlen közelségi elhelyezési csoportba lehessen illeszteni. Kerülje az SAP-rendszerek csomagjait, mert minél több rendszert csoportosít egy közelségi elhelyezési csoportban, annál nagyobb az esélye:

• Olyan virtuálisgép-típust igényel, amely nem érhető el azon a hálózati gerinchálózaton, amelyhez a közelségi elhelyezési csoportot hozzárendelték.
• A nem streamelt virtuális gépek, például az M sorozatú virtuális gépek erőforrásai végül nem töltődhetnek be, ha a virtuális gépek számát idővel egy közelségi elhelyezési csoporttá kell bővítenie.

A Microsoft által az Azure-régiókban üzembe helyezett számos fejlesztés alapján, amelyek csökkentik az Azure-beli rendelkezésre állási zónán belüli hálózati késést, az üzembe helyezési útmutató a közelségi elhelyezési csoportok zónaalapú üzembe helyezésekor a következőképpen néz ki:

Az eddigi javaslathoz képest az a különbség, hogy a két zónában lévő adatbázis virtuális gépei már nem részei a közelségi elhelyezési csoportoknak. A zónánkénti közelségi elhelyezési csoportok hatóköre mostantól az SAP ASCS/SCS-példányokat futtató virtuális gép üzembe helyezésével van hatókörben. Ez azt is jelenti, hogy azokban a régiókban, ahol a rendelkezésre állási zónákat több adatközpont gyűjti össze, az ASCS/SCS-példány, valamint az alkalmazásszint egy hálózati gerinc alatt, az adatbázis virtuális gépei pedig egy másik hálózati gerinc alatt futhatnak. Bár a hálózati fejlesztéseknek köszönhetően az SAP-alkalmazásszint és a DBMS-szint közötti hálózati késésnek továbbra is elegendőnek kell lennie a megfelelő teljesítményhez és az átviteli sebességhez. Ennek az új konfigurációnak az az előnye, hogy nagyobb rugalmasságot biztosít a virtuális gépek átméretezése vagy az új virtuálisgép-típusokra való áttérés az SAP-rendszer DBMS-rétegével vagy/és alkalmazásrétegével.

Ha az Azure NetApp Filest (ANF) használja a DBMS-környezethez, valamint az SAP HANA-hoz készült Azure NetApp Files-alkalmazáskötetcsoport ANF-hez kapcsolódó új funkcióját, és szükség van a közelségi elhelyezési csoportokra, tekintse meg az AZURE NetApp Files for SAP HANA NFS v4.1-köteteit.

Közelségi elhelyezési csoportok rendelkezésre állási csoport üzemelő példányaival

Ebben az esetben a cél a közelségi elhelyezési csoportok használata a különböző rendelkezésre állási csoportokon keresztül üzembe helyezett virtuális gépek rendezése érdekében. Ebben a használati forgatókönyvben nem használ ellenőrzött üzembe helyezést egy régió különböző rendelkezésre állási zónáiban. Ehelyett rendelkezésre állási csoportok használatával szeretné üzembe helyezni az SAP-rendszert. Ennek eredményeképpen legalább rendelkezésre állási csoport áll rendelkezésre a DBMS virtuális gépekhez, az ASCS/SCS virtuális gépekhez és az alkalmazásszintű virtuális gépekhez. Mivel a virtuális gép üzembe helyezésekor nem adhat meg rendelkezésre állási csoportot ÉS rendelkezésre állási zónát, nem szabályozhatja, hogy a különböző rendelkezésre állási csoportok virtuális gépei hol legyenek lefoglalva. Ez olyan Azure-régiókat eredményezhet, amelyeknél a különböző virtuális gépek közötti hálózati késés még mindig túl magas lehet ahhoz, hogy megfelelő teljesítményt nyújtson. Így az eredményként kapott architektúra a következőképpen nézne ki:

Ebben a ábrán egyetlen közelségi elhelyezési csoport lesz hozzárendelve egyetlen SAP-rendszerhez. Ez a PPG a három rendelkezésre állási csoporthoz lesz hozzárendelve. A közelségi elhelyezési csoport hatóköre ezután az első adatbázisszintű virtuális gépek a DBMS rendelkezésre állási csoportjában való üzembe helyezésével lesz hatókörbe helyezve. Ez az architektúrajavaslat az összes virtuális gépet egy hálózati gerinc alá rendezi. Bevezeti a cikkben korábban említett korlátozásokat. Ezért a közelségi elhelyezési csoport architektúráját ritkán kell használni.

Rendelkezésre állási csoportok és rendelkezésre állási zónák kombinálása közelségi elhelyezési csoportokkal

A rendelkezésre állási zónák SAP-rendszertelepítésekhez való használatával kapcsolatos problémák egyike, hogy az SAP-alkalmazásszint nem telepíthető az adott rendelkezésre állási zónán belüli rendelkezésre állási csoportok használatával. Azt szeretné, hogy az SAP-alkalmazásszint ugyanabban a zónában legyen üzembe helyezve, mint az SAP ASCS/SCS virtuális gépek. Rendelkezésre állási zónára és rendelkezésre állási csoportra való hivatkozás egyetlen virtuális gép üzembe helyezésekor egyelőre nem lehetséges. Ha azonban csak egy rendelkezésre állási zónát tartalmazó virtuális gépet helyez üzembe, akkor nem tudja biztosítani, hogy az alkalmazásréteg virtuális gépei különböző frissítési és hibatartományokban legyenek elosztva.

A közelségi elhelyezési csoportok használatával megkerülheti ezt a korlátozást. Az üzembe helyezési sorrend a következő:

• Hozzon létre egy közelségi elhelyezési csoportot.
• Helyezze üzembe a horgony virtuális gépet, amely ajánlott az ASCS/SCS virtuális gépként egy rendelkezésre állási zónára való hivatkozással.
• Hozzon létre egy rendelkezésre állási csoportot, amely az Azure közelségi elhelyezési csoportjára hivatkozik. (Lásd a parancsot a cikk későbbi részében.)
• Az alkalmazásréteg virtuális gépeinek üzembe helyezéséhez hivatkozzon a rendelkezésre állási csoportra és a közelségi elhelyezési csoportra.

Fontos

Fontos tisztában lenni azzal, hogy az alkalmazásréteg virtuális gépeinek lemezei nem garantáltan ugyanabban a rendelkezésre állási zónában vannak lefoglalva, mint a virtuális gépek a közelségi elhelyezési csoport használatára. A következő lépésekben látható üzembe helyezés eredménye lehet, hogy a virtuális gépek ugyanabban a hálózati gerinchálózatban vannak lefoglalva, és ugyanabban a rendelkezésre állási zónában, mint a horgony virtuális gép. Az újracsatolt lemezek (alapszintű VHD és csatlakoztatott Azure blokktároló lemezek) azonban nem foglalhatók le ugyanabban a hálózati gerinchálózatban vagy akár ugyanabban az availabitási zónában. Ehelyett ezeknek a virtuális gépeknek a lemezei lefoglalhatók az adott régió bármelyik adatközpontjában. Bár a zóna meghatározásával üzembe helyezett horgony virtuális gép lemezei ugyanabban a zónában lesznek üzembe helyezve, mint a virtuális gép üzembe helyezése.

Az előző szakaszban bemutatott első virtuális gép üzembe helyezése helyett egy rendelkezésre állási zónára és a közelségi elhelyezési csoportra kell hivatkozni a virtuális gép üzembe helyezésekor:

New-AzVm -ResourceGroupName "ppgexercise" -Name "centralserviceszone1" -Location "westus2" -OpenPorts 80,3389 -Zone "1" -ProximityPlacementGroup "collocate" -Size "Standard_E8s_v4"

A virtuális gép sikeres üzembe helyezése egyetlen rendelkezésre állási zónában üzemeltetné az SAP-rendszer ASCS/SCS-példányát. Ebben az esetben a virtuális gép és a virtuális gép alapszintű virtuális merevlemeze, valamint a potenciálisan csatlakoztatott Azure blokktároló lemezek ugyanabban a rendelkezésre állási zónában vannak lefoglalva. A közelségi elhelyezési csoport hatóköre a megadott rendelkezésre állási zóna egyik hálózati gerincéhez van rögzítve.

A következő lépésben létre kell hoznia az SAP-rendszer alkalmazásrétegéhez használni kívánt rendelkezésre állási csoportokat.

Definiálja és hozza létre a közelségi elhelyezési csoportot. A rendelkezésre állási csoport létrehozásának parancsához további hivatkozásra van szükség a közelségi elhelyezési csoportazonosítóra (nem a névre). A közelségi elhelyezési csoport azonosítóját az alábbi paranccsal szerezheti be:

Get-AzProximityPlacementGroup -ResourceGroupName "ppgexercise" -Name "collocate"

A rendelkezésre állási csoport létrehozásakor további paramétereket kell figyelembe vennie felügyelt lemezek használata esetén (alapértelmezés szerint, ha másként nincs megadva) és a közelségi elhelyezési csoportokat:

New-AzAvailabilitySet -ResourceGroupName "ppgexercise" -Name "ppgavset" -Location "westus2" -ProximityPlacementGroupId "/subscriptions/my very long ppg id string" -sku "aligned" -PlatformUpdateDomainCount 3 -PlatformFaultDomainCount 2 

Ideális esetben három tartalék tartományt kell használnia. A támogatott tartalék tartományok száma azonban régiónként eltérő lehet. Ebben az esetben az adott régiókhoz legfeljebb két tartalék tartomány használható. Az alkalmazásréteg virtuális gépeinek üzembe helyezéséhez fel kell vennie egy hivatkozást a rendelkezésre állási csoport nevére és a közelségi elhelyezési csoport nevére az itt látható módon:

New-AzVm -ResourceGroupName "ppgexercise" -Name "appinstance1" -Location "westus2" -OpenPorts 80,3389 -AvailabilitySetName "myppgavset" -ProximityPlacementGroup "collocate" -Size "Standard_E16s_v4"

Feljegyzés

A fenti rendelkezésre állási csoportban üzembe helyezett virtuális gépek lemezeit nem kell ugyanabban a rendelkezésre állási zónában lefoglalni, mint a virtuális gép. Bár elérte, hogy az alkalmazásréteg virtuális gépei a horgony virtuális gépével azonos hálózati gerinchálózaton lévő különböző tartalék tartományok között oszlanak meg, a különböző tartalék tartományokban lefoglalt lemezek régiószintű hatókörön belül különböző helyeken is lefoglalhatók.

Az üzembe helyezés eredménye:

• Az SAP-rendszer központi szolgáltatásai, amelyek egy adott rendelkezésre állási zónában(ok) találhatók.
• Olyan SAP-alkalmazásréteg, amely az SAP Central-szolgáltatások (ASCS/SCS) virtuális gépével vagy virtuális gépével azonos hálózati gerinchálózaton található rendelkezésre állási csoportokon keresztül található.

Feljegyzés

Mivel egy DBMS és ASCS/SCS virtuális gépet helyez üzembe egy zónában, a második DBMS és ASCS/SCS virtuális gépeket pedig egy másik zónába, hogy magas rendelkezésre állású konfigurációkat hozzon létre, mindegyik zónához más közelségi elhelyezési csoportra lesz szüksége. Ugyanez érvényes a használt rendelkezésre állási csoportokra is.

Meglévő rendszer közelségi elhelyezési csoportkonfigurációinak módosítása

Ha az eddig megadott javaslatok alapján közelségi elhelyezési csoportokat valósított meg, és az új konfigurációhoz szeretne igazodni, az alábbi cikkekben ismertetett módszerekkel teheti ezt meg:

• Virtuális gépek üzembe helyezése közelségi elhelyezési csoportokban az Azure CLI használatával.
• Virtuális gépek üzembe helyezése közelségi elhelyezési csoportokban a PowerShell használatával.

Ezeket a parancsokat olyan esetekben is használhatja, amikor foglalási hibákat kap olyan esetekben, amikor nem tud áttérni egy új virtuálisgép-típusra egy meglévő virtuális géppel a közelségi elhelyezési csoportban.

Virtuálisgép-méretezési csoport rugalmas vezényléssel

A közelségi elhelyezési csoporthoz kapcsolódó korlátozások elkerülése érdekében javasoljuk, hogy az SAP-számítási feladatokat a rendelkezésre állási zónákban helyezze üzembe rugalmas méretezési csoporttal az FD=1 használatával. Ez az üzembe helyezési stratégia biztosítja, hogy az egyes zónákban üzembe helyezett virtuális gépek ne korlátozódjanak egyetlen adatközpontra vagy hálózati gerincre, és minden SAP-rendszerösszetevő, például az adatbázisok, az ASCS/ERS és az alkalmazásszint hatóköre egy zónán belül van. Mivel az összes SAP-rendszerösszetevő hatóköre a zonális szinten van, az egyetlen SAP-rendszer különböző összetevői közötti hálózati késésnek elegendőnek kell lennie a megfelelő teljesítmény és az átviteli sebesség biztosításához. Az FD=1 rugalmas méretezési csoporttal rendelkező új üzembehelyezési lehetőség fő előnye, hogy nagyobb rugalmasságot biztosít a virtuális gépek átméretezésében, vagy új virtuálisgép-típusokra való váltásban az SAP-rendszer minden rétegében. A méretezési csoport emellett egy zónán belül több tartalék tartományra is lefoglalná a virtuális gépeket, ami ideális az alkalmazásszint több virtuális gépének futtatásához az egyes zónákban. További információkért tekintse meg az SAP számítási feladat dokumentumának virtuálisgép-méretezési készletét.

Nem gyártási vagy nem HA-környezetben az összes SAP-rendszerösszetevőt, köztük az adatbázist, az ASCS-t és az alkalmazásszintet is üzembe helyezheti egyetlen zónán belül az FD=1 rugalmas méretezési csoport használatával.

Korábban ajánlott üzembe helyezési lehetőségek

Ez a szakasz részletesen ismerteti a korábban ajánlott üzembe helyezési lehetőségeket az SAP hálózati késésének optimalizálásához. Az új funkciók és az Azure időbeli növekedése esetén az ebben a szakaszban szereplő részletek csak ritkán alkalmazhatók.

Közelségi elhelyezési csoportok a teljes SAP-rendszerhez zonális üzembe helyezéssel

Az eddig javasolt közelségi elhelyezési csoport használata az ábrán láthatóhoz hasonlóan néz ki.

Az SAP-rendszert üzembe helyező két rendelkezésre állási zónában létre kell hoznia egy közelségi elhelyezési csoportot (PPG). Egy adott zóna összes virtuális gépe az adott zóna egyedi közelségi elhelyezési csoportjának része. Minden zónában a DBMS virtuális gép üzembe helyezésével kezdi a PPG hatókörét, majd az ASCS virtuális gépet ugyanabban a zónában és PPG-ben helyezi üzembe. Egy harmadik lépésben létrehoz egy Azure rendelkezésre állási csoportot, hozzárendeli a rendelkezésre állási csoportot a hatókörrel rendelkező PPG-hez, és üzembe helyezi az SAP-alkalmazásréteget. Ennek a konfigurációnak az az előnye, hogy az összes összetevő megfelelően van igazítva ugyanazon a hálózati gerinc alatt. A nagy hátránya, hogy a virtuális gépek átméretezésének rugalmassága korlátozott lehet.

A Microsoft által az Azure-régiókban üzembe helyezett számos fejlesztés alapján, amelyek csökkentik az Azure-beli rendelkezésre állási zónán belüli hálózati késést, a jelen cikkben szereplő zonális üzembe helyezésekre vonatkozó jelenlegi üzembe helyezési útmutató létezik.

Közelségi elhelyezési csoportok és nagy HANA-példányok

Ha az SAP-rendszerek egy része az adatbázisréteghez tartozó NAGY HANA-példányokra támaszkodik, jelentős hálózati késést tapasztalhat a HANA Nagy példányok egység és az Azure-beli virtuális gépek között, ha a 4. változat soraiban vagy bélyegzőiben üzembe helyezett HANA nagypéldány-egységeket használja. Az egyik fejlesztés az, hogy a NAGY HANA-példányok egységei üzembe helyezésükkor egy közelségi elhelyezési csoporttal vannak üzembe helyezve. Ezt a közelségi elhelyezési csoportot használhatja az alkalmazásréteg virtuális gépeinek üzembe helyezéséhez. Ennek eredményeképpen ezek a virtuális gépek ugyanabban az adatközpontban lesznek üzembe helyezve, amely a NAGY HANA-példányokat üzemelteti.

Annak megállapításához, hogy a NAGY HANA-példányok egy 4. változatú bélyegben vagy sorban üzemelnek-e, tekintse meg az Azure HANA Large Instances azure portalon keresztüli vezérlését ismertető cikket. A NAGY HANA-példányok osztály attribútumainak áttekintésében meghatározhatja a közelségi elhelyezési csoport nevét is, mivel az a HANA Nagyméretű példányok egység üzembe helyezésekor jött létre. Az attribútumok áttekintésében megjelenő név annak a közelségi elhelyezési csoportnak a neve, amelyben üzembe kell helyeznie az alkalmazásréteg virtuális gépeit.

A csak Azure-beli virtuális gépeket használó SAP-rendszerekhez képest a NAGY HANA-példányok használatakor kevésbé rugalmasan döntheti el, hogy hány Azure-erőforráscsoportot használjon. A NAGY HANA-példányok bérlői HANA-példányainak összes hana-példányegysége egyetlen erőforráscsoportba van csoportosítva, a jelen cikknek megfelelően. Ha nem települ különböző bérlőkbe, például éles és nem éles rendszerek vagy más rendszerek elkülönítésére, az összes NAGY HANA-példányegység egy HANA-nagypéldány-bérlőben lesz üzembe helyezve. Ez a bérlő egy-az-egyhez kapcsolatban áll egy erőforráscsoporttal. Az egyes egységekhez azonban külön közelségi elhelyezési csoport lesz definiálva.

Ennek eredményeképpen az Azure-erőforráscsoportok és az egy bérlőhöz tartozó közelségi elhelyezési csoportok közötti kapcsolatok az alábbi módon lesznek láthatók:

Következő lépések

Tekintse meg a dokumentációt:

• SAP-számítási feladatok az Azure-ban: tervezési és üzembe helyezési ellenőrzőlista
• Virtuális gépek telepítése közelségi elhelyezési csoportokba az Azure CLI használatával
• Virtuális gépek üzembe helyezése közelségi elhelyezési csoportokban a PowerShell használatával
• Az Azure Virtual Machines DBMS sap-számítási feladatokhoz való üzembe helyezésének szempontjai