Megosztás a következőn keresztül:

Az Azure Virtual Machines DBMS sap-számítási feladathoz való üzembe helyezésének szempontjai

  • Cikk

Ez az útmutató az SAP-szoftverek Microsoft Azure-beli implementálásával és üzembe helyezésével kapcsolatos dokumentáció részét képezi. Mielőtt elolvassa ezt az útmutatót, olvassa el a Tervezési és megvalósítási útmutatót , valamint a tervezési útmutatóval kapcsolatos cikkeket. Ez a dokumentum az SAP-hoz kapcsolódó DBMS-rendszerek általános üzembehelyezési szempontjait ismerteti a Microsoft Azure-beli virtuális gépeken az Azure-infrastruktúra szolgáltatásként (IaaS) való használatával.

A dokumentum kiegészíti az SAP telepítési dokumentációját és az SAP-jegyzeteket, amelyek az SAP-szoftverek telepítésének és üzembe helyezésének elsődleges erőforrásait képviselik az adott platformokon.

Ebben a dokumentumban az SAP-hoz kapcsolódó DBMS-rendszerek Azure-beli virtuális gépeken való futtatásával kapcsolatos szempontokat ismertetjük. Ebben a dokumentumban kevés hivatkozás található bizonyos DBMS-rendszerekre. Ehelyett az adott DBMS-rendszereket más adatbázisrendszer-specifikus dokumentumok kezelik.

Források

Az Azure-beli SAP számítási feladatokról további cikkek is elérhetők. Kezdje az AZURE-beli SAP számítási feladattal : Első lépések , majd válassza ki a kívánt területet.

Az alábbi SAP-megjegyzések az Azure-beli SAP-hoz kapcsolódnak a jelen dokumentumban tárgyalt terület tekintetében.

Jegyzet száma Cím
1928533 SAP-alkalmazások az Azure-ban: Támogatott termékek és Azure-beli virtuálisgép-típusok
2015553 SAP a Microsoft Azure-ban: Támogatási előfeltételek
1999351 Az SAP továbbfejlesztett Azure-monitorozásának hibaelhárítása
2178632 Az SAP fő monitorozási metrikái a Microsoft Azure-ban
1409604 Virtualizálás Windows rendszeren: Fokozott figyelés
2191498 SAP Linuxon az Azure-ral: Továbbfejlesztett monitorozás
2039619 SAP-alkalmazások a Microsoft Azure-ban az Oracle-adatbázis használatával: Támogatott termékek és verziók
2233094 DB6: SAP-alkalmazások az Azure-ban az IBM DB2 Linuxhoz, UNIX-hoz és Windowshoz való használatával: További információk
2243692 Linux a Microsoft Azure(IaaS) rendszerű virtuális gépen: SAP-licenccel kapcsolatos problémák
2578899 SUSE Linux Enterprise Server 15: Telepítési megjegyzés
1984787 SUSE LINUX Enterprise Server 12: Telepítési megjegyzések
2772999 Red Hat Enterprise Linux 8.x: Telepítés és konfigurálás
2002167 Red Hat Enterprise Linux 7.x: Telepítés és frissítés
2069760 Oracle Linux 7.x SAP telepítése és frissítése
1597355 Felcserélési javaslat Linuxhoz
2799900 Központi műszaki megjegyzés az Oracle Database 19c-hez
2171857 Oracle Database 12c: Fájlrendszer-támogatás Linuxon
1114181 Oracle Database 11g: Fájlrendszer-támogatás Linuxon
2969063 A mikrokód érvényesítése meghiúsult az Azure-beli HCMT-ben
3246210 Azure – A HCMT meghiúsul néhány lemezteljesítmény-teszt során

A Linuxhoz készült ÖSSZES SAP-jegyzetről az SAP közösségi wikijében talál további információt.

Ismernie kell a Microsoft Azure architektúráját, valamint a Microsoft Azure virtuális gépek üzembe helyezésének és üzemeltetésének módját. További információkért tekintse meg az Azure dokumentációját.

A Windows, Linux és DBMS telepítése és konfigurálása általában megegyezik a helyszínen telepített virtuális gépekkel vagy operációs rendszer nélküli gépekkel. Vannak olyan architektúra- és rendszerfelügyeleti megvalósítási döntések, amelyek eltérnek az Azure IaaS használatakor. Ez a dokumentum az Azure IaaS használata során előkészítendő architektúra- és rendszerfelügyeleti különbségeket ismerteti.

Virtuális gép tárolási struktúrája RDBMS-környezetekhez

A fejezet követéséhez olvassa el és ismerje meg a következő cikkben ismertetett információkat:

Az Azure-beli blokktárolók esetében az Azure által felügyelt lemezek használata kötelező. Az Azure-beli felügyelt lemezekkel kapcsolatos részletekért olvassa el az Azure-beli virtuális gépek felügyelt lemezeinek bemutatása című cikket.

Egy alapkonfigurációban általában olyan üzembehelyezési struktúrát ajánlunk, amelyben az operációs rendszer, a DBMS és a végleges SAP bináris fájlok elkülönülnek az adatbázisfájloktól. Javasoljuk, hogy külön Azure-lemezeket használ a következőhöz:

  • Az operációs rendszer (alapszintű VHD vagy OS VHD)
  • Az adatbázis-kezelő rendszer végrehajtható fájljai
  • SAP-végrehajtható fájlok, például /usr/sap
  • DBMS-adatfájlok
  • A DBMS naplófájljainak ismételt elvégzése

Ha ezeket az összetevőket öt különböző kötetre választja el, nagyobb rugalmasságot eredményezhet, mivel az egyik kötet túlzott használata nem feltétlenül zavarja a többi kötet használatát, amíg a virtuálisgép-tárterület kvótáját és korlátait nem lépi túl.

A DBMS-adatok és a tranzakciós/újradátonozási naplófájlok Azure-támogatás blokktárolóban vagy az Azure NetApp Filesban vannak tárolva. Az Azure Files vagy az Azure Premium Files nem támogatott tárolóként a DBSM-adatokhoz és/vagy a naplófájlok SAP-számítási feladattal való ismételt elvégzéséhez. Ezeket külön lemezeken tárolják, és logikai lemezként csatolják őket az eredeti Azure operációsrendszer-lemezkép virtuális gépéhez. Linuxos üzemelő példányok esetén a rendszer különböző javaslatokat dokumentál. Olvassa el az Azure Storage-típusok SAP-számítási feladathoz című cikket a forgatókönyv különböző tárolási típusainak képességeiről és támogatásáról. Kifejezetten az SAP HANA esetében az SAP HANA Azure-beli virtuálisgép-tárolókonfigurációk című cikkből indul ki.

Amikor megtervezi a lemezelrendezést, keresse meg a legjobb egyensúlyt az alábbi elemek között:

  • Az adatfájlok száma.
  • A fájlokat tartalmazó lemezek száma.
  • Egyetlen lemez vagy NFS-megosztás IOPS-kvótái.
  • Az adatok átviteli sebessége lemezenként vagy NFS-megosztásonként.
  • Virtuálisgép-méretenként lehetséges további adatlemezek száma.
  • A virtuális gép által biztosított teljes tárolási vagy hálózati átviteli sebesség.
  • A különböző Azure Storage-típusok által biztosított késés.
  • Virtuálisgép-tároló IOPS és átviteli sebesség kvótája.
  • Virtuálisgép-hálózati kvóta NFS használata esetén – az NFS-megosztások felé irányuló forgalom a virtuális gép hálózati kvótájával és NEM a tárkvótával számol.
  • Virtuálisgép-SLA-k.

Az Azure adatlemezenként vagy NFS-megosztásonként IOPS-kvótát kényszerít ki. Ezek a kvóták eltérőek a különböző Azure-beli blokktároló-megoldásokon vagy -megosztásokon üzemeltetett lemezek esetében. Az I/O-késés is különbözik a különböző tártípusoktól.

A különböző virtuálisgép-típusok mindegyike korlátozott számú csatolható adatlemezzel rendelkezik. Egy másik korlátozás, hogy csak bizonyos virtuálisgép-típusok használhatnak, például prémium szintű tárolást. Általában úgy dönt, hogy a processzor- és memóriakövetelmények alapján egy bizonyos virtuálisgép-típust használ. Figyelembe kell vennie az IOPS, a késés és a lemez átviteli sebességére vonatkozó követelményeket is, amelyek általában a lemezek számával vagy a prémium szintű tárolólemezek 1-es típusával vannak skálázva. Az IOPS száma és az egyes lemezek által elérni kívánt átviteli sebesség diktálhatja a lemezméretet, különösen a prémium szintű 1. A prémium szintű 2-es vagy ultralemezes tárolók esetében a kiépített IOPS-t és az átviteli sebességet a lemezkapacitástól függetlenül választhatja ki.

Feljegyzés

A DBMS üzemelő példányaihoz erősen ajánljuk az Azure Premium Storage -t (v1 és v2), ultralemezt vagy Azure NetApp Files-alapú NFS-megosztásokat bármilyen adathoz, tranzakciónaplóhoz vagy fájlismétléshez. Nem számít, hogy éles vagy nem termelési rendszereket szeretne üzembe helyezni. Az Azure standard HDD vagy SSD késése semmilyen éles rendszer esetében nem elfogadható.

Feljegyzés

Az Azure egyetlen virtuálisgép-SLA-jának maximalizálásához minden csatlakoztatott lemeznek Prémium Szintű Azure-tárolónak (1-es vagy v2-es) vagy Azure Ultra lemeztípusnak kell lennie, amely magában foglalja az alapszintű VHD-t (Azure premium storage).

Feljegyzés

Nem támogatott az SAP-adatbázisok fő adatbázisfájljainak, például adat- és naplófájljainak üzemeltetése olyan tárolóhardvereken, amelyek az Azure-adatközpontokkal szomszédos, külső adatközpontokban találhatók. Az Azure-beli virtuális gépeken üzemeltetett szoftverberendezéseken keresztül biztosított tárolás szintén nem támogatott ebben a használati esetben. AZ SAP DBMS számítási feladatai esetében az SAP-adatbázisok adat- és tranzakciónapló-fájljai általában csak a natív Azure-szolgáltatásként megjelenített tárolókat támogatják. A különböző DBMS különböző Azure-tárolótípusokat támogathat. További részletekért tekintse meg az Azure Storage SAP-számítási feladatokhoz készült típusait ismertető cikket

Az adatbázisfájlok elhelyezését, a napló- és ismétlésfájlokat, valamint a használt Azure Storage típusát az IOPS, a késés és az átviteli sebesség követelményei határozzák meg. Különösen az Azure Premium Storage 1-hez, ha elegendő IOPS-t szeretne elérni, előfordulhat, hogy több lemezt kell használnia, vagy nagyobb prémium szintű tárolólemezt kell használnia. Ha több lemezt használ, hozzon létre egy szoftvercsíkot az adatfájlokat vagy a naplót tartalmazó lemezeken, és hajtsa újra a fájlokat. Ilyen esetekben az alapul szolgáló prémium szintű tárolólemezek IOPS-jának és lemez-átviteli sebességének SLA-jai, illetve a standard tárolólemezek maximális elérhető IOPS-jai halmozódnak az eredményül kapott sávkészlethez.

Ha az IOPS-követelmény túllépi az egyetlen virtuális merevlemez által biztosított értéket, egyensúlyozza ki az adatbázisfájlokhoz szükséges IOPS-t több virtuális merevlemezen. Az IOPS-terhelés lemezek közötti elosztásának legegyszerűbb módja egy szoftvercsík létrehozása a különböző lemezeken. Ezután helyezze el az SAP DBMS számos adatfájlját a szoftversávból kifaragott LUN-okra. A sávban lévő lemezek számát az IOPS-igények, a lemez átviteli sebességére és a kötetigényekre vonatkozó követelmények vezérlik.

Windows-tároló csíkozása Windows

Javasoljuk, hogy a Windows Tárolóhelyek használatával hozzon létre csíkkészleteket több Azure-beli virtuális merevlemezen. Legalább Windows Server 2012 R2 vagy Windows Server 2016 használata.

Linux-tároló csíkozása Linux

Csak az MDADM és a Logikai kötetkezelő (LVM) támogatott szoftveres RAID linuxos buildeléséhez. További információk:

Az Azure Premium Storage 2-es és Ultra-lemez esetén előfordulhat, hogy a csíkozás nem szükséges, mivel a lemez méretétől függetlenül megadhatja az IOPS-t és a lemez átviteli sebességét.

Feljegyzés

Mivel az Azure Storage három lemezképet tárol a virtuális merevlemezekről, nincs értelme redundanciát konfigurálni a sávok leválasztásakor. Csak úgy kell konfigurálnia a csíkozást, hogy az I/os a különböző virtuális merevlemezek között legyen elosztva.

Felügyelt vagy nem felügyelt lemezek

Az Azure Storage-fiókok felügyeleti szerkezetek és korlátozások hatálya alá tartoznak. A képességekről és korlátozásokról az Azure Storage skálázhatósági és teljesítménycéljai című témakörben olvashat. A standard tárolás esetében ne feledje, hogy az IOPS tárfiókonkénti korlátja van. Az Azure Storage skálázhatósági és teljesítménycéljai című cikkben a teljes kérelemarányt tartalmazó sort tekintheti meg. Az Azure-előfizetésenkénti tárfiókok számának kezdeti korlátja is van. 2017-ben az Azure bevezette az Azure Managed Disks fogalmait , amelyek megkönnyítik a tárfiókok felügyeletét. Az Azure-beli felügyelt lemezek használata az alapértelmezett az SAP számítási feladatok üzembe helyezéséhez az Azure-ban.

Fontos

Az Azure Managed Disks előnyei miatt kötelező az Azure Managed Disks használata a DBMS-környezetekhez és az SAP-üzemelő példányokhoz általában.

Ha olyan SAP-számítási feladattal rendelkezik, amely még nem felügyelt lemezeket használ, a nem felügyelt lemezekről felügyelt lemezekké való konvertáláshoz tekintse meg a következőt:

Virtuális gépek és adatlemezek gyorsítótárazása

Amikor lemezeket csatlakoztat virtuális gépekhez, eldöntheti, hogy a virtuális gép és az Azure Storage-ban található lemezek közötti I/O-forgalom gyorsítótárazva van-e.

A következő javaslatok feltételezik a standard DBMS I/O-jellemzőit:

  • Ez többnyire egy adatbázis adatfájljaival kapcsolatos olvasási számítási feladat. Ezek az olvasások kritikus fontosságúak a DBMS-rendszer szempontjából.
  • Az adatfájlok írása ellenőrzőpontok vagy állandó streamek alapján történik. Egy nap átlagolva kevesebb írás van, mint az olvasás. Az adatfájlokból származó olvasásokkal ellentétben ezek az írások aszinkronok, és nem tárolnak felhasználói tranzakciókat.
  • Alig van olvasás a tranzakciónaplóból, vagy fájlokat kell ismételnie. A tranzakciónaplók biztonsági mentésekor a kivételek a nagy I/OS-k.
  • A tranzakciós vagy ismételt naplófájlok fő terhelése az írás. A számítási feladat jellegétől függően az I/O-k akár 4 KB-os vagy más esetekben 1 MB-os vagy annál nagyobb I/O méretűek is lehetnek.
  • Minden írást megbízható módon kell megőrizni a lemezen.

Az Azure Premium Storage 1-ben a következő gyorsítótárazási lehetőségek állnak rendelkezésre:

  • Egyik sem
  • Olvasás
  • Olvasható/írható
  • Nincs + Írásgyorsító, amely csak Azure M-sorozatú virtuális gépekhez használható
  • Olvasási és írásgyorsító, amely csak Azure M-sorozatú virtuális gépekhez használható

A prémium szintű 1. szintű tárterület esetében ajánlott olvasási gyorsítótárazást használni az SAP-adatbázis adatfájljaihoz , és válassza a Nem gyorsítótárazás lehetőséget a naplófájl(ok) lemezeihez.

Feljegyzés

Az új M(b)v3 virtuálisgép-típusok némelyike esetén az olvasási gyorsítótárazott Premium SSD v1-tároló használata alacsonyabb olvasási és írási IOPS-sebességet és átviteli sebességet eredményezhet, mint az olvasási gyorsítótár használata esetén.

M-sorozatú üzemelő példányok esetén azt javasoljuk, hogy csak a naplófájlok lemezeihez használja az Azure Write Acceleratort. Az Azure Write Accelerator részleteiről, korlátozásáról és üzembe helyezéséről az Írásgyorsító engedélyezése című témakörben olvashat.

A prémium szintű 2-es, ultralemezes és Azure NetApp Files-tárolókhoz nincs gyorsítótárazási lehetőség.

Azure nemperzis lemezek

Az Azure-beli virtuális gépek nem állandó lemezeket kínálnak a virtuális gépek üzembe helyezése után. Ha egy virtuális gép újraindul, a meghajtókon lévő összes tartalom törölhető. Ez azért van így, mert az adatbázisok adatfájljai, napló- és újrado-fájljai semmilyen körülmények között nem találhatók azokon a nemperes meghajtókon. Előfordulhatnak kivételek bizonyos adatbázisok esetében, ahol ezek a nem felügyelt meghajtók alkalmasak lehetnek a tempdb- és temp tablespace-ekhez.

További információ : Az Azure-beli Windows rendszerű virtuális gépek ideiglenes meghajtójának ismertetése.

Windows nempersisted lemez Windows

Az Azure-beli virtuális gépek D meghajtója egy nemperzselt meghajtó, amelyet az Azure számítási csomópont néhány helyi lemeze is alátámaszt. Mivel nem működik, a D meghajtó tartalmának minden módosítása elveszik a virtuális gép újraindításakor. A módosítások közé tartoznak a tárolt fájlok, a létrehozott könyvtárak és a telepített alkalmazások.

Linuxnonpersisted lemez Linux

A Linux Azure-beli virtuális gépek automatikusan csatlakoztatnak egy /mnt/resource meghajtót, amely az Azure számítási csomópont helyi lemezei által támogatott nemperes meghajtó. Mivel nem működik, az /mnt/erőforrás tartalmaiban végrehajtott módosítások elvesznek a virtuális gép újraindításakor. A módosítások közé tartoznak a tárolt fájlok, a létrehozott könyvtárak és a telepített alkalmazások.

A Microsoft Azure Storage rugalmassága

A Microsoft Azure Storage legalább három különálló tárolócsomóponton tárolja az alapszintű VHD-t operációs rendszerrel és csatlakoztatott lemezekkel vagy blobokkal. Ezt a tárolótípust helyileg redundáns tárolásnak (LRS) nevezzük. Az LRS az alapértelmezett az Azure-beli tárolók minden típusához.

Vannak más redundanciametelyek is. További információ: Azure Storage-replikáció.

Feljegyzés

Az Azure Premium Storage 1-es és v2-es, ultralemezes és Azure NetApp Files-tárolótípusa az adatbázist, naplót és fájlokat tároló DBMS virtuális gépek és lemezek ajánlott tárolási típusa. A prémium szintű 1. szintű tároló kivételével az egyetlen elérhető redundanciametódus ezekhez a tárolótípusokhoz az LRS. Ennek eredményeképpen olyan adatbázis-metódusokat kell konfigurálnia, amelyek lehetővé teszik az adatbázisadatok egy másik Azure-régióba vagy rendelkezésre állási zónába történő replikálását. Az adatbázis-metódusok közé tartozik az SQL Server Always On, az Oracle Data Guard és a HANA rendszerreplikálása.

Virtuálisgép-csomópont rugalmassága

Az Azure számos különböző SLA-t kínál a virtuális gépekhez. További információkért lásd a virtuális gépekhez készült SLA legújabb kiadását. Mivel a DBMS-réteg kritikus fontosságú az SAP-rendszerek rendelkezésre állása szempontjából, ismernie kell a különböző üzembehelyezési típusokat és karbantartási eseményeket. Ezekről a fogalmakról további információt az Azure-beli virtuális gépek rendelkezésre állásának kezelése című témakörben talál.

Az SAP-számítási feladatokkal rendelkező éles DBMS-forgatókönyvek minimális ajánlása a következő:

  • Helyezzen üzembe két virtuális gépet a kiválasztott üzembe helyezési típussal ugyanabban az Azure-régióban.
  • Futtassa ezt a két virtuális gépet ugyanabban az Azure-beli virtuális hálózatban, és ugyanahhoz az alhálózathoz csatlakoztasson hálózati adaptereket.
  • Adatbázis-metódusok használatával tartsa készenléti állapotban a második virtuális gépet. A metódusok lehetnek SQL Server Always On, Oracle Data Guard vagy HANA rendszerreplikálás.

Egy harmadik virtuális gépet is üzembe helyezhet egy másik Azure-régióban, és ugyanezekkel az adatbázis-módszerekkel biztosíthatja az aszinkron replikát egy másik Azure-régióban.

Az Azure hálózati szempontjai

Nagy méretű SAP-üzemelő példányokban használja az Azure Virtual Datacenter tervét. Használja a virtuális hálózat konfigurációjához, valamint a szervezet különböző részeihez tartozó engedélyekhez és szerepkör-hozzárendelésekhez.

Ezek az ajánlott eljárások több ezer ügyfél üzembe helyezésének eredményei:

  • Az SAP-alkalmazás által üzembe helyezett virtuális hálózatok nem rendelkeznek internet-hozzáféréssel.
  • Az adatbázis virtuális gépei ugyanabban a virtuális hálózaton futnak, mint az alkalmazásréteg, az SAP-alkalmazásrétegtől eltérő alhálózatban elválasztva.
  • A virtuális hálózaton belüli virtuális gépek a privát IP-cím statikus lefoglalásával rendelkeznek. További információ: IP-címtípusok és kiosztási módszerek az Azure-ban.
  • A DBMS virtuális gépekre vonatkozó és onnan érkező útválasztási korlátozások nincsenek beállítva a helyi DBMS virtuális gépekre telepített tűzfalakkal. Ehelyett a forgalomirányítás hálózati biztonsági csoportokkal (NSG-kkel ) van definiálva.
  • A DBMS virtuális gép forgalmának elkülönítéséhez és elkülönítéséhez rendeljen hozzá különböző hálózati adaptereket a virtuális géphez. Minden hálózati adapter eltérő IP-címet kap, és minden hálózati adapter egy másik virtuális hálózati alhálózathoz van rendelve. Minden alhálózat különböző NSG-szabályokkal rendelkezik. A hálózati forgalom elkülönítése vagy elkülönítése az útválasztás mértéke. Ez nem a hálózati átviteli sebesség kvótáinak beállítására szolgál.

Feljegyzés

Statikus IP-címek Azure-on keresztüli hozzárendelése azt jelenti, hogy azokat egyéni virtuális hálózati adapterekhez rendeli. Ne rendeljen statikus IP-címeket a vendég operációs rendszeren belül egy virtuális hálózati adapterhez. Egyes Azure-szolgáltatások, például az Azure Backup arra a tényre támaszkodnak, hogy a vendég operációs rendszer elsődleges virtuális hálózati adaptere DHCP-re van állítva, és nem statikus IP-címekre. További információ: Azure-beli virtuális gépek biztonsági mentésének hibaelhárítása. Ha több statikus IP-címet szeretne hozzárendelni egy virtuális géphez, rendeljen több virtuális hálózati adaptert egy virtuális géphez.

Figyelmeztetés

A hálózati virtuális berendezések konfigurálása az SAP-alkalmazás és az SAP NetWeaver-, Hybris- vagy S/4HANA-alapú SAP-rendszer DBMS-rétege közötti kommunikációs útvonalon nem támogatott. Ez a korlátozás funkció- és teljesítménybeli okokból van érvényben. Az SAP-alkalmazásréteg és a DBMS-réteg közötti kommunikációs útvonalnak közvetlennek kell lennie. A korlátozás nem tartalmaz alkalmazásbiztonsági csoportot (ASG) és NSG-szabályokat , ha ezek az ASG- és NSG-szabályok lehetővé teszik a közvetlen kommunikációs útvonalat. Ide tartoznak a DBMS-adatokat üzemeltető NFS-megosztások felé történő forgalom és a naplófájlok ismételt elvégzése is.

Az egyéb forgatókönyvek, amelyekben a hálózati virtuális berendezések nem támogatottak, a következőkben találhatók:

A kommunikációs útvonalakon található hálózati virtuális berendezések könnyedén megduplázhatják a két kommunikációs partner közötti hálózati késést. Az SAP-alkalmazásréteg és a DBMS-réteg közötti kritikus útvonalak átviteli sebességét is korlátozhatják. Egyes ügyfélforgatókönyvekben a hálózati virtuális berendezések a Pacemaker Linux-fürtöinek meghibásodását okozhatják. Ilyen esetekben a Linux Pacemaker-fürtcsomópontok közötti kommunikáció egy hálózati virtuális berendezésen keresztül kommunikál az SBD-eszközével.

Fontos

Egy másik nem támogatott kialakítás az SAP-alkalmazásréteg és a DBMS-réteg elkülönítése különböző Azure-beli virtuális hálózatokra, amelyek nem társviszonyban vannak egymással. Javasoljuk, hogy az SAP-alkalmazásréteget és a DBMS-réteget az Azure-beli virtuális hálózaton belüli alhálózatok használatával különítse el ahelyett, hogy különböző Azure-beli virtuális hálózatokat használna.

Ha úgy dönt, hogy nem követi a javaslatot, és ehelyett elkülöníti a két réteget különböző virtuális hálózatokra, a két virtuális hálózatot társviszonyban kell tartani.

Vegye figyelembe, hogy a két társviszonyban álló Azure-beli virtuális hálózat közötti hálózati forgalom átviteli költségekkel bír. A sok terabájtból álló hatalmas adatmennyiség az SAP-alkalmazásréteg és a DBMS-réteg között cserélődik. Jelentős költségeket halmozhat fel, ha az SAP-alkalmazásréteg és a DBMS-réteg két társviszonyban lévő Azure-beli virtuális hálózat között van elkülönítve.

Forgalom átirányítása az Azure Load Balancer használatával

Az olyan funkciókban használt privát virtuális IP-címek használata, mint az SQL Server Always On vagy a HANA rendszerreplikálás, azure-beli terheléselosztó konfigurálását igényli. A terheléselosztó mintavételi portokkal határozza meg az aktív DBMS-csomópontot, és kizárólag az aktív adatbáziscsomópontra irányítja a forgalmat.

Ha az adatbázis-csomópont feladatátvétele történik, nincs szükség az SAP-alkalmazás újrakonfigurálására. Ehelyett a leggyakoribb SAP-alkalmazásarchitektúrák újracsatlakoznak a privát virtuális IP-címhez. Közben a terheléselosztó úgy reagál a csomópont feladatátvételére, hogy átirányítja a forgalmat a privát virtuális IP-címről a második csomópontra.

Az Azure két különböző terheléselosztó termékváltozatot kínál: egy alapszintű termékváltozatot és egy standard termékváltozatot. A beállítás és a funkcionalitás előnyei alapján az Azure Load Balancer standard termékváltozatát kell használnia. A terheléselosztó standard verziójának egyik nagy előnye, hogy az adatforgalmat nem maga a terheléselosztó irányítja át.

A belső terheléselosztó konfigurálására vonatkozó példa az oktatóanyagban található: SQL Server-rendelkezésre állási csoport konfigurálása manuálisan az Azure-beli virtuális gépeken

Feljegyzés

A nyilvános IP-címekhez való hozzáféréshez kapcsolódó alapszintű és standard termékváltozat viselkedése eltérő. A standard termékváltozat nyilvános IP-címek elérésére vonatkozó korlátozásainak megkerülésének módját az Azure Standard Load Balancert használó virtuális gépek nyilvános végpontkapcsolata című dokumentum ismerteti, amely magas rendelkezésre állású SAP-forgatókönyvekben használható

Gazdagépfigyelés üzembe helyezése

Az SAP-alkalmazások Azure-beli virtuális gépeken való éles használatához az SAP-nak szüksége van a gazdagépek figyelési adatainak lekérésére az Azure-beli virtuális gépeket futtató fizikai gazdagépekről. Egy adott SAP-gazdagépügynök javításszintre van szükség, amely lehetővé teszi ezt a képességet az SAPOSCOL-ban és az SAP-gazdagépügynökben. A javítás pontos szintjét az SAP Megjegyzés 1409604 dokumentálja.

A gazdagépadatokat az SAPOSCOL-nak és az SAP-gazdagépügynöknek továbbító összetevők telepítéséről, valamint az összetevők életciklus-felügyeletéről az Azure-beli virtuálisgép-bővítmény implementálása AZ SAP-megoldásokhoz című cikkből tájékozódhat.

Következő lépések

Egy adott DBMS-sel kapcsolatos további információkért lásd: