Az SAP HANA egy népszerű, memórián belüli DBMS, amely tárolási szolgáltatásokat (Data Warehouse) és elemzéseket, beépített köztes szoftvert, alkalmazáskiszolgálót és új segédprogramok konfigurálására vagy fejlesztésére szolgáló platformot tartalmaz. A hagyományos DBMS-ek késleltetésének megszüntetésével az SAP HANA segítségével nagymértékben növelheti a rendszer teljesítményét, a tranzakciófeldolgozást (OLTP) és az üzleti intelligenciát (OLAP).
Az SAP HANA-t Appliance és TDI módban telepítheti (ha éles környezetekről beszélünk). Mindegyik opcióhoz a gyártó saját követelményei vannak. Ebben a bejegyzésben a különböző lehetőségek előnyeiről és hátrányairól fogunk beszélni, valamint az érthetőség kedvéért az SAP HANA valós projektjeinkről.
Az SAP HANA 3 fő összetevőből áll – gazdagépből, példányból és rendszerből.
Házigazda egy kiszolgáló vagy operációs környezet az SAP HANA DBMS futtatásához. Szükséges összetevői: CPU, RAM, tárhely, hálózat és operációs rendszer. A gazdagép hivatkozásokat biztosít a telepítési könyvtárakhoz, adatokhoz, naplókhoz vagy közvetlenül a tárolórendszerhez. Ugyanakkor az SAP HANA telepítéséhez szükséges tárolórendszernek nem kell a gazdagépen lennie. Ha a rendszernek több gazdagépe van, akkor vagy megosztott tárhelyre lesz szüksége, vagy olyanra, amely igény szerint elérhető az összes gazdagéptől.
Példa — egy gazdagépen telepített SAP HANA rendszerösszetevők készlete. A fő összetevők az indexkiszolgáló és a névkiszolgáló. Az első, amelyet „munkaszervernek” is neveznek, feldolgozza a kéréseket, kezeli az aktuális adattárakat és adatbázismotorokat. A Name Server információkat tárol az SAP HANA telepítés topológiájáról – hol futnak az összetevők, és milyen adatok vannak a kiszolgálón.
Rendszer – ez egy vagy több példány azonos számmal. Lényegében ez egy különálló elem, amely engedélyezhető, letiltható vagy másolható (menthető). Az adatok az SAP HANA rendszert alkotó különféle szerverek memóriájában vannak elosztva.
A rendszer konfigurálható egygépes (egy példány egy gazdagépen) vagy több gazdagépes, elosztott (több SAP HANA-példány több gazdagépen van elosztva, gazdagépenként egy példány). Több gazdagépes rendszerekben minden példánynak azonos számmal kell rendelkeznie. Az SAP HANA rendszert egy rendszerazonosító (SID) azonosítja, amely egy egyedi szám, amely három alfanumerikus karakterből áll.
SAP HANA virtualizáció
Az SAP HANA egyik fő korlátja, hogy csak egy rendszert támogat – egyetlen példányt egyedi szerver-SID-vel. A hardver hatékonyabb használatához vagy az adatközpontban lévő kiszolgálók számának csökkentéséhez virtualizációt használhat. Ily módon más tájak is együtt létezhetnek ugyanazon a szerveren alacsonyabb követelményeket támasztó rendszerekkel (nem produktív rendszerek). A készenléti HA/DR szerverek esetében a virtualizáció javíthatja a produktív és a nem produktív virtuális gépek közötti váltás sebességét.
Az SAP HANA támogatja a VMWare ESX hypervisort. Ez azt jelenti, hogy a különböző SAP HANA rendszerek – különböző SID-számú SAP HANA-telepítések – együtt létezhetnek egyetlen gazdagépen (közös fizikai szerveren) különböző virtuális gépeken. Minden virtuális gépnek támogatott operációs rendszeren kell futnia.
Éles környezetben az SAP HANA virtualizációnak komoly korlátai vannak:
- Scale-out skálázás nem támogatott - a virtualizáció csak Scale-Up rendszerekkel használható, legyen az BwoH/DM/SoH vagy „tiszta” SoH;
- a virtualizációt az Appliance vagy TDI eszközökre megállapított szabályok szerint kell végrehajtani;
- Az Általános elérhetőség (GA) csak egy virtuális géppel rendelkezhet – a HANA éles környezetekkel virtualizációt használni kívánó vállalatoknak részt kell venniük a Controlled Availability programban az SAP-val.
Nem produktív környezetekben, ahol ezek a korlátozások nem léteznek, a virtualizáció felhasználható a hardverhasználat optimalizálására.
SAP HANA topológiák
Térjünk át az SAP HANA üzembe helyezésére. Itt két topológia van definiálva.
- Bővítés – egy nagy szerver. A HANA-bázis növekedésével maga a szerver is növekszik: nő a CPU-k száma és a memória mennyisége. A magas rendelkezésre állású (HA) és a katasztrófa-helyreállítással (DR) rendelkező megoldásokban a biztonsági vagy hibatűrő kiszolgálóknak meg kell felelniük a produktív kiszolgálók jellemzőinek.
- Scale-out – az SAP HANA rendszer teljes kötete több azonos szerveren van elosztva. A főkiszolgáló információkat tartalmaz az indexkiszolgálóról és a névkiszolgálóról. A slave szerverek nem tartalmazzák ezeket az adatokat - kivéve a szervert, amely a fő szerver meghibásodása esetén átveszi a Master funkcióit. Az indexkiszolgálók kezelik a hozzájuk rendelt adatszegmenseket, és válaszolnak a kérésekre. A névszerverek tisztában vannak az adatok elosztásával a termelési szerverek között. Ha a HANA növekszik, egy másik csomópont egyszerűen hozzáadódik az aktuális szerverkonfigurációhoz. Ebben a topológiában elegendő egy tartalék csomópont a teljes szerver biztonságának biztosításához.
SAP hardverkövetelmények
Az SAP-nak kötelező hardverkövetelményei vannak a HANA-hoz. Termelő környezetre vonatkoznak – a nem termelt jellemzők esetében elegendőek a minimális jellemzők. Tehát itt vannak a termelési környezetekre vonatkozó követelmények:
- CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- 128 GB RAM-tól BW alkalmazásokhoz 2 CPU-val, 256 GB 4+ CPU-val;
Az SAP HANA telepítése Appliance és TDI módban
Most térjünk át a gyakorlatra, és beszéljünk arról, hogyan lehet megvalósítani az SAP HANA-t Appliance és TDI módban. Ehhez a BullSequana S és Bullion S szervereken alapuló SAP HANA platformjainkat használjuk, amelyek az SAP tanúsítvánnyal rendelkeznek ezekben a módokban való működésre.
Egy kis infó a termékekről. Az Intel Xeon Scalable alapú BullSequana S különféle modelleket tartalmaz, akár 32 CPU-t egyetlen szerveren. A kiszolgáló moduláris felépítéssel készült, amely akár 32 CPU-ig és ugyanennyi GPU-ig skálázható. RAM - 64 GB-tól 48 TB-ig. A BullSequana S szolgáltatásai közé tartozik a vállalati mesterséges intelligencia támogatás a jobb teljesítmény érdekében, a gyorsított adatelemzés, a továbbfejlesztett memórián belüli számítástechnika, valamint a virtualizációs és felhőtechnológiákkal történő korszerűsítés.
A Bullion S Intel Xeon E7 v4 család CPU-kkal érkezik. A processzorok maximális száma 16. A RAM 128 GB-ról 24 TB-ra méretezhető. Számos RAS-funkció magas szintű rendelkezésre állást biztosít a kritikus fontosságú infrastruktúrákhoz, például az SAP HANA-hoz. A Bullion S alkalmas tömeges adatközpont-konszolidációra, In-Memory alkalmazások futtatására, nagyszámítógépek áttelepítésére vagy örökölt rendszerekre.
SAP HANA készülék
Az Appliance egy előre konfigurált megoldás, amely egy szervert, tárolórendszert és egy kulcsrakész megvalósításhoz szükséges szoftvercsomagot tartalmaz, központi támogatási szolgáltatással és megállapodás szerinti teljesítményszinttel. Itt a HANA előre konfigurált hardverként és szoftverként érkezik, teljesen integrálva és tanúsítva. Az Appliance módban lévő eszköz készen áll az adatközpontban történő telepítésre, és az operációs rendszer, az SAP HANA és (ha szükséges) egy további VMWare példány már konfigurálva és telepítve van.
Az SAP-tanúsítvány meghatározza a garantált teljesítményszintet, valamint a CPU modelljét, a RAM mennyiségét és a tárhelyet. A hitelesítés után a konfiguráció nem módosítható a garancia érvénytelenítése nélkül. A HANA platform méretezéséhez az SAP három lehetőséget kínál.
- BWoH/DM/SoH nagyítás – függőleges skálázás, amely alkalmas egyetlen rendszerre (egy SID). Az eszközök 256/384 GB-tal nőnek az SAP HANA SPS 11-től kezdve. Ez az arány az egy CPU által támogatott maximális kapacitást mutatja, és a tanúsított készülékek teljes listájára jellemző. A függőleges skálázással rendelkező BWoH/DM/SoH készülék ideális a HANA (BWoH), a Data Mart (DM) és az SAP Suite HANA (SoH) alkalmazásokhoz.
- Scale-Up SoH - Ez az előző modell könnyű változata, kevesebb korlátozással a RAM mennyiségére vonatkozóan. Ez még egy függőlegesen skálázható szerver, de a maximális RAM mennyisége 2 processzorra már 1536 GB (SPS11 verzióig) és 3 TB (SPS12+). Csak SoH-hoz alkalmas.
- Scale-Out - Ez egy vízszintesen méretezhető lehetőség, egy olyan rendszer, amely támogatja a többkiszolgálós konfigurációkat. A vízszintes méretezés optimális a BW-hez és bizonyos korlátozásokkal a SoH-hoz.
A BullSequana S és Bullion S kiszolgálókon a függőleges skálázás áll a középpontban, mivel kevesebb a működési korlátja, és kevesebb adminisztrációt igényel. Az Appliance módhoz különféle eszközök széles választéka áll rendelkezésre.
BullSequana S megoldások SAP HANA-hoz Appliance módban
*Opcionális E7-8890/94v4
Bullion S megoldások SAP HANA-hoz Appliance módban
Az SAP HANA SPS 12 összes Bull-megoldása Appliance módban tanúsított. A berendezés egy szabványos 19 hüvelykes 42U rack-be van telepítve, két tápegységgel - belső PDU-kkal. A következő szerverek rendelkeznek SAP tanúsítvánnyal:
- BullSequana S Intel Xeon Skylake 8176, 8176M, 8180, 8180M (az „M” betűs processzorok 128 GB-os memóriamodulokat támogatnak). Ár-minőség arányt tekintve az Intel 8176-os opciók néznek ki a legjobban
- Bullion S Intel Xeon E7-8880 v4, 8890 és 8894 rendszerrel.
A tárolórendszer FC portokon keresztül közvetlenül kapcsolódik a szerverhez, így itt nincs szükség SAN switchekre. Hasznosak lehetnek a LAN-hoz vagy SAN-hoz csatlakoztatott rendszerek eléréséhez.
Íme egy példa az EMC Unity 450F tárolórendszer konfigurációjára a beállításunkban:
- Magasság: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
- Vezérlők: 2
- Lemezek: 6-250 SAS SSD, egyenként 600 GB-tól 15.36 TB-ig
- RAID: 5. szint (8+1), 4 RAID csoport
- Interfész: vezérlőnként 4 FC, 8 vagy 16 Gbit/s
- Szoftver: Unisphere Block Suite
Az Appliance megbízható telepítési lehetőség, de van egy nagy hátránya: kevés szabadság a hardver konfigurálásában. Ezenkívül ez a lehetőség változtatásokat igényelhet az informatikai részleg folyamataiban.
SAP HANA TDI
Az Appliance alternatívája a TDI (Tailored Data center Integration) mód, amelyben a megrendelő kívánságaitól függően - az elvégzett feladatok és a leterheltség figyelembevételével - lehet konkrét gyártókat és infrastruktúra-elemeket kiválasztani. Például egy SAN újrafelhasználható egy adatközpontban, néhány lemezzel a HANA telepítéséhez.
Az Appliance-hez képest a TDI mód sokkal nagyobb szabadságot biztosít a felhasználónak a követelmények teljesítésében. Ez nagymértékben leegyszerűsíti a HANA integrálását az adatközpontba – saját testreszabott infrastruktúrát építhet ki. Például változtassa meg a processzorok típusát és számát a terheléstől függően.
A kapacitásszámításokhoz javasoljuk az SAP Quick Sizer használatát, egy egyszerű eszközt, amely CPU- és memóriakövetelményeket biztosít az SAP HANA különböző munkaterheléseihez. Ezt követően felveheti a kapcsolatot az SAP Active Global Support szolgáltatással az informatikai környezet megtervezéséhez. Ezt követően az SAP HANA hardverpartner a számítási eredményeket különböző lehetséges rendszerkonfigurációkba konvertálja – mind a felső kategóriás, mind az egyszerűbb hardvereken. TDI módban szerverekhez elfogadható Intel E7 CPU-k használata, beleértve az Intel Broadwell E7 és Skylake-SP (Platinum, Gold, Silver 8 vagy több maggal processzoronként), valamint az IBM Power8/ 9.
A szervereket tárolórendszerek, kapcsolók és rackek nélkül szállítjuk, de a hardverkövetelmények ugyanazok, mint az Appliance módban – ugyanazok az egy csomópontok, megoldások függőleges vagy vízszintes skálázással. Az SAP ezt követeli meg csak tanúsított szervereket, tárolórendszereket és switcheket használtak, de ez nem ijesztő – a legtöbb gyártó szinte minden berendezést tanúsított.
A teljesítménytesztet HWCCT (Hardverkonfiguráció-ellenőrző eszköz) tesztekkel kell elvégezni., amelyek lehetővé teszik bizonyos SAP KPI-k betartásának ellenőrzését. És van egy nem hardverkövetelmény: A HANA-t, az operációs rendszert és a hypervisort (opcionális) az SAP minősített szakembereinek kell telepítenie. Csak azok a rendszerek kaphatnak SAP teljesítménytámogatást, amelyek megfelelnek az összes felsorolt szabálynak.
A BullSequana S szerversor TDI módban hasonló az Appliance módban használt vonalhoz, de tárolórendszerek, kapcsolók és rackek nélkül. Bármilyen tárolórendszert telepíthet a tanúsított SAP rendszerek listájáról - VNX, XtremIO, NetApp és mások. Ha például a VNX5400 megfelel az SAP HANA teljesítménykövetelményeinek, a TDI konfiguráció részeként csatlakoztathat Dell EMC Unity 450F tárolót. Szükség esetén FC adapterek (1 vagy 10 Gbit/s), valamint Ethernet kapcsolók is telepítve vannak.
Most, hogy jobban el tudja képzelni a leírt módokat, elmesélünk néhány valós esetünket.
Készülék + TDI: HANA az online áruházhoz
A Mall.cz online áruházat, amely a Mall Group része, 2000-ben alapították. Kirendeltségei vannak Csehországban, Szlovákiában, Lengyelországban, Magyarországon, Szlovéniában, Horvátországban és Romániában. Ez az ország legnagyobb webáruháza, naponta akár 75 ezer terméket értékesít, árbevétele 2017 végén mintegy 280 millió eurót tett ki.
Az adatközponti infrastruktúra frissítésére az SAP HANA-ra való átállás kapcsán volt szükség. A becsült méret 2 x 6 TB volt prod környezeteknél és 6 TB teszt/fejlesztői környezeteknél. Ugyanakkor szükség volt egy katasztrófa utáni helyreállítási megoldásra egy produktív SAP HANA környezethez egy aktív-aktív fürtben.
A pályázat kiírásakor a megrendelő rendelkezett szabványos rack és blade szervereken alapuló SAP rendszerrel. Két, egymástól körülbelül 10 km-re elhelyezkedő adatközpont különféle tárolórendszerekkel volt felszerelve - IBM SVC, HP és Dell. A kulcsfontosságú rendszerek katasztrófa-helyreállítási módban működnek.
Először is, az ügyfél egy tanúsított megoldást kért Appliance módban az SAP HANA-hoz minden rendszerhez (termelési és teszt/fejlesztői környezet), akár 12 TB-os növekedéssel. A költségvetési korlátozások miatt azonban más lehetőségeket is fontolóra vettek - például nagyobb számú CPU-t kisebb RAM-modulokkal (64 GB-os modulok 128 GB-os modulok helyett). Ezenkívül az ár optimalizálása érdekében a termelési és a teszt/fejlesztői környezet közös tárolását is figyelembe vettük.
4 CPU-ban és 6 TB RAM-ban állapodtunk meg a termelési környezethez, ahol van lehetőség a növekedésre. A TDI módban működő teszt/fejlesztői környezetekhez úgy döntöttünk, hogy olcsóbb CPU-kat használunk – végül 8 CPU-t és 6 TB RAM-ot kaptunk. Az ügyfél által igényelt nagyobb számú funkció miatt - replikáció, biztonsági mentés, közös gyártási és teszt/fejlesztői környezet a második oldalon - a belső lemezek helyett a DellEMC Unity tárolórendszereket full-flash konfigurációban használták. Ezenkívül az ügyfél HANA rendszerreplikáción (HSR) alapuló katasztrófa-helyreállítási megoldást kért egy harmadik helyen lévő kvórumcsomóponttal.
A Prod környezet végső konfigurációja egy BullSequana S400 szerverből állt Intel Xeon P8176M-en (28 mag, 2.10 GHz, 165 W) és 6 TB RAM. Tárolórendszer - Unity 450F 10x 3.84 TB. Katasztrófa utáni helyreállítás céljából a Prod környezethez BullSequana S400-at használtunk Intel Xeon P8176M-en (28 mag, 2.10 GHz, 165 W), 6 TB RAM-mal. A teszt/fejlesztői környezethez egy BullSequana S800 szervert vettünk Intel Xeon P8153-mal (16 mag, 2.00 GHz, 125 W) és 6 TB RAM-mal, valamint Unity 450F 15x 3.84 TB-os tárolórendszerrel. Szakembereink a DellEMC-szervereket kvórumként telepítették és konfigurálták, alkalmazásszervereket (VxRail Solution) és biztonsági mentési megoldást (DataDomain).
A berendezés készen áll a későbbi frissítésekre. Az ügyfél arra számít, hogy 2019-ben a HANA méretezése növekedni fog, és már csak új modulokat kell beszerelnie az állványokba.
Készülék: HANA egy nagy turisztikai integrátor számára
Ügyfelünk ezúttal egy utazási cégek számára technológiai megoldásokat fejlesztő nagy IT szolgáltató volt. Az ügyfél ambiciózus SAP HANA projektet indított egy új számlázási rendszer bevezetésére. Megoldásra volt szükség Appliance módban 8 TB RAM-mal termelési és PreProd környezetekhez. Az ügyfél az SAP ajánlásainak megfelelően a függőleges skálázási lehetőséget választotta.
A legfontosabb feladat az SAP HANA Appliance módban tanúsított eszközökön alapuló hardver infrastruktúra megvalósítása volt. A prioritási kritériumok a költséghatékonyság, a nagy teljesítmény, a skálázhatóság és az adatok magas rendelkezésre állása voltak.
Javasoltunk és bevezettünk egy SAP-tanúsítvánnyal rendelkező megoldást, beleértve két Bullion S16 szervert – Prod és PreProd környezetekhez. A berendezés Intel Xeon E7-v4 8890 processzorokon fut (24 mag, 2.20 GHz, 165 W), és 16 TB RAM-mal van felszerelve. A BW és Dev/Test környezetekhez kilenc Bullion S4 szervert (22 mag, 2.20 GHz, 150 W) telepítettek 4 TB RAM-mal. Tárolórendszerként a hibrid EMC Unity-t használták.
Ez a megoldás az eszköz összes eleméhez nyújt méretezési támogatást – például akár 16 aljzatig Intel Xeon E7-v4 CPU-val. Ebben a konfigurációban leegyszerűsödik az adminisztráció – különösen a szerver újrakonfigurálásakor vagy particionálásakor.
Készülék + TDI: HANA kohászoknak
Az MMC Norilsk Nickel, az egyik legnagyobb nikkel- és palládiumgyártó úgy döntött, hogy frissíti SAP HANA hardverplatformját a kritikus üzleti alkalmazások és projektek támogatása érdekében. Szükség volt a meglévő táj bővítésére a számítási teljesítmény tekintetében. Az ügyfél által támasztott egyik fő feltétel a platform magas rendelkezésre állása volt - a hardveres korlátok ellenére.
Éles környezetekben a Bullion S8 szervert és tárolórendszereket használtuk SAP HANA Appliance módban. A HA és a teszt/fejlesztő esetében a platform TDI módban került telepítésre. Egy Bull Bullion S8 szervert, két Bull Bullion S6 szervert és egy hibrid tárolórendszert használtunk. Ez a kombináció lehetővé tette az alkalmazások sebességének jelentős növelését az SAP környezetben, a számítási teljesítmény és az adattárolási erőforrások mennyiségének növelését, valamint a működési költségek minimalizálását. Fontos, hogy a kliens továbbra is képes legyen 16 CPU-ig skálázni.
Meghívjuk Önt az SAP Fórumra
Ebben a bejegyzésben megvizsgáltuk az SAP HANA különféle módokon történő telepítését, és megpróbáltuk rávilágítani a rendelkezésre álló lehetőségek előnyeire és hátrányaira. Ha bármilyen kérdése van az SAP HANA bevezetésével kapcsolatban, szívesen válaszolunk rájuk a megjegyzésekben.
Szeretettel hívunk mindenkit, aki érdeklődik a Bull megoldások iránt és azok SAP HANA alatti megvalósításának lehetőségei iránt az év legnagyobb SAP rendezvényére: április 17-én Moszkvában rendezik meg az SAP Forum 2019-et. Várunk az IoT-ben található standunkon zóna: sok érdekes dolgot mondunk el, és sok nyereményt is kiosztunk.
Találkozunk a fórumon!
Forrás: will.com