SAP HANA – папулярная in-memory СКБД, якая ўключае сэрвісы сховішчаў (Data Warehouse) і аналітыкі, убудаванае прамежкавае ПА, сервер прыкладанняў, платформу для наладкі або распрацоўкі новых утыліт. За кошт ухілення затрымак традыцыйных СКБД з SAP HANA можна моцна павялічыць прадукцыйнасць сістэм, апрацоўку транзакцыі (OLTP) і бізнэс-аналітыку (OLAP).
Разгарнуць SAP HANA можна ў рэжымах Appliance і TDI (калі казаць аб прадуктыўных асяроддзях). Для кожнага варыянту ў вытворцы ёсць свае патрабаванні. У гэтым пасце мы раскажам аб перавагах і недахопах розных варыянтаў, а таксама для нагляднасці - аб нашых рэальных праектах з SAP HANA.
SAP HANA складаецца з 3 асноўных кампанентаў - хаста, інстанса і сістэмы.
Хост - Гэта сервер або аперацыйнае асяроддзе для працы СКБД SAP HANA. Яго абавязковыя кампаненты – CPU, АЗП, СХД, сетка і АС. Хост дае спасылкі на дырэкторыі інсталяцыі, дадзеных, логаў або непасрэдна на СГД. Пры гэтым СХД для ўсталёўкі SAP HANA не абавязкова павінна размяшчацца на хасце. Калі ў сістэмы некалькі хастоў - запатрабуецца альбо агульнае сховішча, альбо такое, што даступна па патрабаванні са ўсіх хастоў.
Інстанс - набор сістэмных кампанентаў SAP HANA, усталяваных на адным хасце. Асноўныя кампаненты - гэта Index Server і Name Server. Першы, які завецца таксама "працоўным серверам", апрацоўвае запыты, кіруе актуальнымі сховішчамі дадзеных і ядрамі БД. Name Server захоўвае інфармацыю аб тапалогіі ўсталёўкі SAP HANA – пра тое, дзе працуюць кампаненты і якія дадзеныя знаходзяцца на серверы.
Сістэма - гэта адзін або некалькі інстансаў з аднолькавым нумарам. Па сутнасці гэта асобны элемент, які можна ўключыць, адключыць ці скапіяваць (зрабіць рэзервовую копію). Дадзеныя распаўсюджваюцца ў памяці розных сервераў, якія складаюць сістэму SAP HANA.
Сістэма можа быць сканфігуравана як однохостовая (адзін інстанс на адным хасце) або мультихостовая, размеркаваная (некалькі інстансаў SAP HANA размеркаваны па некалькіх хастам, на кожны хост прыходзіцца па адным інстансе). У мультихостовых сістэмах кожны інстанс павінен мець адзін і той жа нумар. Сістэма SAP HANA ідэнтыфікуецца з дапамогай System ID (SID) – унікальнага нумара, які складаецца з трох літарна-лічбавых сімвалаў.
Віртуалізацыя SAP HANA
Адным з галоўных абмежаванняў SAP HANA з'яўляецца падтрымка толькі адной сістэмы - аднаго інстанса з унікальным SID сервера. Для больш эфектыўнага выкарыстання апаратнага забеспячэння або памяншэння колькасці сервераў у ЦАД можна выкарыстоўваць віртуалізацыю. Такім чынам, іншыя ландшафты могуць суіснаваць на адным серверы з сістэмамі, якія маюць меншыя патрабаванні (непрадуктыўныя сістэмы). Для рэзервовага HA/DR-сервера віртуалізацыя можа падвысіць хуткасць пераключэння паміж прадуктыўнымі і непрадуктыўнымі віртуальнымі машынамі.
SAP HANA уключае падтрымку гіпервізара VMWare ESX. Гэта азначае, што розныя сістэмы SAP HANA - усталёўкі SAP HANA з рознымі нумарамі SID - могуць суіснаваць на адзіным хасце (агульным фізічным серверы) у розных віртуальных машынах. Кожная віртуальная машына павінна працаваць у падтрымоўванай АС.
Для прадуктыўных асяроддзяў віртуалізацыя SAP HANA мае сур'ёзныя абмежаванні:
- маштабаванне Scale-out не падтрымліваецца – віртуалізацыя можа выкарыстоўвацца толькі з сістэмамі Scale-Up, няхай гэта будзе BwoH/DM/SoH ці "чыстая" SoH;
- віртуалізацыя павінна праводзіцца ў рамках правіл, усталяваных для прылад Appliance ці TDI;
- у General Availability (GA) можа быць толькі адна віртуальная машына – кампаніі, якія жадаюць выкарыстоўваць віртуалізацыю з прадуктыўнымі асяроддзямі HANA, павінны ўдзельнічаць у праграме Controlled Availability з SAP.
У непрадуктыўных асяроддзях, дзе пералічаныя абмежаванні адсутнічаюць, віртуалізацыя можа выкарыстоўвацца для аптымізацыі выкарыстання абсталявання.
Тапалогіі SAP HANA
Пяройдзем да разгортвання SAP HANA. Тут вызначаны дзве тапалогіі.
- Scale-up - адзін вялікі сервер. Па меры росту базы HANA расце і сам сервер: павялічваецца колькасць CPU і аб'ём памяці. У рашэннях з High Availability (HA) і Disaster Recovery (DR) рэзервовыя ці адмоваўстойлівыя серверы павінны адпавядаць прадуктыўным серверам па характарыстыках.
- Scale-out - увесь аб'ём сістэмы SAP HANA размеркаваны па некалькіх ідэнтычных серверах. Master-сервер змяшчае інфармацыю для Index Server і Name Server. Серверы Slave гэтых дадзеных не ўтрымоўваюць - акрамя сервера, які бярэ на сябе функцыі Master у выпадку збою ў асноўнага сервера. Рабочыя серверы (Index Servers) кіруюць сегментамі дадзеных, якія прыпісваюцца да іх, а таксама адказваюць на запыты. Name Server'ы ведаюць аб тым, як дадзеныя размяркоўваюцца паміж працоўнымі серверамі. У выпадку росту HANA да бягучай канфігурацыі сервера проста дадаецца яшчэ адна нода. У такой тапалогіі дастаткова мець адну рэзервовую ноду для забеспячэння бяспекі ўсяго сервера.
Патрабаванні SAP да жалеза
Да апаратнага забеспячэння для HANA у SAP ёсць абавязковыя патрабаванні. Яны датычацца прадуктыўных асяроддзяў - для non-prod дастаткова мінімальных характарыстык. Такім чынам, вось патрабаванні для прадуктыўных асяроддзяў:
- CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- ад 128 ГБ RAM для прыкладанняў BW з 2 CPU, 256 ГБ з 4+ CPU;
Разгортваем SAP HANA у рэжымах Appliance і TDI
Цяпер пяройдзем да практыкі і раскажам пра тое, як рэалізаваць SAP HANA у рэжымах Appliance і TDI. Выкарыстоўваем для гэтага нашы платформы SAP HANA на аснове сервераў BullSequana S і Bullion S, якія сертыфікаваны SAP для працы ў гэтых рэжымах.
Невялікая даведка аб прадуктах. BullSequana S на базе Intel Xeon Scalable уключае ў сябе розныя мадэлі, да 32 CPU у адным серверы. Сервер пабудаваны па модульнай канструкцыі, якая забяспечвае маштабаванасць да 32 CPU і такой жа колькасці графічных працэсараў. Аператыўная памяць - ад 64 ГБ да 48 ТБ. Сярод асаблівасцяў BullSequana S - падтрымка карпаратыўнага ІІ для палепшанай прадукцыйнасці, паскарэнне аналітыкі дадзеных, удасканаленне вылічэнняў у памяці, мадэрнізацыя з дапамогай віртуалізацыі і хмарных тэхналогій.
Bullion S пастаўляюцца з CPU сямейства Intel Xeon E7 v4 Family. Максімальная колькасць працэсараў – 16. АЗП маштабуецца са 128 ГБ да 24 ТБ. Вялікая колькасць функцый RAS забяспечвае высокі ўзровень даступнасці для крытычна важных інфраструктур накшталт SAP HANA. Bullion S падыходзяць для масавай кансалідацыі ЦАД, працы з прыкладаннямі In-Memory, міграцыі мэйнфрэймаў ці састарэлых сістэм.
SAP HANA Appliance
Appliance – пераднастроенае рашэнне, якое ўключае сервер, СХД і пакет ПЗ для ўкаранення "пад ключ", з цэнтралізаванай службай падтрымкі і абумоўленым узроўнем прадукцыйнасці. Тут HANA пастаўляецца ў выглядзе папярэдне настроенага апаратнага і праграмнага забеспячэння, цалкам інтэграванага і сертыфікаванага. Прылада ў рэжыме Appliance гатова да ўсталёўкі ў ЦАД, а аперацыйная сістэма, SAP HANA і (калі неабходны) дадатковы інстанс VMWare ужо сканфігураваны і ўсталяваны.
Сертыфікацыя SAP вызначае гарантаваны ўзровень прадукцыйнасці, а таксама мадэль CPU, аб'ём RAM і СХД. Пасля сертыфікацыі змяніць канфігурацыю без страты гарантыі нельга. Для маштабавання платформы HANA SAP прапануе тры варыянты.
- Scale-Up BWoH/DM/SoH - вертыкальнае маштабаванне, якое падыходзіць для адзіных сістэм (адзін SID). Рост прылад Appliance адбываецца па 256/384 ГБ, пачынальна з версіі SAP HANA SPS 11. Гэтыя суадносіны паказвае максімальны аб'ём, які падтрымліваецца адным CPU, і з'яўляецца агульным для ўсяго спісу сертыфікаваных Appliance-прылад. Appliance BWoH/DM/SoH з вертыкальным маштабаваннем аптымальна падыходзіць для прыкладанняў BW on HANA (BWoH), Data Mart (DM) і прыкладанняў SAP Suite on HANA (SoH).
- Scale-Up SoH - гэта аблегчаны варыянт папярэдняй мадэлі, з меншай колькасцю абмежаванняў па аб'ёме АЗП. Гэта ўсё яшчэ вертыкальна-маштабаваны сервер, але максімальны аб'ём АЗП на 2 працэсара складае ўжо 1536 ГБ (да версіі SPS11) і 3 ТБ (SPS12+). Падыходзіць толькі для SoH.
- Scale-Out - гэта варыянт з гарызантальным маштабаваннем, сістэмай, якая падтрымлівае шматсерверныя канфігурацыі. Гарызантальнае маштабаванне аптымальна падыходзіць для BW і - з некаторымі абмежаваннямі - для SoH.
У серверах BullSequana S і Bullion S вертыкальнае маштабаванне з'яўляецца асноўным, бо мае менш аперацыйных абмежаванняў і патрабуе менш адміністравання. Для рэжыму Appliance ёсць вялікая лінейка розных прылад.
Рашэнні BullSequana S для SAP HANA у рэжыме Appliance
*Optional E7-8890/94v4
Рашэнні Bullion S для SAP HANA у рэжыме Appliance
Усе рашэнні Bull у рэжыме Appliance з версіі SAP HANA SPS 12 сертыфікаваны. Абсталяванне усталёўваецца ў стандартную 19-цалевую стойку 42U, з двума крыніцамі харчавання – унутранымі PDU. Сертыфікацыю SAP маюць серверы:
- BullSequana S з Intel Xeon Skylake 8176, 8176M, 8180, 8180М (працэсары з літарай "M" падтрымліваюць працу з модулямі памяці па 128 ГБ). Па суадносінах кошту і якасці лепш за ўсё выглядаюць варыянты з Intel 8176
- Bullion S з Intel Xeon E7-8880 v4, 8890 і 8894.
СХД злучаецца з серверам напрамую праз парты FC, так што камутатары SAN тут не патрэбныя. Яны могуць спатрэбіцца для доступу да сістэм, падлучаным да LAN ці SAN.
Вось прыклад канфігурацыі СХД EMC Unity 450F у нашым сэтапе:
- Вышыня: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
- Кантралёры: 2
- Дыскі: ад 6 да 250 SAS SSD, ад 600 ГБ да 15.36 ТБ кожны
- RAID: level 5 (8+1), 4 RAID-групы
- Інтэрфейс: 4 FC на кантролер, па 8 ці 16 Гбіт/з
- Софт: Unisphere Block Suite
Appliance - надзейны варыянт разгортвання, але ў яго ёсць вялікі недахоп: мала свабоды ў канфігураванні жалеза. Акрамя таго, такі варыянт можа запатрабаваць змен у працэсах працы ІТ-падраздзяленні.
SAP HANA TDI
Альтэрнатывай Appliance з'яўляецца рэжым TDI (Tailored Data center Integration), у якім можна выбіраць пэўных вытворцаў і кампаненты інфраструктуры ў залежнасці ад пажаданняў заказчыка - з улікам выкананых задач і працоўнай нагрузкі. Напрыклад, SAN можа быць паўторна выкарыстаны ў ЦАД, пры гэтым некаторыя кружэлкі адводзяцца пад усталёўку HANA.
У параўнанні з Appliance, у рэжыме TDI карыстачу даецца значна большая воля ў выкананні патрабаванняў. Гэта значна спрашчае інтэграцыю HANA ў ЦАД - можна выбудаваць уласную кастамізаваную інфраструктуру. Напрыклад, вар'іраваць тып і колькасць працэсараў у залежнасці ад нагрузкі.
Для разліку магутнасцяў рэкамендуецца выкарыстоўваць SAP Quick Sizer - простая прылада, які выдае патрабаванні да ЦП і памяці для розных працоўных нагрузак у SAP HANA. Затым для планавання IT-ландшафту можна звярнуцца ў SAP Active Global Support. Пасля гэтага апаратны партнёр SAP HANA пераўтворыць вынікі разлікаў у розныя магчымыя канфігурацыі сістэмы – як на топавым, так і на больш простым залозе. У рэжыме TDI для сервераў дапушчальна выкарыстоўваць CPU Intel E7, уключаючы Intel Broadwell E7 і Skylake-SP (Platinum, Gold, Silver з 8 і больш ядрамі на працэсар), а таксама IBM Power8/ 9.
Серверы пастаўляюцца без СХД, камутатараў і стоек, але патрабаванні да апаратнай часткі застаюцца такімі ж, як у рэжыме Appliance - тыя ж сінгл-ноды, рашэнні з вертыкальным або гарызантальным маштабаваннем. SAP патрабуе, каб выкарыстоўваліся толькі сертыфікаваныя серверы, СГД і камутатары, Але гэта не страшна - у большасці вытворцаў практычна ўсё абсталяванне сертыфікавана.
Праверка прадукцыйнасці павінна праводзіцца пры дапамозе тэстаў HWCCT (Hardware Configuration Check Tool), якія дазваляюць праверыць захаванне пэўных KPI SAP. І ёсць патрабаванне, не звязанае з жалезам: HANA, АС і гіпервізор (апцыянальна) павінны быць усталяваны спецыялістамі з сертыфікацыяй SAP. Толькі сістэмы, дзе выконваюцца ўсе пералічаныя правілы, могуць атрымліваць падтрымку SAP, злучаную з прадукцыйнасцю.
Лінейка сервераў BullSequana S у рэжыме TDI аналагічная лінейцы ў рэжыме Appliance, але без СХД, камутатараў і стойкі. Да іх можна ўсталёўваць любыя СХД з спісу сертыфікаваных SAP – VNX, XtremIO, NetApp і іншыя. Напрыклад, калі VNX5400 адпавядае патрабаванням да прадукцыйнасці SAP HANA, можна падлучыць СХД Dell EMC Unity 450F як частка канфігурацыі TDI. Пры неабходнасці ўсталёўваюцца адаптары FC (1 ці 10 Гбіт/з), а таксама Ethernet-світчы.
Зараз, каб вы навочней прадставілі апісаныя рэжымы, мы распавядзем аб некалькіх нашых рэальных кейсах.
Appliance + TDI: HANA для інтэрнэт-крамы
Інтэрнэт-крама Mall.cz, уваходны ў склад Mall Group, быў заснаваны 2000 году. Мае філіялы ў Чэхіі, Славакіі, Польшчы, Венгрыі, Славеніі, Харватыі і Румыніі. Гэта найбуйнейшы інтэрнэт-крама ў краіне, які прадае да 75 тысяч тавараў у дзень, яго выручка па выніках 2017 года склала каля 280 мільёнаў еўра.
Абнаўленне інфраструктуры ЦАД патрабавалася ў сувязі з міграцыяй на SAP HANA. Ацэньваны сайзінг складаў 2×6 ТБ для асяроддзя prod і 6 ТБ для асяроддзяў test/dev. Пры гэтым патрабавалася рашэнне з аварыйным аднаўленнем для прадуктыўнага асяроддзя SAP HANA у active-active кластары.
На момант аб'явы тэндэру ў заказчыка мелася сістэма пад SAP на базе стандартных стойкавых і блейд-сервераў. Два ЦАДа, якія размяшчаліся на адлегласці прыкладна ў 10 км сябар ад сябра, былі ўкамплектаваны рознымі СХД – IBM SVC, HP і Dell. Ключавыя сістэмы працавалі ў рэжыме аварыйнага аднаўлення.
Спачатку заказчык запытаў сертыфікаванае рашэнне ў рэжыме Appliance для SAP HANA для ўсіх сістэм (асяроддзі Production і test/dev) з ростам да 12 ТБ. Але з-за абмежаванняў бюджэту сталі разглядаць іншыя варыянты - напрыклад, большую колькасць CPU з модулямі АЗП меншага аб'ёму (модулі па 64 ГБ замест модуляў па 128 ГБ). Акрамя таго, для аптымізацыі кошту разглядалася сумеснае СХД для асяроддзяў Production і test/dev.
Сышліся на 4 CPU і 6 ТБ RAM для асяроддзя Production, з магчымасцю росту. Для асяроддзяў test/dev у рэжыме TDI вырашылі абыйсціся менш дарагімі CPU – атрымалася 8 CPU і 6 ТБ RAM. З-за большай колькасці функцый, запытанага замоўцам, – рэплікацыя, бэкап, сумесныя асяроддзі Production і test/dev на другой пляцоўцы – замест унутраных дыскаў задзейнічалі СХД DellEMC Unity у канфігурацыі full-flash. Акрамя таго, заказчык запытаў рашэнне з аварыйным аднаўленнем на базе рэплікацыі сістэмы HANA (HSR) з кворумнай нодай на трэцяй пляцоўцы.
Выніковая канфігурацыя для асяроддзя Prod складалася з сервера BullSequana S400 на Intel Xeon P8176M (28 ядраў, 2.10 Ггц, 165 Вт) і з 6 ТБ АЗП. СГД - Unity 450F 10x 3.84 ТБ. У мэтах disaster recovery для асяроддзя Prod выкарыстоўвалі BullSequana S400 на Intel Xeon P8176M (28 ядраў, 2.10 Ггц, 165 Вт) з 6 ТБ АЗП. Для асяроддзя test/dev узялі сервер BullSequana S800 з Intel Xeon P8153 (16 ядраў, 2.00 Ггц, 125 Вт) і 6 ТБ АЗП плюс СХД Unity 450F 15x 3.84 ТБ. У якасці кворуму, сервераў прыкладанняў (VxRail Solution) і рашэнні для бэкапу (DataDomain) нашы адмыслоўцы ўсталявалі і наладзілі серверы DellEMC.
Абсталяванне гатова да будучага апгрэйду. Заказчык чакае рост сайзінгу HANA у 2019 годзе, і яму застанецца толькі ўсталяваць у стойкі новыя модулі.
Appliance: HANA для буйнога інтэгратара ў сферы турызму
На гэты раз нашым кліентам стаў буйны пастаўшчык ІТ-паслуг, які займаецца распрацоўкай тэхналагічных рашэнняў для турыстычных кампаній. Заказчык запусціў амбіцыйны праект SAP HANA для ўкаранення новай білінгавай сістэмы. Патрабавалася рашэнне ў рэжыме Appliance з 8 ТБ АЗП для асяроддзяў Production і PreProd. У адпаведнасці з рэкамендацыямі SAP, замовец абраў варыянт з вертыкальным маштабаваннем.
Ключавой задачай стала ўкараненне апаратнай інфраструктуры, заснаванай на сертыфікаваных у рэжыме Appliance прыладах для SAP HANA. Прыярытэтнымі крытэрыямі з'яўляліся эфектыўнасць затрат, высокая прадукцыйнасць, магчымасць маштабавання і высокая даступнасць дадзеных.
Мы прапанавалі і рэалізавалі рашэнне, сертыфікаванае SAP, улучальнае ў сябе два сервера Bullion S16 – для асяроддзяў Prod і PreProd. Абсталяванне працуе на працэсарах Intel Xeon E7-v4 8890 (24 ядра, 2.20 Ггц, 165 Вт) і абсталёўваецца 16 ТБ АЗП. Для BW і асяроддзяў Dev / Test усталявалі дзевяць сервераў Bullion S4 (22 ядра, 2.20 Ггц, 150 Вт) па 4 ТБ АЗП. У якасці СГД выкарыстоўвалася гібрыдная EMC Unity.
Такое рашэнне забяспечвае падтрымку маштабавання для ўсіх элементаў прылады - напрыклад, да 16 сокетаў з CPU Intel Xeon E7-v4. Адміністраванне ў гэтай канфігурацыі спрошчана - у прыватнасці, для пераканфігуравання ці разбіцці сервера на партіціі.
Appliance + TDI: HANA для металургаў
ГМК «Нарыльскі нікель» – адзін з найбуйнейшых вытворцаў нікеля і паладыю – вырашыў абнавіць сваю апаратную платформу SAP HANA для забеспячэння працы крытычна важных бізнес-прыкладанняў і праектаў. Патрабавалася пашырэнне існуючага ландшафту ў частцы вылічальных магутнасцяў. Адным з галоўных умоў, вылучаных заказчыкам, стала высокая даступнасць платформы - нягледзячы на апаратныя абмежаванні.
Для прадуктыўных асяроддзяў мы выкарыстоўвалі сервер Bullion S8 і СХД у рэжыме SAP HANA Appliance. Для HA і test/dev платформу разгарнулі ў рэжыме TDI. Выкарыстоўвалі адзін сервер Bull Bullion S8, два Bull Bullion S6 і гібрыдную СХД. Такая камбінацыя дазволіла істотна павялічыць хуткасць працы прыкладанняў ландшафту SAP, павялічыць аб'ём вылічальных магутнасцяў і рэсурсаў захоўвання дадзеных і мінімізаваць аперацыйныя выдаткі. Немалаважна, што ў кліента засталася магчымасць маштабавання да 16 CPU.
Запрашаем на SAP Форум
У гэтым пасце мы разабралі разгортванне SAP HANA рознымі спосабамі, пастараліся асвятліць перавагі і недахопы даступных варыянтаў. Калі ў вас узніклі нейкія пытанні па ўкараненні SAP HANA, мы будзем рады адказаць на іх у каментарах.
Усіх, хто зацікавіўся рашэннямі Bull і магчымасцямі іх укаранення пад SAP HANA, запрашаем на найбуйную SAP-падзею года: 17 красавіка ў Маскве мінуе SAP Форум 2019. Чакаем вас у нашага стэнда ў зоне IoT: распавядзем шмат цікавага, а таксама разгуляем мноства прызаў.
Да сустрэчы на форуме!
Крыніца: habr.com