SAP HANA nola zabaldu: metodo desberdinak aztertzen ditugu

SAP HANA memoria barneko DBMS ezaguna da, biltegiratze zerbitzuak (Data Warehouse) eta analisiak, barneko middlewarea, aplikazio zerbitzari bat eta utilitate berriak konfiguratzeko edo garatzeko plataforma bat barne hartzen dituena. SAP HANA-rekin DBMS tradizionalen latentzia ezabatuz, sistemaren errendimendua, transakzioen prozesamendua (OLTP) eta negozio adimena (OLAP) asko handitu ditzakezu.

SAP HANA nola zabaldu: metodo desberdinak aztertzen ditugu

SAP HANA Appliance eta TDI moduetan inplementatu dezakezu (ekoizpen inguruneei buruz hitz egiten badugu). Aukera bakoitzerako, fabrikatzaileak bere eskakizunak ditu. Post honetan aukera ezberdinen abantailei eta desabantailei buruz hitz egingo dugu, baita, argitasunerako, SAP HANArekin ditugun benetako proiektuei buruz ere.

SAP HANAk 3 osagai nagusi ditu: ostalaria, instantzia eta sistema.

Ostalaria SAP HANA DBMS exekutatzeko zerbitzaria edo ingurune eragilea da. Beharrezko osagaiak CPU, RAM, biltegiratzea, sarea eta OS dira. Ostalariak estekak eskaintzen ditu instalazio-direktorioetarako, datuetarako, erregistroetarako edo zuzenean biltegiratze-sistemarako. Aldi berean, SAP HANA instalatzeko biltegiratze sistema ez da zertan ostalarian egon. Sistemak hainbat ostalari baditu, biltegiratze partekatua edo ostalari guztien eskaeran eskuragarri dagoen bat beharko duzu.

Instantzia — Ostalari batean instalatutako SAP HANA sistemaren osagaien multzoa. Osagai nagusiak Index Server eta Name Server dira. Lehenengoak, "laneko zerbitzaria" ere deitzen dena, eskaerak prozesatzen ditu, egungo datu biltegiak eta datu-baseen motorrak kudeatzen ditu. Name Server SAP HANA instalazioaren topologiari buruzko informazioa gordetzen du: osagaiak non exekutatzen diren eta zer datu zerbitzarian.

Sistema – zenbaki bereko instantzia bat edo gehiago da. Funtsean, gaitu, desgaitu edo kopiatu (kopia egin daiteke) elementu bereizia da. Datuak SAP HANA sistema osatzen duten hainbat zerbitzarien memorian banatzen dira.

SAP HANA nola zabaldu: metodo desberdinak aztertzen ditugu
Sistema ostalari bakarrean (instantzia bat ostalari batean) edo ostalari anitzeko moduan konfigura daiteke, banatuta (hainbat SAP HANA instantzia hainbat ostalaritan banatzen dira, ostalari bakoitzeko instantzia batekin). Ostalari anitzeko sistemetan, instantzia bakoitzak zenbaki bera izan behar du. SAP HANA sistema bat System ID (SID) bidez identifikatzen da, hiru karaktere alfanumerikoz osatutako zenbaki bakarra.

SAP HANA Birtualizazioa

SAP HANAren muga nagusietako bat sistema bakarraren laguntza da - zerbitzariaren SID bakarra duen instantzia bat. Hardwarea modu eraginkorragoan erabiltzeko edo datu-zentro bateko zerbitzari kopurua murrizteko, birtualizazioa erabil dezakezu. Horrela, beste paisaia batzuk zerbitzari berean elkarrekin bizi daitezke eskakizun baxuagoak dituzten sistemekin (sistema ez-produktiboak). Erreserba HA/DR zerbitzari baterako, birtualizazioak makina birtual produktiboen eta ez-produktiboen artean aldatzeko abiadura hobe dezake.

SAP HANAk VMWare ESX hipervisorerako euskarria dakar. Horrek esan nahi du SAP HANA sistema desberdinak (SAP HANA instalazioak SID zenbaki ezberdinekin) ostalari bakar batean (zerbitzari fisiko arrunta) batera bizi daitezkeela makina birtual ezberdinetan. Makina birtual bakoitzak onartzen duen sistema eragile batean exekutatu behar du.

Produkzio-inguruneetarako, SAP HANA birtualizazioak muga handiak ditu:

  • Eskalatze-eskala ez da onartzen - birtualizazioa Scale-Up sistemekin soilik erabil daiteke, izan BwoH/DM/SoH edo SoH "purua" izan;
  • birtualizazioa Appliance edo TDI gailuetarako ezarritako arauen barruan egin behar da;
  • Erabilgarritasun Orokorrak (GA) makina birtual bakarra izan dezake: HANA produkzio-inguruneekin birtualizazioa erabili nahi duten enpresek SAP-ekin Eskuragarritasun Kontrolatua programan parte hartu behar dute.

Muga horiek existitzen ez diren ingurune ez-produktiboetan, birtualizazioa erabil daiteke hardwarearen erabilera optimizatzeko.

SAP HANA topologiak

Goazen SAP HANA inplementatzera. Hemen bi topologia definitzen dira.

  • Eskalatzea - ​​zerbitzari handi bat. HANA oinarria hazten den heinean, zerbitzaria bera hazten da: CPU kopurua eta memoria kopurua handitzen dira. Erabilgarritasun Handia (HA) eta Hondamendiak Berreskuratzea (DR) dituzten soluzioetan, babeskopiak edo akatsen aurrean zerbitzariek zerbitzari produktiboen ezaugarriekin bat egin behar dute.
  • Eskalatzea - ​​SAP HANA sistemaren bolumen osoa hainbat zerbitzari berdinetan banatzen da. Zerbitzari maisuak Index zerbitzariari eta izenen zerbitzariari buruzko informazioa dauka. Zerbitzari esklaboek ez dituzte datu hauek, zerbitzariak izan ezik, maisuaren funtzioak hartzen baititu zerbitzari nagusiaren hutsegite kasuetan. Indize zerbitzariek esleitzen zaizkien datu-segmentuak kudeatzen dituzte eta eskaerei ere erantzuten diete. Izen-zerbitzariek badakite nola banatzen diren datuak ekoizpen-zerbitzarien artean. HANA hazten bada, beste nodo bat gehitzen zaio uneko zerbitzariaren konfigurazioari. Topologia honetan, nahikoa da backup-nodo bat izatea zerbitzari osoaren segurtasuna bermatzeko.

SAP HANA nola zabaldu: metodo desberdinak aztertzen ditugu

SAP hardware-eskakizunak

SAPek HANArako derrigorrezko hardware-eskakizunak ditu. Ekoizpen-inguruneekin erlazionatzen dira; produktuak ez direnetarako, gutxieneko ezaugarriak nahikoak dira. Beraz, hona hemen ekoizpen-inguruneetarako baldintzak:

  • CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
  • 128 GB RAM-tik BW aplikazioetarako 2 CPUrekin, 256 GB 4 + CPUrekin;

SAP HANA Appliance eta TDI moduetan zabaltzea

Orain pasa gaitezen praktikara eta SAP HANA Appliance eta TDI moduetan nola ezartzeari buruz hitz egitera. Horretarako BullSequana S eta Bullion S zerbitzarietan oinarritutako gure SAP HANA plataformak erabiltzen ditugu, SAPek modu hauetan funtzionatzeko ziurtagiria dutenak.

Produktuei buruzko informazio apur bat. Intel Xeon Scalable-n oinarritutako BullSequana S-k hainbat modelo biltzen ditu, 32 CPU zerbitzari bakarrean. Zerbitzaria 32 CPUra eta GPU kopuru bera duen eskalagarritasuna eskaintzen duen diseinu modular baten bidez eraikitzen da. RAM - 64 GB-tik 48 TB-ra. BullSequana S-ren eginbideek, besteak beste, AI enpresaren laguntza eskaintzen dute errendimendua hobetzeko, datuen analisi bizkortua, memoriako informatika hobetua eta birtualizazio eta hodeiko teknologiekin modernizatzea.

Bullion S Intel Xeon E7 v4 Familiako CPUekin dator. Gehienezko prozesadore kopurua 16 da. RAM 128 GBtik 24 TBra eskalagarria da. RAS funtzio ugarik erabilgarritasun maila handia eskaintzen dute SAP HANA bezalako azpiegitura kritikoetarako. Bullion S datu-zentro masiboa finkatzeko, Memoria barneko aplikazioak exekutatzeko, mainframe-ak edo sistema tradizionalak migratzeko egokia da.

SAP HANA tresna

Appliance aurrez konfiguratutako irtenbide bat da, zerbitzari bat, biltegiratze sistema eta giltza eskuan inplementatzeko software pakete bat barne hartzen dituena, laguntza-zerbitzu zentralizatu batekin eta adostutako errendimendu-mailarekin. Hemen, HANA aurrez konfiguratutako hardware eta software gisa dator, guztiz integratuta eta ziurtatuta. Tresna moduan dagoen gailua datu-zentroan instalatzeko prest dago, eta sistema eragilea, SAP HANA eta (beharrezkoa bada) VMWare instantzia gehigarri bat dagoeneko konfiguratuta eta instalatuta daude.

SAP ziurtagiriak bermatutako errendimendu maila zehazten du, baita CPU eredua, RAM kopurua eta biltegiratzea ere. Ziurtatu ondoren, konfigurazioa ezin da aldatu bermea baliogabetu gabe. HANA plataforma eskalatzeko, SAPek hiru aukera eskaintzen ditu.

  • BWoH/DM/SoH eskalatzea – eskalatze bertikala, sistema bakarrerako egokia dena (SID bakarra). Etxetresna elektrikoak 256/384 GB hazten dira SAP HANA SPS 11-tik hasita. Ratio honek CPU batek onartzen duen gehienezko ahalmena erakusten du eta ohikoa da etxetresna elektriko ziurtatuen zerrenda osorako. Eskalatze bertikaleko BWoH/DM/SoH tresna aproposa da BW-n HANA (BWoH), Data Mart (DM) eta SAP Suite HANA (SoH) aplikazioetarako.
  • SoH eskalatzea - Aurreko modeloaren bertsio arina da, RAM kopuruaren murrizketa gutxiagorekin. Bertikalki eskalagarria den zerbitzaria da oraindik, baina 2 prozesadoreentzako RAM gehienezko kopurua 1536 GB (SPS11 bertsiora arte) eta 3 TB (SPS12+) da dagoeneko. SoHrako soilik egokia.
  • Eskalatzea - Hau horizontalki eskalagarria den aukera bat da, zerbitzari anitzeko konfigurazioak onartzen dituen sistema. Eskalatze horizontala optimoa da BWrako eta, zenbait mugarekin, SoHrako.

BullSequana S eta Bullion S zerbitzarietan, eskalatze bertikala da ardatza, muga operatibo gutxiago dituelako eta administrazio gutxiago behar duelako. Etxetresna modurako gailu ezberdin ugari dago.

SAP HANA nola zabaldu: metodo desberdinak aztertzen ditugu
BullSequana S SAP HANArako irtenbideak Appliance moduan

SAP HANA nola zabaldu: metodo desberdinak aztertzen ditugu
*E7-8890/94v4 aukerakoa
Bullion S soluzioak SAP HANArako tresna moduan

SAP HANA SPS 12-ren Appliance moduan dauden Bull soluzio guztiak ziurtatuta daude. Ekipamendua 19 hazbeteko 42U-ko rack estandar batean instalatuta dago, bi elikadura-iturrirekin: barne PDUak. Zerbitzari hauek SAP ziurtagiria dute:

  • BullSequana S Intel Xeon Skylake 8176, 8176M, 8180, 8180M-rekin ("M" letra duten prozesadoreek 128 GB-ko memoria moduluak onartzen dituzte). Prezio-kalitate erlazioari dagokionez, Intel 8176-rekin aukerak itxura onena dute
  • Bullion S Intel Xeon E7-8880 v4, 8890 eta 8894.

Biltegiratze-sistema FC ataken bidez zuzenean konektatzen da zerbitzariarekin, beraz, hemen ez dira SAN etengailuak behar. LAN edo SAN batera konektatutako sistemetara sartzeko erabilgarriak izan daitezke.

Hona hemen gure konfigurazioko EMC Unity 450F biltegiratze sistemaren konfigurazioaren adibide bat:

  • Altuera: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
  • Kontrolatzaileak: 2
  • Diskoak: 6 eta 250 SAS SSD artekoak, 600 GBtik 15.36 TB artekoak.
  • RAID: 5. maila (8+1), 4 RAID talde
  • Interfazea: 4 FC kontrolagailu bakoitzeko, 8 edo 16 Gbit/s
  • Softwarea: Unisphere Block Suite

Etxetresna hedatzeko aukera fidagarria da, baina eragozpen handi bat du: hardwarea konfiguratzeko askatasun gutxi. Gainera, aukera honek informatika sailaren prozesuetan aldaketak eska ditzake.

SAP HANA TDI

Appliance-ren alternatiba TDI (Tailored Data center Integration) modua da, non fabrikatzaile eta azpiegitura osagai zehatzak hauta ditzakezu bezeroaren nahien arabera, egindako zereginak eta lan-karga kontuan hartuta. Esaterako, SAN bat datu-zentro batean berrerabili daiteke, HANA instalazio batera dedikatzen diren disko batzuk.

Appliance-rekin alderatuta, TDI moduak erabiltzaileari askoz askatasun handiagoa ematen dio eskakizunak betetzeko. Horrek asko errazten du HANA datu-zentroan integratzea - ​​zure azpiegitura pertsonalizatua eraiki dezakezu. Adibidez, aldatu prozesadore mota eta kopurua kargaren arabera.

SAP HANA nola zabaldu: metodo desberdinak aztertzen ditugu
Ahalmenaren kalkuluak egiteko, SAP Quick Sizer erabiltzea gomendatzen dugu, SAP HANAn lan-karga desberdinetarako CPU eta memoria eskakizunak eskaintzen dituen tresna sinplea. Orduan SAP Active Global Support-ekin harremanetan jar zaitezke zure IT panorama planifikatzeko. Horren ondoren, SAP HANA hardware bazkideak kalkulu-emaitzak sistemaren konfigurazio posible ezberdinetan bihurtzen ditu, bai goi-mailan, bai hardware sinpleagoan. TDI moduan zerbitzarietarako Onargarria da Intel E7 CPUak erabiltzea, Intel Broadwell E7 eta Skylake-SP barne (Platinum, Gold, Silver prozesadore bakoitzeko 8 nukleo edo gehiagorekin), baita IBM Power8 ere./ 9.

Zerbitzariak biltegiratze-sistemarik, etengailurik eta bastidorik gabe hornitzen dira, baina hardware-eskakizunak Appliance moduan dauden berdinak izaten jarraitzen dute: nodo bakar berdinak, eskalatze bertikala edo horizontala duten soluzioak. SAPek hori eskatzen du zerbitzariak, biltegiratze-sistemak eta etengailuak soilik erabili ziren, baina hau ez da beldurgarria - fabrikatzaile gehienek ia ekipamendu guztiak ziurtatuta dituzte.

Errendimendu-probak HWCCT (Hardware Configuration Check Tool) probak erabiliz egin behar dira., SAP KPI jakin batzuk betetzen direla egiaztatzeko aukera ematen dutenak. Eta hardwarea ez den baldintza bat dago: HANA, OS eta hipervisor (aukerakoa) SAP ziurtatutako espezialistek instalatu behar dituzte. Zerrendatutako arau guztiak betetzen dituzten sistemek soilik jaso dezakete SAP errendimendurako laguntza.

TDI moduan BullSequana S zerbitzarien lerroa Appliance moduan dagoen linearen antzekoa da, baina biltegiratze sistemarik, etengailurik eta bastidorerik gabe. SAP sistema ziurtatuen zerrendako edozein biltegiratze sistema instala dezakezu - VNX, XtremIO, NetApp eta beste. Adibidez, VNX5400-k SAP HANA errendimendu-eskakizunak betetzen baditu, Dell EMC Unity 450F biltegia konekta dezakezu TDI konfigurazioaren zati gisa. Beharrezkoa izanez gero, FC egokigailuak (1 edo 10 Gbit/s), baita Ethernet etengailuak ere instalatzen dira.

Orain, deskribatutako moduak argiago imajina ditzazun, gure benetako kasu batzuk kontatuko dizkizugu.

Etxetresna + TDI: HANA lineako dendarako

Mall.cz sareko denda 2000. urtean sortu zen Mall Taldearen parte. Sukurtsalak ditu Txekiar Errepublikan, Eslovakian, Polonian, Hungarian, Eslovenian, Kroazian eta Errumanian. Hau herrialdeko lineako dendarik handiena da, egunean 75 mila produktu saltzen dituena, 2017 amaieran bere diru-sarrerak 280 milioi euro inguru ziren.

Datu zentroko azpiegitura eguneratzea beharrezkoa zen SAP HANArako migrazioarekin lotuta. Gutxi gorabeherako tamaina 2x6 TB izan zen produktu-inguruneetarako eta 6 TB proba/garapen-inguruneetarako. Aldi berean, hondamendiak berreskuratzeko irtenbide bat behar zen SAP HANA ingurune produktibo baterako kluster aktibo-aktibo batean.

Lizitazioaren iragarkiaren momentuan, bezeroak rack eta blade zerbitzari estandarretan oinarritutako SAPerako sistema bat zuen. Bi datu-zentro, bata bestetik 10 km-ra gutxi gorabehera, biltegiratze sistema ezberdinez hornituta zeuden: IBM SVC, HP eta Dell. Hondamendiak berreskuratzeko moduan funtzionatzen duten funtsezko sistemak.

Lehenik eta behin, bezeroak Appliance moduan SAP HANArako soluzio ziurtatu bat eskatu zuen sistema guztietarako (ekoizpen eta proba/garapen inguruneak) 12 TB-rainoko hazkundearekin. Baina aurrekontu murrizketak direla eta, beste aukera batzuk aztertzen hasi ziren, adibidez, RAM modulu txikiagoak dituzten CPU kopuru handiagoa (64 GB moduluak 128 GB moduluak beharrean). Horrez gain, prezioa optimizatzeko, Ekoizpen eta proba/garapen inguruneetarako biltegiratze bateratua kontuan hartu zen.

SAP HANA nola zabaldu: metodo desberdinak aztertzen ditugu

Produkzio ingurunerako 4 CPU eta 6 TB RAM adostu genituen, hazteko tartearekin. TDI moduan proba/garapen inguruneetarako, PUZ merkeagoak erabiltzea erabaki dugu - 8 CPU eta 6 TB RAMrekin amaitu genuen. Bezeroak eskatutako funtzio-kopuru handiagoa dela eta -erreplikazioa, babeskopia, produkzio bateratua eta proba/garapeneko inguruneak bigarren gunean-, barne-diskoen ordez, DellEMC Unity biltegiratze sistemak flash osoko konfigurazioan erabili ziren. Horrez gain, bezeroak HANA sistemaren erreplikazioan (HSR) oinarritutako hondamendiak berreskuratzeko irtenbide bat eskatu zuen hirugarren gune batean quorum nodo batekin.

Prod ingurunerako azken konfigurazioa BullSequana S400 zerbitzari bat izan zen Intel Xeon P8176M batean (28 nukleo, 2.10 GHz, 165 W) eta 6 TB RAM. Biltegiratze sistema - Unity 450F 10x 3.84 TB. Hondamendiak berreskuratzeko helburuetarako, Prod ingurunerako BullSequana S400 bat erabili dugu Intel Xeon P8176M (28 nukleo, 2.10 GHz, 165 W) 6 TB RAM batekin. Proba/garapen ingurunerako, BullSequana S800 zerbitzari bat hartu dugu Intel Xeon P8153 (16 nukleo, 2.00 GHz, 125 W) eta 6 TB RAM gehi Unity 450F 15x 3.84 TB biltegiratze sistema batekin. Gure espezialistek DellEMC zerbitzariak quorum gisa, aplikazio zerbitzariak (VxRail Solution) eta backup irtenbide (DataDomain) instalatu eta konfiguratu zituzten.

SAP HANA nola zabaldu: metodo desberdinak aztertzen ditugu
Ekipamendua etorkizuneko bertsio berritzeko prest dago. Bezeroak 2019an HANAren dimentsioa handitzea espero du, eta egin behar duen guztia bastidoreetan modulu berriak instalatzea da.

Etxetresna: HANA turismo integratzaile handi baterako

Oraingoan gure bezeroa bidai-enpresentzako soluzio teknologikoak garatzen zituen zerbitzu informatiko hornitzaile handi bat zen. Bezeroak SAP HANA proiektu handinahi bat jarri zuen martxan fakturazio sistema berri bat ezartzeko. Ekoizpen eta PreProd inguruneetarako 8 TB RAM dituen Aparatu moduan irtenbide bat behar zen. SAPen gomendioen arabera, bezeroak eskalatze bertikaleko aukera aukeratu zuen.

Funtsezko zeregina SAP HANArako Appliance moduan ziurtatutako gailuetan oinarritutako hardware azpiegitura bat ezartzea izan zen. Lehentasun irizpideak kostu-eraginkortasuna, errendimendu handia, eskalagarritasuna eta datuen erabilgarritasun handia izan ziren.

SAP ziurtatutako irtenbide bat proposatu eta ezarri genuen, Bullion S16 zerbitzari bi barne - Prod eta PreProd inguruneetarako. Ekipoak Intel Xeon E7-v4 8890 prozesadoreekin funtzionatzen du (24 nukleo, 2.20 GHz, 165 W) eta 16 TB RAM ditu. BW eta Dev/Test inguruneetarako, 4 TB RAM duten bederatzi Bullion S22 zerbitzari (2.20 nukleo, 150 GHz, 4 W) instalatu ziren. Hybrid EMC Unity biltegiratze sistema gisa erabili zen.

Soluzio honek gailuaren elementu guztien eskalatzeko laguntza eskaintzen du, adibidez, Intel Xeon E16-v7 CPU batekin 4 socket arte. Konfigurazio honetan administrazioa erraztu egiten da, bereziki zerbitzaria birkonfiguratzeko edo partizionatzeko.

Etxetresna + TDI: HANA metalurgikoentzat

MMC Norilsk Nickel-ek, nikela eta paladio ekoizle handienetako batek, bere SAP HANA hardware plataforma eguneratzea erabaki zuen negozio-aplikazio eta proiektu kritikoei eusteko. Lehen zegoen paisaia zabaldu beharra zegoen konputazio-ahalmenari dagokionez. Bezeroak jarritako baldintza nagusietako bat plataformaren erabilgarritasun handia izan zen, hardware mugak izan arren.

SAP HANA nola zabaldu: metodo desberdinak aztertzen ditugu

Produkzio inguruneetarako, Bullion S8 zerbitzaria eta biltegiratze sistemak erabili ditugu SAP HANA Appliance moduan. HA eta proba/garapenerako, plataforma TDI moduan zabaldu zen. Bull Bullion S8 zerbitzari bat, Bull Bullion S6 zerbitzari bi eta biltegiratze sistema hibrido bat erabili ditugu. Konbinazio honek SAP paisaian aplikazioen abiadura nabarmen handitzea ahalbidetu zuen, konputazio-potentzia eta datuak biltegiratzeko baliabideak handitzea eta operazio-kostuak minimizatzea. Garrantzitsua da bezeroak oraindik 16 CPUra eskalatzeko gaitasuna izatea.

SAP Forora gonbidatzen zaitugu

Argitalpen honetan, SAP HANA modu ezberdinetan hedatzea aztertu dugu eta eskuragarri dauden aukeren abantailak eta desabantailak nabarmentzen saiatu gara. SAP HANA ezartzeari buruzko galderarik baduzu, pozik erantzungo dizkizugu iruzkinetan.

Bull soluzioetan eta SAP HANAren pean inplementatzeko aukeretan interesa duten guztiak urteko SAP ekitaldi handienera gonbidatzen ditugu: SAP Forum 17 Moskun ospatuko da apirilaren 2019an. Zuen zain gaude IoT-ko gure standean. zona: gauza interesgarri asko kontatuko dizkizugu, eta sari asko ere banatuko ditugu.

Foroan ikusiko gara!

Iturria: www.habr.com

Gehitu iruzkin berria