Az SAP HANA on Azure (Large Instances) futtatása

Ez a referenciaarchitektúra számos bevált eljárást mutat be az SAP HANA azure-on (nagy példányokon) való futtatásához magas rendelkezésre állással (HA) és vészhelyreállítással (DR). Hana Large Instances (HLI) néven ez az ajánlat az Azure-régiókban lévő fizikai kiszolgálókon van üzembe helyezve. Ez a megoldás egy egyszerű vertikális felskálázási forgatókönyvet mutat be, amely bemutatja az SAP HANA-rendszer üzembe helyezésének és működtetésének alapvető fogalmait az Azure-ban. További lehetőségekért tekintse meg a nagy HANA-példányok egyéb telepítési forgatókönyveit.

Architektúra

Töltse le az architektúra Visio-fájlját.

Munkafolyamat

Ez az architektúra az alábbi infrastruktúra-összetevőkből áll.

• Virtuális hálózat. Az Azure Virtual Network (VNet) szolgáltatás biztonságosan összekapcsolja az Azure-erőforrásokat egymással, és minden réteghez külön alhálózatokra van felosztva. Az SAP-alkalmazásrétegek azure-beli virtuális gépeken vannak üzembe helyezve, hogy csatlakozzanak a nagy példányokon található HANA-adatbázisréteghez.

• HLI Revision 4.5 hálózat. 2021 júliusától elérhető a HLI Rev 4 frissített változata. Ez a frissített implementáció [rev4.5] számos fejlesztést tartalmaz az infrastruktúrában, például az NFS-tároló 100 Gb/s hálózatkezelését és a DB-kiszolgáló jobb hálózati redundanciáját. Ebben a kialakításban a HLI-kiszolgálók az Azure-adatközpontokban vannak üzembe helyezve, közel fizikailag ahhoz az Azure-beli virtuális gépekhez, amelyeken az SAP-alkalmazáskiszolgálók futnak. Az [ExpressRoute FastPath][fastpath] konfigurációval együtt használva a Rev 4.5 emeli az alkalmazás teljesítményét. Ezek a hálózati funkciók támogatják a Rev 3 és Rev 4 üzemelő példányokat is.

• Virtuális gépek (VM-ek) . A virtuális gépeket az SAP-alkalmazásrétegben és a megosztott szolgáltatások rétegében használják. Ez utóbbi tartalmaz egy jump boxot, amelyet a rendszergazdák használnak a NAGY HANA-példányok beállításához és más virtuális gépekhez való hozzáférés biztosításához. Ha az SAP-alkalmazáskiszolgálók ugyanabban az adatközpontban szeretnének elhelyezkedni a HANA nagypéldány-egységeivel, használjon közelségi elhelyezési csoportokat.

• NAGY HANA-példány. Ez a fizikai kiszolgáló megfelel az SAP HANA testreszabott adatközpont-integrációs (TDI) szabványainak az SAP HANA futtatásához. Ez az architektúra két nagy HANA-példányt használ: egy elsődleges és egy másodlagos számítási egységet. Az adatréteg magas rendelkezésre állását a HANA rendszerreplikálás (HSR) biztosítja.

• Magas rendelkezésre állású pár. A NAGY HANA-példányok paneljeinek egy csoportja együtt kezeli az adatbázis redundanciáit és megbízhatóságát.

• Microsoft Enterprise Edge (MSEE). Az MSEE kapcsolati pont egy kapcsolatszolgáltatótól vagy a hálózati peremhálózattól egy ExpressRoute-kapcsolatcsoporton keresztül.

• Hálózati adapterek (NIC-k). A kommunikáció engedélyezéséhez a HANA nagypéldány-kiszolgáló alapértelmezés szerint négy virtuális hálózati adaptert biztosít. Ez az architektúra egy hálózati adaptert igényel az ügyfélkommunikációhoz, egy második hálózati adaptert a HSR által igényelt csomópont–csomópont kapcsolathoz, egy harmadik hálózati adaptert a HANA nagypéldány-tárolóhoz, a negyediket pedig a magas rendelkezésre állású fürtözéshez használt iSCSI-hez.

• Hálózati fájlrendszer (NFS) tároló. Az NFS-kiszolgáló támogatja a hálózati fájlmegosztást, amely biztonságos adatmegőrzést biztosít a NAGY HANA-példány számára.

• ExpressRoute. Az ExpressRoute az ajánlott Azure-hálózatkezelési szolgáltatás, amely privát kapcsolatokat hoz létre a helyszíni hálózatok és a nyilvános interneten nem futó Azure-beli virtuális hálózatok között. Az Azure-beli virtuális gépek egy másik ExpressRoute-kapcsolattal csatlakoznak a NAGY HANA-példányokhoz. Az ExpressRoute-kapcsolat az Azure-beli virtuális hálózat és a NAGY HANA-példányok között a Microsoft-ajánlat részeként van beállítva.

• Átjáró. Az ExpressRoute Gateway az SAP-alkalmazásréteghez használt Azure-beli virtuális hálózat és a HANA nagypéldány-hálózat összekapcsolására szolgál. Használja a nagy teljesítményű vagy ultrateljesítményű termékváltozatot .

• Vészhelyreállítás (DR). A DR beállításai közé tartozik a HANA-rendszerreplikálás (HSR), a HANA-fájlok biztonsági mentése és visszaállítása, illetve a tárreplikálás. Kérésre a Microsoft Service Management csapata konfigurálhatja a tárolókiszolgálókat és a köteteket. Ön a felelős a tárolási pillanatkép ütemezéséért, a rendszer teszteléséért és a helyreállítási folyamat megismeréséért. Egyéb szempontok vonatkoznak az SAP NetWeaver és az Azure-beli SAP S/4HANA alkalmazásszintre.

Ajánlások

A követelmények eltérőek lehetnek, ezért ezeket a javaslatokat kiindulási pontként használhatja.

NAGY HANA-példányok számítása

A NAGY HANA-példányok fizikai kiszolgálók, amelyek az Intel Broadwell és a Cascade Lake CPU-architektúrán alapulnak, és nagy példánybélyegben vannak konfigurálva, vagyis kiszolgálók vagy panelek meghatározott készletében. A számítási egység egy kiszolgálóval vagy panelrel egyenlő, a bélyeg pedig több kiszolgálóból vagy panelből áll. Egy nagy példánybélyegen belül a kiszolgálók nincsenek megosztva, és az SAP HANA egy ügyfél üzembe helyezésének futtatására vannak dedikáltak.

A NAGY HANA-példányokhoz számos termékváltozat érhető el, amelyek legfeljebb 24 TB-os egypéldányos (120 TB-os) memóriakiskálázást támogatnak a BW/4HANA vagy más SAP HANA számítási feladatok számára.

Válasszon egy termékváltozatot, amely megfelel az architektúrában és a tervezési munkamenetekben meghatározott méretezési követelményeknek. Mindig győződjön meg arról, hogy a méretezés a megfelelő termékváltozatra vonatkozik. A képességek és az üzembehelyezési követelmények típusonként eltérőek, a rendelkezésre állás régiónként eltérő. Egy termékváltozatról egy nagyobb termékváltozatra is léphet.

A Microsoft segít létrehozni a nagy példányok beállítását, de az Ön felelőssége, hogy ellenőrizze az operációs rendszer konfigurációs beállításait. Mindenképpen tekintse át a legújabb SAP-jegyzeteket a pontos Linux-kiadáshoz.

Tárolás

A tárolóelrendezés az SAP HANA-hoz készült TDI javaslatának megfelelően van implementálva. A NAGY HANA-példányok speciális tárolási konfigurációval rendelkezik a szabványos TDI-specifikációkhoz. Azonban további tárterületet is vásárolhat 1 TB-os lépésekben.

A kritikus fontosságú környezetek követelményeinek , például a gyors helyreállításnak a támogatása érdekében az NFS-t használja a rendszer, nem pedig a közvetlen csatlakoztatott tárolást. A NAGY HANA-példányok NFS-tárolókiszolgálója több-bérlős környezetben üzemel, ahol a bérlők elkülönítése és biztosítása számítási, hálózati és tárolási elkülönítéssel történik.

Az elsődleges helyen a magas rendelkezésre állás támogatásához használjon különböző tárolási elrendezéseket. Például egy több gazdagépre kiterjedő vertikális felskálázás esetén a tárterület meg van osztva. Egy másik magas rendelkezésre állási lehetőség az alkalmazásalapú replikáció, például a HSR. A DR esetében azonban a rendszer pillanatképalapú tárreplikálást használ.

Hálózat

Ez az architektúra virtuális és fizikai hálózatokat is használ. A virtuális hálózat az Azure-infrastruktúra szolgáltatásként (IaaS) része, és ExpressRoute-kapcsolatcsoportokon keresztül csatlakozik egy különálló HANA nagy példányok fizikai hálózatához. A helyszíni átjárók összekapcsolják az Azure-beli virtuális hálózatban lévő számítási feladatokat a helyszíni helyekkel.

2019 júliusa óta az összes NAGY HANA-példány üzembe helyezése Rev 4 bélyeget használ, amelyek az SAP-alkalmazáskiszolgálókhoz használt Azure-beli virtuálisgép-gazdagépek közvetlen közelében vannak üzembe helyezve. Ennek eredményeképpen a Rev 4 üzembe helyezése minimálisra csökkenti az alkalmazás és az adatbázisrétegek közötti hálózati késést.

A NAGY HANA-példányok hálózatai egymástól elkülönülnek a biztonság érdekében. A különböző régiókban található példányok nem kommunikálnak egymással, kivéve a dedikált tárreplikálást. A HSR használatához azonban régiók közötti kommunikációra van szükség. [Azure Global Reach][globalreach], IP-útválasztási táblák vagy proxyk használatával engedélyezheti a régiók közötti HSR-t.

Az egy régióban lévő NAGY HANA-példányokhoz csatlakozó Összes Azure-beli virtuális hálózat összekapcsolható az ExpressRoute-on keresztül egy másodlagos régióban lévő HANA Nagy példányokkal.

A nagy HANA-példányok ExpressRoute-kapcsolatcsoportja alapértelmezés szerint a kiépítés során szerepel. A beállításhoz egy adott hálózati elrendezésre van szükség, beleértve a szükséges osztály nélküli tartományközi útválasztási (CIDR) címtartományokat és tartomány-útválasztást. További információ: SAP HANA (nagy példányok) infrastruktúra és kapcsolat az Azure-ban.

A hálózati késés csökkentése és a teljesítmény javítása érdekében fontolja meg a FastPath (más néven MSEE v2) engedélyezését. Ez a hálózati konfiguráció lehetővé teszi a helyszíni és az Azure-beli virtuális hálózat közötti, illetve a virtuális hálózatról a NAGY HANA-példányokra érkező forgalmat az Azure-átjáró megkerüléséhez.

Megfontolások

Méretezhetőség

A vertikális fel- vagy leskálázáshoz számos kiszolgáló közül választhat, amelyek a NAGY HANA-példányokhoz érhetők el. Ezek az I. és a II. típus szerint vannak kategorizálva, és különböző számítási feladatokhoz vannak testre szabva. Válasszon egy méretet, amely a számítási feladattal együtt növekedhet a következő három évben. Egyéves kötelezettségvállalások is elérhetők.

A BW/4HANA üzemelő példányokhoz általában több gazdagépes, horizontálisan felskálázott üzembe helyezést használnak, egyfajta adatbázisparticionálási stratégiaként. Ebben az írásban a BW/4HANA a NAGY HANA-példányokon 120 TB-ra skálázható fel. A vertikális felskálázáshoz tervezze meg a HANA-táblák elhelyezését a telepítés előtt. Infrastruktúra szempontjából több gazdagép csatlakozik egy megosztott tárolókötethez, így a készenléti gazdagépek gyorsan átveheti azokat, ha a HANA rendszer egyik számítási feldolgozó csomópontja meghibásodik.

Az S/4HANA és az SAP Business Suite a HANA-n egyetlen panelen akár 24 TB-ra is skálázható egypéldányos csomóponttal. A NAGY HANA-példányok és az Azure Storage-infrastruktúra szintén támogatják az S/4HANA és a BW/4HANA kibővített üzembe helyezéseket. A horizontális felskálázásra minősített konkrét termékváltozatok esetében tekintse meg az [SAP által minősített hardverkönyvtárat][könyvtárat].

A HANA memóriakövetelményei az adatmennyiség növekedésével párhuzamosan növekednek. Használja a rendszer jelenlegi memóriahasználatát a jövőbeli felhasználás előrejelzésének alapjaként, majd képezheti le igényét a NAGY HANA-példányok egyikére.

Ha már rendelkezik SAP-telepítésekkel, az SAP jelentéseket biztosít a meglévő rendszerek által használt adatok ellenőrzéséhez és a HANA-példány memóriakövetelményeinek kiszámításához. Lásd például a következő SAP-megjegyzéseket (a hozzáféréshez SAP Service Marketplace-fiók szükséges):

• SAP Note 1793345 – Méretezés az SAP Suite-hoz a HANA-on
• SAP Note 1872170 – Hana- és S/4 HANA-méretezési jelentéscsomag
• SAP Megjegyzés 2121330 – GYAKORI KÉRDÉSEK: SAP BW a HANA méretezési jelentéséről
• SAP-megjegyzés 1736976 – BW méretezési jelentése a HANA-ról
• SAP-megjegyzés 2296290 – Új méretezési jelentés a BW-hez a HANA-ról

Elérhetőség

Az erőforrás-redundancia a magas rendelkezésre állású infrastruktúra-megoldások általános témája. A magas rendelkezésre állási és vészhelyreállítási stratégia megfelelő kialakításához és implementálásához működjön együtt az SAP-val, a rendszer integrátorával vagy a Microsofttal. Ez az architektúra az Azure-beli HANA szolgáltatásszint-szerződését (SLA) követi az Azure-ban (nagy példányokban). A rendelkezésre állási követelmények felméréséhez vegye figyelembe az egyes meghibásodási pontokat, a szolgáltatások kívánt üzemidejét és az alábbi gyakori metrikákat:

• A helyreállítási idő célkitűzése (RTO) azt az időtartamot jelenti, amelyben a NAGY HANA-példányok kiszolgálója nem érhető el.

• A helyreállítási pont célkitűzése (RPO) azt a maximális tolerálható időtartamot jelenti, amelyben az ügyféladatok egy hiba miatt elveszhetnek.

A magas rendelkezésre állás érdekében helyezzen üzembe több példányt egy HA-párban, és használja a HSR-t szinkron módban az adatvesztés és az állásidő minimalizálása érdekében. A helyi, kétcsomópontos magas rendelkezésre állású beállítás mellett a HSR támogatja a többszintű replikációt is, ahol egy másik Azure-régióban lévő harmadik csomópont regisztrál a fürtözött HSR-pár másodlagos replikájára replikációs célként. Ez replikációs százszorszépláncot képez.

A DR-csomópontra történő feladatátvétel manuális folyamat Linux-fürtözés nélkül. Az automatikus hibaészleléshez és a feladatátvételhez konfigurálhatja a Pacemakert a szoftver- vagy hardverhibák okozta állásidő további csökkentésére. A HANA 2.0 SPS 04-től kezdve a HSR a többhelyes replikációt is támogatja. Százszorszéplánc helyett ez a replikációs forma egy elsődleges és több másodlagos előfizetővel rendelkezik.

Ha automatikus feladatátvétellel állítja be a NAGY HANA-példányok HSR-t, kérheti a Microsoft Service Management csapatát, hogy állítson be STONITH-eszközt a HANA Large Instances-kiszolgálókhoz.

Vészhelyreállítás

Ez az architektúra támogatja a hanai nagy példányok közötti vészhelyreállítást különböző Azure-régiókban. A DR-t kétféleképpen támogathatja a NAGY HANA-példányokkal:

• Tárolóreplikálás. Az elsődleges tároló tartalma folyamatosan replikálódik a dr. dr. tárolórendszerekre, amelyek a kijelölt DR HANA Large Instances-kiszolgálón érhetők el. A tárreplikálás során a HANA-adatbázis nincs betöltve a memóriába. Ez a dr. beállítás adminisztrációs szempontból egyszerűbb. Annak megállapításához, hogy ez megfelelő stratégia-e, vegye figyelembe az adatbázis betöltési idejét a rendelkezésre állási SLA-val szemben. A tárreplikálás lehetővé teszi az időponthoz kötött helyreállítást is. Ha a többcélú (költségoptimalizált) dr. beállítás be van állítva, a dr. helyen további, azonos méretű tárolót kell vásárolnia. A Microsoft önkiszolgáló tárolási pillanatképeket és feladatátvételi szkripteket biztosít a HANA-feladatátvételhez a NAGY HANA-példányok ajánlat részeként.

• Többrétegű vagy többhelyes HSR egy harmadik replikával a DR régióban (ahol a HANA-adatbázis betöltődik a memóriába). Ez a beállítás támogatja a gyorsabb helyreállítási időt, de nem támogatja az időponthoz kötött helyreállítást. A HSR-hez másodlagos rendszer szükséges. A DR-helyre irányuló HANA-rendszerreplikációs forgalom olyan proxykon keresztül irányítható, mint az nginx vagy az IP-táblák. Másik lehetőségként a Global Reach segítségével összekapcsolhatja az ExpressRoute-kapcsolatcsoportokat, így az engedélyezett felhasználók közvetlenül csatlakozhatnak a HANA Nagyméretű példányok egységhez.

Költségoptimalizálás

Az Azure díjkalkulátorával megbecsülheti költségeit.

További információért lásd a Microsoft Azure Well-Architected Framework költségekkel kapcsolatos részét.

A termékváltozatok hatással lehetnek a számlázási modellre. Íme néhány költség szempontja.

Virtual machines (Virtuális gépek)

Ebben a referenciaarchitektúrában a virtuális gépeket sap-alkalmazások, SAP-szolgáltatások és megosztott szolgáltatások, például felügyeleti jump boxok üzemeltetésére használják. A NAGY HANA-példányok bizonyos minősített termékváltozatai léteznek. A konfigurációk a számítási feladattól, a CPU-erőforrásoktól, a kívánt memóriától és a költségvetéstől függnek.

A HANA Nagyméretű példányok termékváltozatai fenntartott virtuálisgép-példányokként érhetők el. Az Azure Reservations csökkentheti a költségeket, ha egyéves vagy hároméves időszakra kötelezheti el magát. A virtuális gépek foglalásai akár 72%-kal is csökkenthetik a költségeket a használatalapú fizetéshez képest. Egy célhoz készült SAP HANA-infrastruktúrát kap számítással, tárolással és hálózattal. A NAGY HANA-példányok NFS-tárolóval és hálózatkezeléssel vannak összekapcsolva, és beépített támogatást nyújtanak a biztonsági mentésekhez a tárolási pillanatképeken, a magas rendelkezésre álláson, a vészhelyreállításon és a kibővített konfigurációkon keresztül. Ha a számítási feladat nem rendelkezik kiszámítható befejezési idővel vagy erőforrás-felhasználással, fontolja meg a használatalapú fizetést.

Használja az Azure-megtakarítási csomag áttekintését , és kombinálja az Azure Reservations szolgáltatással. Az Azure-megtakarítási csomag egy rugalmas költségmegtakarítási csomag, amely jelentős megtakarítást hoz létre használatalapú fizetéses árakon. Ön egy vagy hároméves szerződést fogad el, és kedvezményeket kap a jogosult számítási szolgáltatásokra vonatkozóan. A megtakarítások a régiótól, a példány méretétől vagy az operációs rendszertől függetlenül érvényesek ezekre a számítási szolgáltatásokra. További információkért tekintse meg az Azure megtakarítási csomag dokumentációját.

Az Azure Spot virtuális gépek használatával olyan számítási feladatokat futtathat, amelyek megszakíthatók, és nem igényelnek befejezést előre meghatározott időkereten vagy SLA-on belül.

További információ: "SAP HANA az Azure Large Instancesben" című szakasz az SAP HANA virtuális gépek díjszabásához készült HLI-ben.

Azure ExpressRoute

Ebben az architektúrában az Azure ExpressRoute hálózati szolgáltatásként használható a helyszíni hálózat és az Azure virtuális hálózatok közötti privát kapcsolatok létrehozásához. Az Azure-beli virtuális gépek egy másik ExpressRoute-kapcsolat és egy ExpressRoute-átjáró használatával csatlakoznak a NAGY HANA-példányokhoz. A nagy teljesítményű vagy ultrateljesítmény az ajánlott termékváltozat.

Minden bejövő adatátvitel ingyenes. Minden kimenő adatátvitelt előre meghatározott díj alapján számítunk fel. További információkért tekintse meg az Azure ExpressRoute díjszabását.

Backup

Az üzleti követelményeknek megfelelően válasszon a rendelkezésre álló lehetőségek közül.

A nagy HANA-példányok biztonsági mentési és visszaállítási módszerével kapcsolatos további részletekért tekintse meg a biztonsági mentésről és a visszaállításról szóló cikket.

Kezelhetőség

Monitorozza a NAGY MÉRETŰ HANA-példányok erőforrásait – például a processzort, a memóriát, a hálózati sávszélességet és a tárterületet – az SAP HANA Studio, az SAP HANA Cockpit, az SAP Solution Manager és más natív Linux-eszközök használatával. A NAGY HANA-példányok I. típusú termékváltozatai nem beépített monitorozási eszközökkel járnak. A II. típusú termékváltozatok előre összeállított diagnosztikai eszközöket kínálnak a rendszertevékenységek naplózásához és hibaelhárításához.

A Microsoft alapvető eszközöket és erőforrásokat kínál a NAGY HANA-példányok Azure-beli monitorozásához. A Microsoft támogatási csapata a technikai problémák elhárításában is segítséget nyújthat.

Biztonság

• 2018 vége óta a HANA Large Instances Storage alapértelmezés szerint titkosítva van.

• A NAGY HANA-példányok és a virtuális gépek között átvitt adatok nincsenek titkosítva. Az adatátvitel titkosításához engedélyezze az alkalmazásspecifikus titkosítást. Lásd: SAP Note 2159014 – GYAKORI KÉRDÉSEK: SAP HANA Security.

• Az elkülönítés biztonságot nyújt a bérlők között a több-bérlős HANA nagypéldány-környezetben. A bérlők a saját VLAN-jukkal vannak elkülönítve.

• Az Azure hálózati biztonsági ajánlott eljárásai hasznos útmutatást nyújtanak.

• Mint minden üzemelő példány esetében, az operációs rendszer megkeményedése is ajánlott, beleértve a SUSE Linux rendszerképének az Azure-beli SAP-hoz való keményítését is.

• A fizikai biztonság érdekében az Azure-adatközpontokhoz való hozzáférés csak a jogosult személyzetre korlátozódik. Egyetlen ügyfél sem férhet hozzá a fizikai kiszolgálókhoz.

További információ: SAP HANA Security – Áttekintés. (A hozzáféréshez SAP Service Marketplace-fiók szükséges.)

Közösségek

A közösségek választ adhatnak a kérdéseire, továbbá segíthetnek a sikeres üzembe helyezésben. A következőket ajánljuk figyelmébe:

• SAP-alkalmazások futtatása a Microsoft Platform blogján
• Stack Overflow SAP

Közreműködők

Ezt a cikket a Microsoft tartja karban. Eredetileg a következő közreműködők írták.

Fő szerző:

• Ben Trinh | Főépítész

A nem nyilvános LinkedIn-profilok megtekintéséhez jelentkezzen be a LinkedInbe.

Kapcsolódó erőforrások

Érdemes lehet áttekinteni a következő Azure-példaforgatókönyvet , amely ugyanazokat a technológiákat használó konkrét megoldásokat mutatja be:

• SAP éles számítási feladatok futtatása Oracle Database használatával az Azure-ban