როგორ განვათავსოთ SAP HANA: ჩვენ ვაანალიზებთ სხვადასხვა მეთოდებს

SAP HANA არის პოპულარული მეხსიერების DBMS, რომელიც მოიცავს შენახვის სერვისებს (მონაცემთა საწყობი) და ანალიტიკას, ჩაშენებულ შუალედურ პროგრამას, აპლიკაციის სერვერს და ახალი კომუნალური სერვისების კონფიგურაციისა და განვითარების პლატფორმას. SAP HANA-ით ტრადიციული DBMS-ების შეყოვნების აღმოფხვრით, შეგიძლიათ მნიშვნელოვნად გაზარდოთ სისტემის მუშაობა, ტრანზაქციის დამუშავება (OLTP) და ბიზნეს ინტელექტი (OLAP).

თქვენ შეგიძლიათ განათავსოთ SAP HANA მოწყობილობების და TDI რეჟიმებში (თუ ვსაუბრობთ საწარმოო გარემოზე). თითოეული ვარიანტისთვის, მწარმოებელს აქვს საკუთარი მოთხოვნები. ამ პოსტში ვისაუბრებთ სხვადასხვა ვარიანტების უპირატესობებსა და ნაკლოვანებებზე, ასევე, სიცხადისთვის, SAP HANA-სთან ჩვენს რეალურ პროექტებზე.

SAP HANA შედგება 3 ძირითადი კომპონენტისგან - ჰოსტი, ინსტანცია და სისტემა.

მასპინძელი არის სერვერი ან ოპერაციული გარემო SAP HANA DBMS-ის გასაშვებად. მისი საჭირო კომპონენტებია CPU, RAM, საცავი, ქსელი და OS. მასპინძელი აწვდის ბმულებს ინსტალაციის საქაღალდეებთან, მონაცემებთან, ჟურნალებთან ან უშუალოდ შენახვის სისტემასთან. ამავდროულად, SAP HANA-ს დაყენების შენახვის სისტემა არ უნდა იყოს განთავსებული ჰოსტზე. თუ სისტემას აქვს რამდენიმე ჰოსტი, დაგჭირდებათ ან საერთო საცავი ან ის, რომელიც ხელმისაწვდომია ყველა ჰოსტის მოთხოვნით.

მაგალითად — ერთ ჰოსტზე დაინსტალირებული SAP HANA სისტემის კომპონენტების ნაკრები. ძირითადი კომპონენტებია Index Server და Name Server. პირველი, რომელსაც ასევე უწოდებენ "მუშა სერვერს", ამუშავებს მოთხოვნებს, მართავს მონაცემთა მიმდინარე მაღაზიებს და მონაცემთა ბაზის ძრავებს. Name Server ინახავს ინფორმაციას 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 ნომრებით - შეიძლება თანაარსებობდეს ერთ ჰოსტზე (საერთო ფიზიკურ სერვერზე) სხვადასხვა ვირტუალურ მანქანებში. თითოეული ვირტუალური მანქანა უნდა იმუშაოს მხარდაჭერილ OS-ზე.

საწარმოო გარემოებისთვის, SAP HANA ვირტუალიზაციას აქვს სერიოზული შეზღუდვები:

• Scale-out scaling არ არის მხარდაჭერილი - ვირტუალიზაციის გამოყენება შესაძლებელია მხოლოდ Scale-Up სისტემებით, იქნება ეს BwoH/DM/SoH თუ „სუფთა“ SoH;
• ვირტუალიზაცია უნდა განხორციელდეს Appliance ან TDI მოწყობილობებისთვის დადგენილი წესების ფარგლებში;
• ზოგადი ხელმისაწვდომობა (GA) შეიძლება ჰქონდეს მხოლოდ ერთი ვირტუალური მანქანა - კომპანიებს, რომლებსაც სურთ ვირტუალიზაციის გამოყენება HANA წარმოების გარემოში, უნდა მიიღონ მონაწილეობა კონტროლირებადი ხელმისაწვდომობის პროგრამაში SAP-ით.

არაპროდუქტიულ გარემოში, სადაც ეს შეზღუდვები არ არსებობს, ვირტუალიზაცია შეიძლება გამოყენებულ იქნას ტექნიკის გამოყენების ოპტიმიზაციისთვის.

SAP HANA ტოპოლოგიები

მოდით გადავიდეთ SAP HANA-ს განლაგებაზე. აქ ორი ტოპოლოგიაა განსაზღვრული.

• მასშტაბირება – ერთი დიდი სერვერი. როგორც HANA ბაზა იზრდება, თავად სერვერი იზრდება: იზრდება CPU-ების რაოდენობა და მეხსიერების რაოდენობა. მაღალი ხელმისაწვდომობის (HA) და კატასტროფის აღდგენის (DR) გადაწყვეტილებებში, სარეზერვო ან შეცდომისადმი ტოლერანტული სერვერები უნდა შეესაბამებოდეს პროდუქტიული სერვერების მახასიათებლებს.
• Scale-out – SAP HANA სისტემის მთელი მოცულობა ნაწილდება რამდენიმე იდენტურ სერვერზე. ძირითადი სერვერი შეიცავს ინფორმაციას ინდექსის სერვერისა და სახელების სერვერისთვის. Slave სერვერები არ შეიცავს ამ მონაცემებს - გარდა სერვერისა, რომელიც იღებს Master-ის ფუნქციებს მთავარი სერვერის გაუმართაობის შემთხვევაში. ინდექსის სერვერები მართავენ მონაცემთა სეგმენტებს, რომლებიც მათ ენიჭებათ და ასევე პასუხობენ შეკითხვებს. სახელების სერვერებმა იციან, თუ როგორ ნაწილდება მონაცემები წარმოების სერვერებს შორის. თუ HANA იზრდება, სხვა კვანძი უბრალოდ ემატება მიმდინარე სერვერის კონფიგურაციას. ამ ტოპოლოგიაში საკმარისია გქონდეთ ერთი სარეზერვო კვანძი მთელი სერვერის უსაფრთხოების უზრუნველსაყოფად.

SAP ტექნიკის მოთხოვნები

SAP-ს აქვს სავალდებულო ტექნიკის მოთხოვნები HANA-სთვის. ისინი ეხება პროდუქტიულ გარემოს - არაპროდუცირებისთვის საკმარისია მინიმალური მახასიათებლები. ასე რომ, აქ არის მოთხოვნები საწარმოო გარემოსთვის:

• პროცესორი Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• 128 GB ოპერატიული მეხსიერება BW აპლიკაციებისთვის 2 CPU-ით, 256 GB 4+ CPU-ით;

SAP HANA-ს დაყენება მოწყობილობების და TDI რეჟიმებში

ახლა მოდით გადავიდეთ პრაქტიკაზე და ვისაუბროთ იმაზე, თუ როგორ უნდა განხორციელდეს SAP HANA მოწყობილობების და TDI რეჟიმებში. ამისთვის ჩვენ ვიყენებთ ჩვენს SAP HANA პლატფორმებს, რომლებიც დაფუძნებულია BullSequana S და Bullion S სერვერებზე, რომლებიც სერტიფიცირებულია SAP-ის მიერ ამ რეჟიმებში მუშაობისთვის.

მცირე ინფორმაცია პროდუქციის შესახებ. Intel Xeon Scalable-ზე დაფუძნებული BullSequana S მოიცავს სხვადასხვა მოდელებს, 32-მდე CPU-ს ერთ სერვერზე. სერვერი აგებულია მოდულარული დიზაინის გამოყენებით, რომელიც უზრუნველყოფს მასშტაბურობას 32 CPU-მდე და იგივე რაოდენობის GPU-ს. ოპერატიული მეხსიერება - 64 გბ-დან 48 ტბ-მდე. BullSequana S-ის ფუნქციებში შედის საწარმოს AI მხარდაჭერა გაუმჯობესებული მუშაობისთვის, მონაცემთა დაჩქარებული ანალიტიკა, გაუმჯობესებული მეხსიერებაში გამოთვლა და მოდერნიზაცია ვირტუალიზაციისა და ღრუბლოვანი ტექნოლოგიებით.

Bullion S-ს გააჩნია Intel Xeon E7 v4 Family CPU-ები. პროცესორების მაქსიმალური რაოდენობაა 16. ოპერატიული მეხსიერება მასშტაბირებადია 128 გბ-დან 24 ტბ-მდე. RAS ფუნქციების დიდი რაოდენობა უზრუნველყოფს მაღალი დონის ხელმისაწვდომობას მისიისთვის კრიტიკული ინფრასტრუქტურისთვის, როგორიცაა SAP HANA. Bullion S შესაფერისია მონაცემთა მასიური ცენტრის კონსოლიდაციისთვის, მეხსიერების აპლიკაციების გაშვებისთვის, მეინფრემების მიგრაციისთვის ან ძველი სისტემებისთვის.

SAP HANA მოწყობილობა

Appliance არის წინასწარ კონფიგურირებული გადაწყვეტა, რომელიც მოიცავს სერვერს, შენახვის სისტემას და პროგრამულ პაკეტს ანაზრაურების განხორციელებისთვის, ცენტრალიზებული მხარდაჭერის სერვისით და შესრულების შეთანხმებული დონით. აქ, HANA მოდის როგორც წინასწარ კონფიგურირებული აპარატურა და პროგრამული უზრუნველყოფა, სრულად ინტეგრირებული და სერთიფიცირებული. მოწყობილობა Appliance რეჟიმში მზად არის ინსტალაციისთვის მონაცემთა ცენტრში და ოპერაციული სისტემა, SAP HANA და (საჭიროების შემთხვევაში) დამატებითი VMWare ინსტანცია უკვე კონფიგურირებული და დაინსტალირებულია.

SAP სერთიფიკატი განსაზღვრავს მუშაობის გარანტირებულ დონეს, ასევე პროცესორის მოდელს, ოპერატიული მეხსიერების რაოდენობას და მეხსიერებას. დამოწმების შემდეგ, კონფიგურაციის შეცვლა შეუძლებელია გარანტიის გაუქმების გარეშე. HANA პლატფორმის მასშტაბირებისთვის, SAP გთავაზობთ სამ ვარიანტს.

• მასშტაბის გაზრდა BWoH/DM/SoH – ვერტიკალური სკალირება, რომელიც შესაფერისია ერთჯერადი სისტემებისთვის (ერთი SID). მოწყობილობები იზრდება 256/384 გბ-ით SAP HANA SPS 11-დან დაწყებული. ეს თანაფარდობა აჩვენებს მაქსიმალურ სიმძლავრეს, რომელსაც მხარს უჭერს ერთი CPU და საერთოა სერთიფიცირებული მოწყობილობების მთელი სიისთვის. მოწყობილობა BWoH/DM/SoH ვერტიკალური მასშტაბით იდეალურია BW HANA (BWoH), Data Mart (DM) და SAP Suite HANA (SoH) აპლიკაციებისთვის.
• Scale-Up SoH - ეს არის წინა მოდელის მსუბუქი ვერსია, RAM-ის ოდენობის ნაკლები შეზღუდვით. ეს ჯერ კიდევ ვერტიკალურად მასშტაბირებადი სერვერია, მაგრამ ოპერატიული მეხსიერების მაქსიმალური რაოდენობა 2 პროცესორისთვის უკვე არის 1536 GB (SPS11 ვერსიამდე) და 3 ტბ (SPS12+). ვარგისია მხოლოდ SoH-სთვის.
• Მასშტაბის გარეთ - ეს არის ჰორიზონტალურად მასშტაბირებადი ვარიანტი, სისტემა, რომელიც მხარს უჭერს მრავალ სერვერის კონფიგურაციას. ჰორიზონტალური მასშტაბირება ოპტიმალურია BW-სთვის და, გარკვეული შეზღუდვებით, SoH-სთვის.

BullSequana S და Bullion S სერვერებში, ვერტიკალური სკალირება არის აქცენტი, რადგან მას აქვს ნაკლები ოპერაციული შეზღუდვები და მოითხოვს ნაკლებ ადმინისტრირებას. მოწყობილობის რეჟიმისთვის არის სხვადასხვა მოწყობილობების დიდი ასორტიმენტი.

BullSequana S გადაწყვეტილებები SAP HANA-სთვის მოწყობილობის რეჟიმში

*სურვილისამებრ E7-8890/94v4
ბუილონის S გადაწყვეტილებები SAP HANA-სთვის მოწყობილობის რეჟიმში

SAP HANA SPS 12-ის ყველა Bull გადაწყვეტა ტექნიკის რეჟიმში დამოწმებულია. მოწყობილობა დამონტაჟებულია სტანდარტულ 19 დიუმიან 42U თაროში, ორი კვების წყაროთი - შიდა PDU. შემდეგ სერვერებს აქვთ SAP სერთიფიკატი:

• BullSequana S Intel Xeon Skylake 8176, 8176M, 8180, 8180M (პროცესორები ასო "M" მხარს უჭერენ 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 გბ-დან 15.36 ტბ-მდე თითოეული
• RAID: დონე 5 (8+1), 4 RAID ჯგუფი
• ინტერფეისი: 4 FC თითო კონტროლერზე, 8 ან 16 გბიტი/წმ
• პროგრამული უზრუნველყოფა: Unisphere Block Suite

მოწყობილობა საიმედო განლაგების ვარიანტია, მაგრამ მას აქვს დიდი ნაკლი: მცირე თავისუფლება ტექნიკის კონფიგურაციაში. გარდა ამისა, ამ ვარიანტმა შეიძლება მოითხოვოს ცვლილებები IT დეპარტამენტის პროცესებში.

SAP HANA TDI

Appliance-ის ალტერნატივა არის TDI (Tailored Data Center Integration) რეჟიმი, რომელშიც შეგიძლიათ აირჩიოთ კონკრეტული მწარმოებლები და ინფრასტრუქტურის კომპონენტები მომხმარებლის სურვილებიდან გამომდინარე - შესრულებული ამოცანების და დატვირთვის გათვალისწინებით. მაგალითად, SAN შეიძლება ხელახლა იქნას გამოყენებული მონაცემთა ცენტრში, ზოგიერთი დისკით, რომელიც მიეძღვნება HANA ინსტალაციას.

Appliance-თან შედარებით, TDI რეჟიმი მომხმარებელს ბევრად მეტ თავისუფლებას ანიჭებს მოთხოვნების შესრულებაში. ეს მნიშვნელოვნად ამარტივებს HANA-ს მონაცემთა ცენტრში ინტეგრაციას - თქვენ შეგიძლიათ შექმნათ თქვენი საკუთარი მორგებული ინფრასტრუქტურა. მაგალითად, შეცვალეთ პროცესორების ტიპი და რაოდენობა დატვირთვის მიხედვით.

სიმძლავრის გამოსათვლელად, ჩვენ გირჩევთ გამოიყენოთ SAP Quick Sizer, მარტივი ინსტრუმენტი, რომელიც უზრუნველყოფს CPU და მეხსიერების მოთხოვნებს სხვადასხვა დატვირთვისთვის SAP HANA-ში. ამის შემდეგ შეგიძლიათ დაუკავშირდეთ SAP Active Global Support-ს თქვენი IT ლანდშაფტის დასაგეგმად. ამის შემდეგ, SAP HANA ტექნიკის პარტნიორი აკონვერტებს გამოთვლის შედეგებს სხვადასხვა შესაძლო სისტემის კონფიგურაციებში - როგორც ზედა ბოლოში, ასევე უფრო მარტივ აპარატურაზე. TDI რეჟიმში სერვერებისთვის მისაღებია Intel E7 CPU-ების გამოყენება, მათ შორის Intel Broadwell E7 და Skylake-SP (პლატინი, ოქრო, ვერცხლი 8 ან მეტი ბირთვით თითო პროცესორზე), ასევე IBM Power8./ 9.

სერვერები მოწოდებულია შენახვის სისტემების, კონცენტრატორებისა და თაროების გარეშე, მაგრამ ტექნიკის მოთხოვნები იგივე რჩება, როგორც მოწყობილობის რეჟიმში - იგივე ცალკეული კვანძები, გადაწყვეტილებები ვერტიკალური ან ჰორიზონტალური მასშტაბით. SAP ამას მოითხოვს გამოყენებული იყო მხოლოდ სერტიფიცირებული სერვერები, შენახვის სისტემები და კონცენტრატორები, მაგრამ ეს არ არის საშინელი - მწარმოებლების უმეტესობას აქვს თითქმის ყველა მოწყობილობა სერტიფიცირებული.

შესრულების ტესტირება უნდა ჩატარდეს HWCCT (Hardware Configuration Check Tool) ტესტების გამოყენებით., რომელიც საშუალებას გაძლევთ შეამოწმოთ შესაბამისობა გარკვეულ SAP KPI-ებთან. და არსებობს არატექნიკური მოთხოვნა: HANA, OS და ჰიპერვიზორი (სურვილისამებრ) უნდა იყოს დაინსტალირებული SAP-ის სერტიფიცირებული სპეციალისტების მიერ. მხოლოდ სისტემებს, რომლებიც აკმაყოფილებენ ყველა ჩამოთვლილ წესს, შეუძლიათ მიიღონ SAP შესრულების მხარდაჭერა.

BullSequana S სერვერების ხაზი TDI რეჟიმში, მსგავსია მოწყობილობის რეჟიმში, მაგრამ შენახვის სისტემების, კონცენტრატორებისა და თაროების გარეშე. თქვენ შეგიძლიათ დააინსტალიროთ ნებისმიერი შენახვის სისტემა სერტიფიცირებული SAP სისტემების სიიდან - VNX, XtremIO, NetApp და სხვა. მაგალითად, თუ VNX5400 აკმაყოფილებს SAP HANA შესრულების მოთხოვნებს, შეგიძლიათ დააკავშიროთ Dell EMC Unity 450F მეხსიერება, როგორც TDI კონფიგურაციის ნაწილი. საჭიროების შემთხვევაში, დამონტაჟებულია FC ადაპტერები (1 ან 10 გბიტი/წმ), ასევე Ethernet კონცენტრატორები.

ახლა, რათა უფრო ნათლად წარმოიდგინოთ აღწერილი რეჟიმი, ჩვენ მოგიყვებით რამდენიმე ჩვენს რეალურ შემთხვევაზე.

მოწყობილობა + TDI: HANA ონლაინ მაღაზიისთვის

ონლაინ მაღაზია Mall.cz, Mall Group-ის ნაწილი, დაარსდა 2000 წელს. მას ფილიალები აქვს ჩეხეთში, სლოვაკეთში, პოლონეთში, უნგრეთში, სლოვენიაში, ხორვატიასა და რუმინეთში. ეს არის ყველაზე დიდი ონლაინ მაღაზია ქვეყანაში, რომელიც დღეში 75 ათასამდე პროდუქტს ყიდის, მისმა შემოსავალმა 2017 წლის ბოლოს დაახლოებით 280 მილიონი ევრო შეადგინა.

მონაცემთა ცენტრის ინფრასტრუქტურის განახლება იყო საჭირო SAP HANA-ში მიგრაციასთან დაკავშირებით. სავარაუდო ზომა იყო 2x6 ტბ პროდ გარემოსთვის და 6 ტბ სატესტო/დეველოპერული გარემოსთვის. ამავდროულად, საჭირო იყო გამოსავალი კატასტროფის აღდგენით პროდუქტიული SAP HANA გარემოსთვის აქტიურ-აქტიურ კლასტერში.

ტენდერის გამოცხადების დროს მომხმარებელს ჰქონდა SAP-ის სისტემა, რომელიც დაფუძნებულია სტანდარტულ rack and blade სერვერებზე. ორი მონაცემთა ცენტრი, რომელიც მდებარეობს ერთმანეთისგან დაახლოებით 10 კმ-ში, აღჭურვილი იყო სხვადასხვა შენახვის სისტემებით - IBM SVC, HP და Dell. ძირითადი სისტემები მუშაობენ კატასტროფის აღდგენის რეჟიმში.

პირველ რიგში, მომხმარებელმა მოითხოვა სერტიფიცირებული გადაწყვეტა Appliance რეჟიმში SAP HANA-სთვის ყველა სისტემისთვის (წარმოების და ტესტირების/დეველოპერული გარემო) 12 ტბ-მდე ზრდით. მაგრამ ბიუჯეტის შეზღუდვების გამო, მათ დაიწყეს სხვა ვარიანტების განხილვა - მაგალითად, მეტი CPU უფრო მცირე ოპერატიული მეხსიერებით (64 GB მოდული 128 GB მოდულის ნაცვლად). გარდა ამისა, ფასის ოპტიმიზაციის მიზნით განიხილებოდა ერთობლივი შენახვა წარმოებისა და ტესტირების/დეველოპერული გარემოსთვის.

ჩვენ შევთანხმდით 4 CPU-ზე და 6 TB RAM-ზე საწარმოო გარემოსთვის, ზრდის ადგილით. TDI რეჟიმში სატესტო/დეველოპერული გარემოებისთვის, ჩვენ გადავწყვიტეთ გამოგვეყენებინა ნაკლებად ძვირი CPU - ჩვენ მივიღეთ 8 CPU და 6 TB ოპერატიული მეხსიერება. მომხმარებლის მიერ მოთხოვნილი ფუნქციების დიდი რაოდენობის გამო - რეპლიკაცია, სარეზერვო, ერთობლივი წარმოების და ტესტის/განვითარების გარემო მეორე საიტზე - შიდა დისკების ნაცვლად, DellEMC Unity შენახვის სისტემები გამოიყენებოდა სრული ფლეშის კონფიგურაციაში. გარდა ამისა, მომხმარებელმა მოითხოვა კატასტროფის აღდგენის გადაწყვეტილება, რომელიც დაფუძნებულია HANA სისტემის რეპლიკაციაზე (HSR) მესამე საიტზე კვორუმის კვანძით.

Prod გარემოს საბოლოო კონფიგურაცია შედგებოდა BullSequana S400 სერვერისგან Intel Xeon P8176M-ზე (28 ბირთვი, 2.10 GHz, 165 W) და 6 ტბ ოპერატიული მეხსიერება. შენახვის სისტემა - Unity 450F 10x 3.84 TB. კატასტროფის აღდგენის მიზნით, Prod გარემოსთვის, ჩვენ გამოვიყენეთ BullSequana S400 Intel Xeon P8176M-ზე (28 ბირთვი, 2.10 GHz, 165 W) 6 TB ოპერატიული მეხსიერებით. ტესტის/დეველოპერული გარემოსთვის, ჩვენ ავიღეთ BullSequana S800 სერვერი Intel Xeon P8153 (16 ბირთვი, 2.00 GHz, 125 W) და 6 TB ოპერატიული მეხსიერება, პლუს Unity 450F 15x 3.84 TB შენახვის სისტემა. ჩვენმა სპეციალისტებმა დააინსტალირეს და დააკონფიგურირეს DellEMC სერვერები, როგორც კვორუმი, აპლიკაციის სერვერები (VxRail Solution) და სარეზერვო გადაწყვეტა (DataDomain).

აღჭურვილობა მზად არის მომავალი განახლებისთვის. მომხმარებელი ელის HANA-ს ზომის გაზრდას 2019 წელს და მას მხოლოდ ახალი მოდულების თაროებზე დაყენება სჭირდება.

მოწყობილობა: HANA დიდი ტურისტული ინტეგრატორისთვის

ამჯერად ჩვენი კლიენტი იყო IT სერვისების მსხვილი პროვაიდერი, რომელიც ავითარებდა ტექნოლოგიურ გადაწყვეტილებებს ტურისტული კომპანიებისთვის. მომხმარებელმა წამოიწყო ამბიციური SAP HANA პროექტი ბილინგის ახალი სისტემის დანერგვის მიზნით. საჭირო იყო გამოსავალი მოწყობილობის რეჟიმში 8 ტბაიტი ოპერატიული მეხსიერებით წარმოებისა და PreProd გარემოსთვის. SAP-ის რეკომენდაციების შესაბამისად, მომხმარებელმა აირჩია ვერტიკალური სკალირების ვარიანტი.

მთავარი ამოცანა იყო ტექნიკის ინფრასტრუქტურის დანერგვა, რომელიც დაფუძნებულია მოწყობილობებზე, რომლებიც სერტიფიცირებულნი არიან მოწყობილობის რეჟიმში SAP HANA-სთვის. პრიორიტეტული კრიტერიუმები იყო ხარჯების ეფექტურობა, მაღალი შესრულება, მასშტაბურობა და მონაცემთა მაღალი ხელმისაწვდომობა.

ჩვენ შევთავაზეთ და განვახორციელეთ SAP სერთიფიცირებული გადაწყვეტა, მათ შორის ორი Bullion S16 სერვერი - Prod და PreProd გარემოსთვის. მოწყობილობა მუშაობს Intel Xeon E7-v4 8890 პროცესორებზე (24 ბირთვი, 2.20 GHz, 165 W) და აღჭურვილია 16 TB ოპერატიული მეხსიერებით. BW და Dev/Test გარემოსთვის დაინსტალირებული იყო ცხრა Bullion S4 სერვერი (22 ბირთვი, 2.20 GHz, 150 W) 4 TB ოპერატიული მეხსიერებით. ჰიბრიდული EMC Unity გამოიყენებოდა როგორც შენახვის სისტემა.

ეს გამოსავალი უზრუნველყოფს მოწყობილობის ყველა ელემენტის სკალირების მხარდაჭერას - მაგალითად, 16-მდე სოკეტს Intel Xeon E7-v4 CPU-ით. ამ კონფიგურაციაში ადმინისტრირება გამარტივებულია - კერძოდ, სერვერის ხელახალი კონფიგურაციის ან დაყოფისთვის.

მოწყობილობა + TDI: HANA მეტალურგებისთვის

MMC Norilsk Nickel, ნიკელის და პალადიუმის ერთ-ერთმა უმსხვილესმა მწარმოებელმა, გადაწყვიტა განაახლოს თავისი 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 ღონისძიებაზე: SAP ფორუმი 17 გაიმართება მოსკოვში 2019 აპრილს. გელოდებით ჩვენს სტენდთან IoT-ში. ზონა: ჩვენ მოგიყვებით ბევრ საინტერესო რამეს და ასევე მოგცემთ ბევრ პრიზს.

შევხვდებით ფორუმზე!

წყარო: www.habr.com