Како да се распореди SAP HANA: анализираме различни методи

SAP HANA е популарен DBMS во меморијата кој вклучува услуги за складирање (Data Warehouse) и аналитика, вграден среден софтвер, сервер за апликации и платформа за конфигурирање или развој на нови комунални услуги. Со елиминирање на латентноста на традиционалните DBMS со SAP HANA, можете во голема мера да ги зголемите перформансите на системот, обработката на трансакциите (OLTP) и деловната интелигенција (OLAP).

Можете да го распоредите SAP HANA во режими на апарати и TDI (ако зборуваме за производни средини). За секоја опција, производителот има свои барања. Во овој пост ќе зборуваме за предностите и недостатоците на различните опции, како и, за јасност, за нашите вистински проекти со SAP HANA.

SAP HANA се состои од 3 главни компоненти - домаќин, инстанца и систем.

Домаќин е сервер или оперативна средина за водење на SAP HANA DBMS. Неговите потребни компоненти се процесорот, RAM меморијата, складирањето, мрежата и ОС. Домаќинот обезбедува врски до директориуми за инсталација, податоци, дневници или директно до системот за складирање. Во исто време, системот за складирање за инсталирање на SAP HANA не мора да се наоѓа на домаќинот. Ако системот има неколку хостови, ќе ви треба или заедничко складирање или оној што е достапен на барање од сите хостови.

Пример — збир на компоненти на системот SAP HANA инсталирани на еден хост. Главните компоненти се Индекс серверот и Име серверот. Првиот, познат и како „работен сервер“, обработува барања и управува со вистинските складишта на податоци и моторите на бази на податоци. Име серверот складира информации за топологијата на инсталацијата на SAP HANA - каде работат компонентите и кои податоци се наоѓаат на нив. сервер.

Систем – ова е еден или повеќе случаи со ист број. Во суштина, ова е посебен елемент што може да се овозможи, оневозможи или копира (направи резервна копија). Податоците се дистрибуираат во меморијата на различните сервери кои го сочинуваат системот SAP HANA.

Системот може да се конфигурира како еден-домаќин (една инстанца на еден хост) или повеќе-домаќин, дистрибуиран (неколку примероци на SAP HANA се дистрибуирани преку неколку хостови, со една инстанца по домаќин). Во мулти-домаќинските системи, секоја инстанца мора да има ист број. SAP HANA системот се идентификува со системски ID (SID), единствен број кој се состои од три алфанумерички знаци.

SAP HANA виртуелизација

Едно од главните ограничувања на SAP HANA е поддршката на само еден систем - еден пример со единствен SID на серверот. За поефикасно користење на хардверот или намалување на бројот на сервери во центарот за податоци, можете да користите виртуелизација. На овој начин, други пејсажи можат да коегзистираат на истиот сервер со системи кои имаат помали барања (непродуктивни системи). За серверот на подготвеност HA/DR, виртуелизацијата може да ја подобри брзината на префрлување помеѓу продуктивни и непродуктивни виртуелни машини.

SAP HANA вклучува поддршка за хипервизорот VMWare ESX. Ова значи дека различни SAP HANA системи - SAP HANA инсталации со различни SID броеви - можат да коегзистираат на еден хост (заеднички физички сервер) во различни виртуелни машини. Секоја виртуелна машина мора да работи на поддржан ОС.

За производствени средини, виртуелизацијата SAP HANA има сериозни ограничувања:

• Не е поддржано скалирање со скалирање - виртуелизацијата може да се користи само со Scale-Up системи, било да е тоа BwoH/DM/SoH или „чисто“ SoH;
• виртуелизацијата мора да се изврши во рамките на правилата утврдени за уредите Appliance или TDI;
• Општата достапност (GA) може да има само една виртуелна машина - компаниите кои сакаат да користат виртуелизација со производствени средини на HANA мора да учествуваат во програмата за контролирана достапност со SAP.

Во непродуктивни средини каде што овие ограничувања не постојат, виртуелизацијата може да се користи за оптимизирање на користењето на хардверот.

SAP HANA топологии

Ајде да продолжиме со распоредувањето на SAP HANA. Тука се дефинирани две топологии.

• Зголемување - еден голем сервер. Како што расте базата HANA, расте и самиот сервер: се зголемува бројот на процесори и количината на меморија. Во решенијата со висока достапност (HA) и враќање од катастрофи (DR), резервните сервери или толерантни на грешки мора да одговараат на карактеристиките на продуктивните сервери.
• Скалирање – целиот SAP HANA систем е дистрибуиран низ повеќе идентични сервери. Главниот сервер содржи информации за индексниот сервер и именскиот сервер. Помошните сервери не ги содржат овие податоци, освен серверот кој ја презема улогата на главен сервер во случај на дефект на примарниот сервер. Работничките сервери (индексни сервери) управуваат со сегментите на податоци што им се доделени и одговараат на барања. Именските сервери се свесни за тоа како податоците се дистрибуираат помеѓу работничките сервери. Ако HANA порасне над својата моментална големина, конфигурации на серверот Едноставно додадете уште еден јазол. Во оваа топологија, доволно е да имате еден резервен јазол за да ја осигурите безбедноста на целиот сервер.

SAP хардверски барања

SAP има задолжителни хардверски барања за HANA. Тие се однесуваат на продуктивни средини - за не-продуктивни, минимални карактеристики се доволни. Значи, еве ги барањата за производните средини:

• Процесор Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• од 128 GB RAM за BW апликации со 2 процесори, 256 GB со 4+ процесори;

Распоредување на SAP HANA во режими на апарати и TDI

Сега да продолжиме да вежбаме и да разговараме за тоа како да го имплементираме SAP HANA во режимите на апарати и TDI. За ова ги користиме нашите SAP HANA платформи базирани на серверите BullSequana S и Bullion S, кои се сертифицирани од SAP да работат во овие режими.

Малку информации за производите. BullSequana S базирана на Intel Xeon Scalable вклучува различни модели, до 32 процесори во еден сервер. Серверот е изграден со помош на модуларен дизајн кој обезбедува приспособливост до 32 процесори и ист број графички процесори. RAM меморија - од 64 GB до 48 TB. Карактеристиките на BullSequana S вклучуваат поддршка на претпријатието за вештачка интелигенција за подобрени перформанси, забрзана анализа на податоци, подобрено пресметување во меморијата и модернизација со виртуелизација и технологии на облак.

Bullion S доаѓа со семејни процесори Intel Xeon E7 v4. Максималниот број на процесори е 16. RAM меморијата е скалабилна од 128 GB до 24 TB. Голем број функции на RAS обезбедуваат високи нивоа на достапност за инфраструктури критични за мисијата како SAP HANA. Bullion S е погоден за масовна консолидација на центарот за податоци, за извршување апликации во меморија, за мигрирање на мејнфрејмови или за стари системи.

Апарат SAP HANA

Апаратот е претходно конфигурирано решение кое вклучува сервер, систем за складирање и софтверски пакет за имплементација со клуч на рака, со централизирана услуга за поддршка и договорено ниво на перформанси. Овде, HANA доаѓа како претходно конфигуриран хардвер и софтвер, целосно интегриран и сертифициран. Уредот во режим на апарати е подготвен за инсталација во центарот за податоци, а оперативниот систем, SAP HANA и (доколку е потребно) дополнителна инстанца на VMWare се веќе конфигурирани и инсталирани.

Сертификацијата SAP го одредува гарантираното ниво на перформанси, како и моделот на процесорот, количината на RAM меморија и складирањето. Откако ќе се потврди, конфигурацијата не може да се промени без да се поништи гаранцијата. За да ја зголеми платформата HANA, SAP нуди три опции.

• Зголемување на BWoH/DM/SoH – вертикално скалирање, кое е погодно за единечни системи (еден SID). Апаратите растат за 256/384 GB почнувајќи од SAP HANA SPS 11. Овој сооднос го покажува максималниот капацитет поддржан од еден процесор и е вообичаен за целата листа на сертифицирани апарати. Апаратот BWoH/DM/SoH со вертикално скалирање е идеален за BW на апликации HANA (BWoH), Data Mart (DM) и SAP Suite на HANA (SoH).
• Зголемување на SoH - Ова е лесна верзија на претходниот модел, со помалку ограничувања за количината на RAM меморија. Ова е сè уште вертикално скалабилен сервер, но максималната количина на RAM меморија за 2 процесори е веќе 1536 GB (до верзијата SPS11) и 3 TB (SPS12+). Погоден само за SoH.
• Скали-надвор - Ова е хоризонтално скалабилна опција, систем кој поддржува конфигурации на повеќе сервери. Хоризонталното скалирање е оптимално за BW и, со некои ограничувања, за SoH.

Во серверите BullSequana S и Bullion S, вертикалното скалирање е во фокусот бидејќи има помалку оперативни ограничувања и бара помала администрација. За режимот Апарат има голем опсег на различни уреди.

BullSequana S решенија за SAP HANA во режим на апарати

* Изборен E7-8890/94v4
Bullion S решенија за SAP HANA во режим на апарати

Сите решенија на Bull во режим на апарати од SAP HANA SPS 12 се сертифицирани. Опремата е инсталирана во стандардна 19-инчна решетка од 42U, со две напојувања - внатрешни PDU. Следниве сервери имаат SAP сертификат:

• BullSequana S со Intel Xeon Skylake 8176, 8176M, 8180, 8180M (процесорите со буквата „М“ поддржуваат мемориски модули од 128 GB). Во однос на односот цена-квалитет, опциите со 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 GB до 15.36 TB секој
• RAID: ниво 5 (8+1), 4 RAID групи
• Интерфејс: 4 FC по контролер, 8 или 16 Gbit/s
• Софтвер: Unisphere Block Suite

Апаратот е сигурна опција за распоредување, но има голем недостаток: мала слобода во конфигурирање на хардверот. Покрај тоа, оваа опција може да бара промени во процесите на одделот за ИТ.

SAP HANA TDI

Алтернатива на Appliance е режимот TDI (Cailored Data Center Integration), во кој можете да изберете одредени производители и инфраструктурни компоненти во зависност од желбите на клиентот - земајќи ги предвид извршените задачи и обемот на работа. На пример, SAN може повторно да се користи во центар за податоци, со некои дискови посветени на инсталацијата HANA.

Во споредба со Appliance, TDI режимот му дава на корисникот многу поголема слобода да ги исполни барањата. Ова во голема мера ја поедноставува интеграцијата на HANA во центарот за податоци - можете да изградите своја сопствена приспособена инфраструктура. На пример, варирајте го типот и бројот на процесори во зависност од оптоварувањето.

За пресметување на капацитетот, препорачуваме користење на SAP Quick Sizer, едноставна алатка која обезбедува барања за процесорот и меморијата за различни оптоварувања во SAP HANA. Потоа можете да контактирате со SAP Active Global Support за да го испланирате вашиот ИТ пејзаж. По ова, хардверскиот партнер на SAP HANA ги конвертира резултатите од пресметката во различни можни системски конфигурации - и на врвниот и на поедноставен хардвер. Во TDI режим за сервери прифатливо е да се користат процесори Intel E7, вклучувајќи ги Intel Broadwell E7 и Skylake-SP (платина, злато, сребро со 8 или повеќе јадра по процесор), како и IBM Power8/ 9.

Серверите се испорачуваат без системи за складирање, прекинувачи и лавици, но барањата за хардвер остануваат исти како во режимот на апарати - истите единечни јазли, решенија со вертикално или хоризонтално скалирање. SAP го бара тоа користени се само сертифицирани сервери, системи за складирање и прекинувачи, но ова не е страшно - повеќето производители имаат речиси целата опрема сертифицирана.

Тестирањето на перформансите треба да се направи со помош на тестови HWCCT (Алатка за проверка на конфигурацијата на хардверот)., кои ви дозволуваат да ја проверите усогласеноста со одредени SAP KPI. И постои не-хардверски услов: HANA, OS и хипервизорот (опционално) мора да бидат инсталирани од SAP сертифицирани специјалисти. Само системите што ги исполнуваат сите наведени правила може да добијат поддршка за перформансите на SAP.

Линијата на сервери BullSequana S во режимот TDI е слична на линијата во режимот на апарати, но без системи за складирање, прекинувачи и држачи. Можете да инсталирате кој било систем за складирање од списокот на сертифицирани SAP системи - VNX, XtremIO, NetApp и други. На пример, ако VNX5400 ги исполнува барањата за изведба на SAP HANA, можете да го поврзете складирањето Dell EMC Unity 450F како дел од конфигурацијата TDI. Доколку е потребно, се инсталирани FC адаптери (1 или 10 Gbit/s), како и Ethernet прекинувачи.

Сега, за да можете појасно да ги замислите опишаните режими, ќе ви кажеме за неколку од нашите вистински случаи.

Апарат + TDI: HANA за онлајн продавница

Онлајн продавницата Mall.cz, дел од Mall Group, е основана во 2000 година. Има филијали во Чешка, Словачка, Полска, Унгарија, Словенија, Хрватска и Романија. Ова е најголемата онлајн продавница во земјава, која продава и до 75 илјади производи дневно, нејзиниот приход на крајот на 2017 година изнесува околу 280 милиони евра.

Беше потребно ажурирање на инфраструктурата на центарот за податоци во врска со миграцијата во SAP HANA. Проценетата големина беше 2x6 TB за prod околини и 6 TB за тест/dev околини. Во исто време, беше потребно решение со враќање од катастрофи за продуктивна SAP HANA средина во активно-активен кластер.

Во времето на објавувањето на тендерот, клиентот имал систем за SAP базиран на стандардни rack and blade сервери. Два центри за податоци, лоцирани на приближно 10 km еден од друг, беа опремени со различни системи за складирање - IBM SVC, HP и Dell. Клучните системи работат во режим за враќање од катастрофи.

Прво, клиентот побара сертифицирано решение во режим на апарати за SAP HANA за сите системи (производство и тестирање/средини) со раст до 12 TB. Но, поради буџетските ограничувања, тие почнаа да разгледуваат други опции - на пример, повеќе процесори со помали модули за RAM меморија (64 GB модули наместо модули од 128 GB). Дополнително, за да се оптимизира цената, се разгледуваше заедничко складирање за средини за производство и тест/dev.

Се договоривме за 4 процесори и 6 TB RAM за производствената средина, со простор за раст. За околини за тестирање/dev во TDI режим, решивме да користиме поевтини процесори - завршивме со 8 процесори и 6 TB RAM. Поради поголемиот број на функции што ги бара клиентот - репликација, резервна копија, заеднички средини за производство и тестирање/dev на втората локација - наместо внатрешни дискови, системите за складирање DellEMC Unity беа користени во конфигурација со целосен блиц. Дополнително, клиентот побара решение за враќање од катастрофи базирано на репликација на системот HANA (HSR) со кворумски јазол на трета локација.

Конечната конфигурација за околината Prod се состоеше од сервер BullSequana S400 на Intel Xeon P8176M (28 јадра, 2.10 GHz, 165 W) и 6 TB RAM. Систем за складирање - Unity 450F 10x 3.84 TB. За потребите на враќање од катастрофи, за околината Prod користевме BullSequana S400 на Intel Xeon P8176M (28 јадра, 2.10 GHz, 165 W) со 6 TB RAM. За околината за тестирање/dev, зедовме сервер BullSequana S800 со Intel Xeon P8153 (16 јадра, 2.00 GHz, 125 W) и 6 TB RAM, плус систем за складирање Unity 450F 15x 3.84 TB. Нашите специјалисти инсталираа и конфигурираа сервери DellEMC како кворум, сервери за апликации (VxRail Solution) и резервно решение (DataDomain).

Опремата е подготвена за идни надградби. Клиентот очекува големината на HANA да се зголеми во 2019 година, а сè што треба да направи е да инсталира нови модули во решетките.

Апарат: HANA за голем туристички интегратор

Овој пат наш клиент беше голем давател на ИТ услуги кој развива технолошки решенија за туристички компании. Клиентот започна амбициозен проект SAP HANA за спроведување на нов систем за наплата. Потребно беше решение во режимот „Апарат“ со 8 TB RAM за средини за производство и за предпрод. Во согласност со препораките на SAP, клиентот ја избра опцијата за вертикално скалирање.

Клучната задача беше имплементација на хардверска инфраструктура базирана на уреди сертифицирани во режим на апарати за SAP HANA. Приоритетните критериуми беа рентабилност, високи перформанси, приспособливост и висока достапност на податоци.

Предложивме и имплементиравме решение со сертификат SAP, вклучувајќи два сервери Bullion S16 - за средини Prod и PreProd. Опремата работи на Intel Xeon E7-v4 8890 процесори (24 јадра, 2.20 GHz, 165 W) и е опремена со 16 TB RAM. За околините BW и Dev/Test, беа инсталирани девет сервери Bullion S4 (22 јадра, 2.20 GHz, 150 W) со 4 TB RAM. Хибридниот EMC Unity се користеше како систем за складирање.

Ова решение обезбедува поддршка за скалирање за сите елементи на уредот - на пример, до 16 приклучоци со процесор Intel Xeon E7-v4. Администрацијата во оваа конфигурација е поедноставена - особено за реконфигурирање или партиционирање на серверот.

Апарат + TDI: HANA за металурзи

MMC Norilsk Nickel, еден од најголемите производители на никел и паладиум, одлучи да ја ажурира својата хардверска платформа SAP HANA за поддршка на критичните деловни апликации и проекти. Имаше потреба да се прошири постојниот пејзаж во однос на компјутерската моќ. Еден од главните услови што ги постави клиентот беше високата достапност на платформата - и покрај хардверските ограничувања.

За производни средини, ги користевме серверот Bullion S8 и системите за складирање во режимот SAP HANA Appliance. За HA и тест/dev, платформата беше распоредена во режим TDI. Користивме еден сервер Bull Bullion S8, два сервери Bull Bullion S6 и хибриден систем за складирање. Оваа комбинација овозможи значително да се зголеми брзината на апликациите во SAP пејзажот, да се зголеми количината на компјутерска моќ и ресурси за складирање податоци и да се минимизираат оперативните трошоци. Важно е клиентот сè уште да има можност за зголемување до 16 процесори.

Ве покануваме на SAP форумот

Во овој пост, го разгледавме распоредувањето на SAP HANA на различни начини и се обидовме да ги истакнеме предностите и недостатоците на достапните опции. Ако имате какви било прашања во врска со спроведувањето на SAP HANA, со задоволство ќе одговориме на нив во коментарите.

Ги покануваме сите кои се заинтересирани за решенијата на Bull и можностите за нивна имплементација во рамките на SAP HANA на најголемиот SAP настан на годината: SAP Forum 17 ќе се одржи во Москва на 2019 април. Ве очекуваме на нашиот штанд во IoT зона: ќе ви кажеме многу интересни работи, а исто така ќе подариме и многу награди.

Се гледаме на форумот!

Извор: www.habr.com