วิธีปรับใช้ SAP HANA: เราวิเคราะห์วิธีการต่างๆ

SAP HANA เป็น DBMS ในหน่วยความจำยอดนิยมที่รวมบริการพื้นที่จัดเก็บข้อมูล (คลังข้อมูล) และการวิเคราะห์ มิดเดิลแวร์ในตัว แอปพลิเคชันเซิร์ฟเวอร์ และแพลตฟอร์มสำหรับการกำหนดค่าหรือการพัฒนายูทิลิตี้ใหม่ ด้วยการขจัดเวลาแฝงของ DBMS แบบเดิมด้วย SAP HANA คุณจะเพิ่มประสิทธิภาพของระบบ การประมวลผลธุรกรรม (OLTP) และระบบธุรกิจอัจฉริยะ (OLAP) ได้อย่างมาก

คุณสามารถปรับใช้ SAP HANA ในโหมดอุปกรณ์และ TDI (หากเราพูดถึงสภาพแวดล้อมการใช้งานจริง) ผู้ผลิตมีข้อกำหนดของตนเองสำหรับแต่ละตัวเลือก ในโพสต์นี้ เราจะพูดถึงข้อดีและข้อเสียของตัวเลือกต่างๆ รวมถึงเพื่อความชัดเจนเกี่ยวกับโครงการจริงของเรากับ SAP HANA

SAP HANA ประกอบด้วย 3 องค์ประกอบหลัก ได้แก่ โฮสต์ อินสแตนซ์ และระบบ

โฮสต์ เป็นเซิร์ฟเวอร์หรือสภาพแวดล้อมการทำงานสำหรับการรัน SAP HANA DBMS ส่วนประกอบที่จำเป็น ได้แก่ CPU, RAM, อุปกรณ์จัดเก็บข้อมูล, เครือข่าย และระบบปฏิบัติการ โฮสต์จัดเตรียมลิงก์ไปยังไดเร็กทอรีการติดตั้ง ข้อมูล บันทึก หรือไปยังระบบจัดเก็บข้อมูลโดยตรง ในขณะเดียวกัน ระบบจัดเก็บข้อมูลสำหรับการติดตั้ง SAP HANA ไม่จำเป็นต้องอยู่บนโฮสต์ หากระบบมีโฮสต์หลายโฮสต์ คุณจะต้องมีที่เก็บข้อมูลที่ใช้ร่วมกันหรือที่ว่างตามความต้องการจากโฮสต์ทั้งหมด

ตัวอย่าง — ชุดส่วนประกอบระบบ SAP HANA ที่ติดตั้งบนโฮสต์เดียว ส่วนประกอบหลักคือ Index 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 virtualization มีข้อจำกัดร้ายแรง:

• ไม่รองรับการปรับขนาดแบบขยายขนาด - การจำลองเสมือนสามารถใช้ได้กับระบบแบบขยายขนาดเท่านั้น ไม่ว่าจะเป็น BwoH/DM/SoH หรือ SoH “บริสุทธิ์”
• การจำลองเสมือนจะต้องดำเนินการภายในกฎที่กำหนดไว้สำหรับอุปกรณ์หรืออุปกรณ์ TDI
• ความพร้อมใช้งานทั่วไป (GA) สามารถมีเครื่องเสมือนได้เพียงเครื่องเดียวเท่านั้น บริษัทที่ต้องการใช้การจำลองเสมือนกับสภาพแวดล้อมการผลิต HANA จะต้องเข้าร่วมในโปรแกรมความพร้อมใช้งานที่ควบคุมกับ SAP

ในสภาพแวดล้อมที่ไม่มีประสิทธิผลซึ่งไม่มีข้อจำกัดเหล่านี้ การจำลองเสมือนสามารถใช้เพื่อเพิ่มประสิทธิภาพการใช้งานฮาร์ดแวร์ได้

โทโพโลยี SAP HANA

มาดูการนำ SAP HANA ไปใช้งานกันดีกว่า มีการกำหนดโทโพโลยีสองรายการไว้ที่นี่

• ขยายขนาด – เซิร์ฟเวอร์ขนาดใหญ่เพียงเครื่องเดียว เมื่อฐาน HANA เติบโตขึ้น เซิร์ฟเวอร์ก็จะเติบโตขึ้นด้วย จำนวน CPU และจำนวนหน่วยความจำที่เพิ่มขึ้น ในโซลูชันที่มีความพร้อมใช้งานสูง (HA) และการกู้คืนความเสียหาย (DR) เซิร์ฟเวอร์สำรองหรือเซิร์ฟเวอร์ที่ทนต่อข้อผิดพลาดจะต้องตรงกับลักษณะของเซิร์ฟเวอร์ที่มีประสิทธิภาพ
• การขยายขนาด – วอลุ่มทั้งหมดของระบบ SAP HANA ถูกกระจายไปยังเซิร์ฟเวอร์ที่เหมือนกันหลายเซิร์ฟเวอร์ เซิร์ฟเวอร์หลักประกอบด้วยข้อมูลสำหรับเซิร์ฟเวอร์ดัชนีและเนมเซิร์ฟเวอร์ เซิร์ฟเวอร์ทาสไม่มีข้อมูลนี้ - ยกเว้นเซิร์ฟเวอร์ซึ่งจะเข้าควบคุมฟังก์ชันของมาสเตอร์ในกรณีที่เซิร์ฟเวอร์หลักล้มเหลว เซิร์ฟเวอร์ดัชนีจัดการส่วนข้อมูลที่ได้รับมอบหมายและตอบสนองต่อคำขอด้วย เนมเซิร์ฟเวอร์ทราบถึงวิธีการกระจายข้อมูลระหว่างเซิร์ฟเวอร์ที่ใช้งานจริง หาก HANA เติบโตขึ้น โหนดอื่นก็จะถูกเพิ่มเข้าไปในการกำหนดค่าเซิร์ฟเวอร์ปัจจุบัน ในโทโพโลยีนี้ ก็เพียงพอแล้วที่จะมีโหนดสำรองหนึ่งโหนดเพื่อให้มั่นใจถึงความปลอดภัยของเซิร์ฟเวอร์ทั้งหมด

ข้อกำหนดด้านฮาร์ดแวร์ของ SAP

SAP มีข้อกำหนดด้านฮาร์ดแวร์ที่จำเป็นสำหรับ HANA เกี่ยวข้องกับสภาพแวดล้อมการผลิต - สำหรับคุณลักษณะที่ไม่ใช่ผลิตภัณฑ์ คุณลักษณะขั้นต่ำก็เพียงพอแล้ว ดังนั้น ต่อไปนี้เป็นข้อกำหนดสำหรับสภาพแวดล้อมการใช้งานจริง:

• ซีพียู Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• จาก RAM 128 GB สำหรับแอปพลิเคชัน BW ที่มี 2 CPU, 256 GB พร้อม CPU 4+

การปรับใช้ SAP HANA ในโหมด Appliance และ TDI

ตอนนี้ เรามาฝึกฝนและพูดคุยเกี่ยวกับวิธีใช้งาน SAP HANA ในโหมด Appliance และ TDI กันดีกว่า สำหรับสิ่งนี้ เราใช้แพลตฟอร์ม SAP HANA ของเราซึ่งใช้เซิร์ฟเวอร์ BullSequana S และ Bullion S ซึ่งได้รับการรับรองโดย SAP เพื่อทำงานในโหมดเหล่านี้

ข้อมูลเล็กน้อยเกี่ยวกับผลิตภัณฑ์ BullSequana S ที่ใช้ Intel Xeon Scalable มีรุ่นต่างๆ มากมาย สูงสุดถึง 32 CPU ในเซิร์ฟเวอร์เดียว เซิร์ฟเวอร์ถูกสร้างขึ้นโดยใช้การออกแบบแบบโมดูลาร์ที่ให้ความสามารถในการปรับขนาดได้สูงสุด 32 CPU และ GPU จำนวนเท่ากัน RAM – จาก 64 GB ถึง 48 TB ฟีเจอร์ BullSequana S ประกอบด้วยการสนับสนุน AI ระดับองค์กรเพื่อประสิทธิภาพที่ดีขึ้น การวิเคราะห์ข้อมูลที่รวดเร็วขึ้น การประมวลผลในหน่วยความจำที่ได้รับการปรับปรุง และความทันสมัยด้วยเทคโนโลยีเสมือนจริงและคลาวด์

Bullion S มาพร้อมกับซีพียูตระกูล Intel Xeon E7 v4 จำนวนโปรเซสเซอร์สูงสุดคือ 16 ตัว RAM สามารถปรับขนาดได้ตั้งแต่ 128 GB ถึง 24 TB ฟังก์ชัน RAS จำนวนมากให้ความพร้อมใช้งานในระดับสูงสำหรับโครงสร้างพื้นฐานที่มีความสำคัญต่อภารกิจ เช่น SAP HANA Bullion S เหมาะสำหรับการรวมศูนย์ข้อมูลขนาดใหญ่ การรันแอปพลิเคชันในหน่วยความจำ การย้ายเมนเฟรม หรือระบบเดิม

อุปกรณ์ SAP HANA

Appliance เป็นโซลูชันที่กำหนดค่าไว้ล่วงหน้าซึ่งประกอบด้วยเซิร์ฟเวอร์ ระบบจัดเก็บข้อมูล และแพ็คเกจซอฟต์แวร์สำหรับการใช้งานแบบครบวงจร พร้อมบริการสนับสนุนแบบรวมศูนย์และระดับประสิทธิภาพที่ตกลงกันไว้ ที่นี่ HANA มาในรูปแบบฮาร์ดแวร์และซอฟต์แวร์ที่ได้รับการกำหนดค่าล่วงหน้า บูรณาการและได้รับการรับรองโดยสมบูรณ์ อุปกรณ์ในโหมดอุปกรณ์พร้อมสำหรับการติดตั้งในศูนย์ข้อมูล และระบบปฏิบัติการ, SAP HANA และ (หากจำเป็น) อินสแตนซ์ VMWare เพิ่มเติมได้รับการกำหนดค่าและติดตั้งแล้ว

การรับรองของ SAP จะกำหนดระดับการรับประกันประสิทธิภาพ รวมถึงรุ่น CPU จำนวน RAM และพื้นที่จัดเก็บข้อมูล เมื่อได้รับการรับรองแล้ว การกำหนดค่าจะไม่สามารถเปลี่ยนแปลงได้โดยไม่ทำให้การรับประกันเป็นโมฆะ เพื่อขยายขนาดแพลตฟอร์ม HANA SAP มีสามตัวเลือก

• ขยายขนาด BWoH/DM/SoH – มาตราส่วนแนวตั้งซึ่งเหมาะสำหรับระบบเดี่ยว (หนึ่ง SID) อุปกรณ์มีขนาดเพิ่มขึ้น 256/384 GB โดยเริ่มจาก SAP HANA SPS 11 อัตราส่วนนี้แสดงความจุสูงสุดที่รองรับโดย CPU หนึ่งตัว และเป็นเรื่องปกติสำหรับรายการอุปกรณ์ที่ได้รับการรับรองทั้งหมด อุปกรณ์ 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 ได้รับการรับรอง อุปกรณ์ได้รับการติดตั้งในชั้นวาง 19U มาตรฐานขนาด 42 นิ้ว พร้อมด้วยแหล่งจ่ายไฟสองตัว - 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 GB ถึง 15.36 TB ต่ออัน
• RAID: ระดับ 5 (8+1), 4 กลุ่ม RAID
• อินเทอร์เฟซ: 4 FC ต่อคอนโทรลเลอร์ 8 หรือ 16 Gbit/s
• ซอฟต์แวร์: Unisphere Block Suite

Appliance เป็นตัวเลือกการใช้งานที่เชื่อถือได้ แต่มีข้อเสียเปรียบอย่างมาก: อิสระเล็กน้อยในการกำหนดค่าฮาร์ดแวร์. นอกจากนี้ ตัวเลือกนี้อาจต้องมีการเปลี่ยนแปลงกระบวนการของแผนกไอที

เอสเอพี ฮานา ทีดีไอ

อีกทางเลือกหนึ่งนอกเหนือจาก Appliance คือโหมด TDI (Tailored Data Center Integration) ซึ่งคุณสามารถเลือกผู้ผลิตและส่วนประกอบโครงสร้างพื้นฐานเฉพาะได้ ขึ้นอยู่กับความต้องการของลูกค้า โดยคำนึงถึงงานที่ดำเนินการและปริมาณงาน ตัวอย่างเช่น สามารถใช้ SAN ซ้ำในศูนย์ข้อมูลได้ โดยมีดิสก์บางตัวสำหรับการติดตั้ง HANA โดยเฉพาะ

เมื่อเปรียบเทียบกับอุปกรณ์แล้ว โหมด TDI ให้อิสระแก่ผู้ใช้ในการตอบสนองความต้องการมากขึ้น สิ่งนี้ช่วยลดความยุ่งยากในการรวม HANA เข้ากับศูนย์ข้อมูลได้อย่างมาก - คุณสามารถสร้างโครงสร้างพื้นฐานที่ปรับแต่งเองได้ ตัวอย่างเช่น เปลี่ยนแปลงประเภทและจำนวนโปรเซสเซอร์โดยขึ้นอยู่กับโหลด

สำหรับการคำนวณความจุ เราขอแนะนำให้ใช้ SAP Quick Sizer ซึ่งเป็นเครื่องมือง่ายๆ ที่ให้ข้อกำหนด CPU และหน่วยความจำสำหรับปริมาณงานที่แตกต่างกันใน SAP HANA จากนั้น คุณสามารถติดต่อ SAP Active Global Support เพื่อวางแผนภูมิทัศน์ด้าน IT ของคุณได้ หลังจากนี้ คู่ค้าด้านฮาร์ดแวร์ของ SAP HANA จะแปลงผลการคำนวณเป็นการกำหนดค่าระบบต่างๆ ที่เป็นไปได้ - ทั้งบนฮาร์ดแวร์ระดับบนสุดและบนฮาร์ดแวร์ที่เรียบง่ายกว่า ในโหมด TDI สำหรับเซิร์ฟเวอร์ เป็นที่ยอมรับในการใช้ CPU Intel E7 รวมถึง Intel Broadwell E7 และ Skylake-SP (Platinum, Gold, Silver ที่มี 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) รวมถึงสวิตช์อีเทอร์เน็ต

ตอนนี้ เพื่อให้คุณสามารถจินตนาการถึงโหมดที่อธิบายไว้ได้ชัดเจนยิ่งขึ้น เราจะบอกคุณเกี่ยวกับกรณีจริงของเราหลายกรณี

Appliance + TDI: HANA สำหรับร้านค้าออนไลน์

ร้านค้าออนไลน์ Mall.cz ซึ่งเป็นส่วนหนึ่งของ Mall Group ก่อตั้งขึ้นในปี 2000 มีสาขาในสาธารณรัฐเช็ก สโลวาเกีย โปแลนด์ ฮังการี สโลวีเนีย โครเอเชีย และโรมาเนีย นี่คือร้านค้าออนไลน์ที่ใหญ่ที่สุดในประเทศโดยขายสินค้าได้มากถึง 75 รายการต่อวัน รายได้ ณ สิ้นปี 2017 มีมูลค่าประมาณ 280 ล้านยูโร

จำเป็นต้องมีการอัปเดตโครงสร้างพื้นฐานของศูนย์ข้อมูลโดยเกี่ยวข้องกับการย้ายข้อมูลไปยัง SAP HANA ขนาดโดยประมาณคือ 2x6 TB สำหรับสภาพแวดล้อมที่ใช้งานจริง และ 6 TB สำหรับสภาพแวดล้อมการทดสอบ/การพัฒนา ในเวลาเดียวกัน จำเป็นต้องมีโซลูชันการกู้คืนความเสียหายสำหรับสภาพแวดล้อม SAP HANA ที่มีประสิทธิผลในคลัสเตอร์ที่ใช้งานอยู่

ในขณะที่ประกาศประกวดราคา ลูกค้ามีระบบสำหรับ SAP ที่ใช้เซิร์ฟเวอร์แร็คและเบลดมาตรฐาน ศูนย์ข้อมูลสองแห่งซึ่งอยู่ห่างจากกันประมาณ 10 กม. ติดตั้งระบบจัดเก็บข้อมูลที่หลากหลาย ได้แก่ IBM SVC, HP และ Dell ระบบสำคัญที่ทำงานในโหมดการกู้คืนระบบ

ขั้นแรก ลูกค้าขอโซลูชันที่ได้รับการรับรองในโหมดอุปกรณ์สำหรับ SAP HANA สำหรับทุกระบบ (สภาพแวดล้อมการผลิตและการทดสอบ/การพัฒนา) โดยมีการเติบโตสูงสุด 12 TB แต่เนื่องจากข้อจำกัดด้านงบประมาณ พวกเขาจึงเริ่มพิจารณาตัวเลือกอื่นๆ เช่น เพิ่ม CPU ที่มีโมดูล RAM ขนาดเล็ก (โมดูล 64 GB แทนที่จะเป็นโมดูล 128 GB) นอกจากนี้ เพื่อปรับราคาให้เหมาะสม จึงมีการพิจารณาพื้นที่จัดเก็บร่วมสำหรับสภาพแวดล้อมการผลิตและการทดสอบ/การพัฒนา

เราตกลงเรื่อง CPU 4 ตัวและ RAM ขนาด 6 TB สำหรับสภาพแวดล้อมการใช้งานจริง โดยมีพื้นที่สำหรับการเติบโต สำหรับสภาพแวดล้อมการทดสอบ/การพัฒนาในโหมด TDI เราตัดสินใจใช้ CPU ที่มีราคาถูกกว่า - เราได้ 8 CPU และ RAM ขนาด 6 TB เนื่องจากฟังก์ชันที่ลูกค้าร้องขอมีจำนวนมากขึ้น ไม่ว่าจะเป็นการจำลองแบบ การสำรองข้อมูล การผลิตร่วม และสภาพแวดล้อมการทดสอบ/การพัฒนาบนไซต์ที่สอง แทนที่จะเป็นดิสก์ภายใน ระบบจัดเก็บข้อมูล DellEMC Unity จึงถูกนำมาใช้ในการกำหนดค่าแบบแฟลชเต็มรูปแบบ นอกจากนี้ ลูกค้ายังร้องขอโซลูชันการกู้คืนระบบตามการจำลองระบบ HANA (HSR) โดยมีโหนดควอรัมบนไซต์ที่สาม

การกำหนดค่าขั้นสุดท้ายสำหรับสภาพแวดล้อม Prod ประกอบด้วยเซิร์ฟเวอร์ BullSequana S400 บน Intel Xeon P8176M (28 คอร์, 2.10 GHz, 165 W) และ RAM ขนาด 6 TB ระบบจัดเก็บข้อมูล - Unity 450F 10x 3.84 TB. เพื่อวัตถุประสงค์ในการกู้คืนความเสียหาย สำหรับสภาพแวดล้อม Prod เราใช้ BullSequana S400 บน Intel Xeon P8176M (28 คอร์, 2.10 GHz, 165 W) พร้อม RAM ขนาด 6 TB สำหรับสภาพแวดล้อมการทดสอบ/การพัฒนา เราใช้เซิร์ฟเวอร์ BullSequana S800 ที่มี Intel Xeon P8153 (16 คอร์, 2.00 GHz, 125 W) และ RAM ขนาด 6 TB พร้อมด้วยระบบจัดเก็บข้อมูล Unity 450F 15x 3.84 TB ผู้เชี่ยวชาญของเราติดตั้งและกำหนดค่าเซิร์ฟเวอร์ DellEMC เป็นองค์ประชุม แอปพลิเคชันเซิร์ฟเวอร์ (โซลูชัน VxRail) และโซลูชันการสำรองข้อมูล (DataDomain)

อุปกรณ์พร้อมสำหรับการอัพเกรดในอนาคต ลูกค้าคาดว่าขนาดของ HANA จะเพิ่มขึ้นในปี 2019 และสิ่งที่เขาต้องทำคือติดตั้งโมดูลใหม่ในชั้นวาง

เครื่องใช้ไฟฟ้า: HANA สำหรับผู้บูรณาการการท่องเที่ยวรายใหญ่

ครั้งนี้ลูกค้าของเราเป็นผู้ให้บริการด้านไอทีรายใหญ่ที่พัฒนาโซลูชันทางเทคโนโลยีสำหรับบริษัทท่องเที่ยว ลูกค้าเปิดตัวโครงการ SAP HANA ที่มีความทะเยอทะยานเพื่อใช้ระบบการเรียกเก็บเงินใหม่ จำเป็นต้องมีโซลูชันในโหมดอุปกรณ์ที่มี RAM ขนาด 8 TB สำหรับสภาพแวดล้อมการผลิตและ PreProd ตามคำแนะนำของ SAP ลูกค้าเลือกตัวเลือกมาตราส่วนแนวตั้ง

ภารกิจหลักคือการปรับใช้โครงสร้างพื้นฐานฮาร์ดแวร์โดยอิงตามอุปกรณ์ที่ได้รับการรับรองในโหมดอุปกรณ์สำหรับ SAP HANA เกณฑ์ลำดับความสำคัญ ได้แก่ ความคุ้มค่า ประสิทธิภาพสูง ความสามารถในการขยายขนาด และความพร้อมใช้งานของข้อมูลสูง

เราเสนอและปรับใช้โซลูชันที่ได้รับการรับรองจาก SAP ซึ่งรวมถึงเซิร์ฟเวอร์ Bullion S16 สองเครื่อง - สำหรับสภาพแวดล้อม Prod และ PreProd อุปกรณ์ทำงานบนโปรเซสเซอร์ Intel Xeon E7-v4 8890 (24 คอร์, 2.20 GHz, 165 W) และมี RAM ขนาด 16 TB สำหรับสภาพแวดล้อม BW และ Dev/Test มีการติดตั้งเซิร์ฟเวอร์ Bullion S4 เก้าเครื่อง (22 คอร์, 2.20 GHz, 150 W) พร้อม RAM ขนาด 4 TB ใช้ Hybrid EMC Unity เป็นระบบจัดเก็บข้อมูล

โซลูชันนี้ให้การสนับสนุนการปรับขนาดสำหรับองค์ประกอบทั้งหมดของอุปกรณ์ - ตัวอย่างเช่น สูงสุด 16 ซ็อกเก็ตที่มี CPU Intel Xeon E7-v4 การดูแลระบบในการกำหนดค่านี้ทำได้ง่ายขึ้น โดยเฉพาะอย่างยิ่งสำหรับการกำหนดค่าใหม่หรือการแบ่งพาร์ติชันเซิร์ฟเวอร์

Appliance + TDI: HANA สำหรับนักโลหะวิทยา

MMC Norilsk Nickel หนึ่งในผู้ผลิตนิกเกิลและแพลเลเดียมรายใหญ่ที่สุด ตัดสินใจอัปเดตแพลตฟอร์มฮาร์ดแวร์ SAP HANA เพื่อรองรับแอปพลิเคชันและโครงการทางธุรกิจที่สำคัญ มีความจำเป็นต้องขยายภูมิทัศน์ที่มีอยู่ในแง่ของพลังการประมวลผล เงื่อนไขหลักประการหนึ่งที่ลูกค้าเสนอคือความพร้อมใช้งานสูงของแพลตฟอร์ม แม้ว่าจะมีข้อจำกัดด้านฮาร์ดแวร์ก็ตาม

สำหรับสภาพแวดล้อมการใช้งานจริง เราใช้เซิร์ฟเวอร์ Bullion S8 และระบบจัดเก็บข้อมูลในโหมด SAP HANA Appliance สำหรับ HA และการทดสอบ/การพัฒนา แพลตฟอร์มถูกปรับใช้ในโหมด TDI เราใช้เซิร์ฟเวอร์ Bull Bullion S8 หนึ่งเครื่อง, เซิร์ฟเวอร์ Bull Bullion S6 สองเครื่อง และระบบจัดเก็บข้อมูลแบบไฮบริด การรวมกันนี้ทำให้สามารถเพิ่มความเร็วของแอปพลิเคชันในแนวนอนของ SAP ได้อย่างมาก เพิ่มปริมาณพลังการประมวลผลและทรัพยากรการจัดเก็บข้อมูล และลดต้นทุนการดำเนินงาน สิ่งสำคัญคือไคลเอ็นต์ยังคงมีความสามารถในการขยายขนาด CPU ได้ถึง 16 ตัว

เราขอเชิญคุณเข้าร่วมฟอรัม SAP

ในโพสต์นี้ เราได้ดูการปรับใช้ SAP HANA ในรูปแบบต่างๆ และพยายามเน้นข้อดีและข้อเสียของตัวเลือกที่มีอยู่ หากคุณมีคำถามใด ๆ เกี่ยวกับการนำ SAP HANA ไปใช้ เรายินดีที่จะตอบในความคิดเห็น

เราขอเชิญทุกคนที่สนใจโซลูชัน Bull และความเป็นไปได้ของการนำไปใช้งานภายใต้ SAP HANA มาที่งาน SAP ที่ใหญ่ที่สุดแห่งปี: SAP Forum 17 จะจัดขึ้นที่มอสโกในวันที่ 2019 เมษายน เรากำลังรอคุณอยู่ที่จุดยืนของเราในด้าน IoT โซน : เราจะเล่าเรื่องราวที่น่าสนใจมากมายพร้อมแจกของรางวัลมากมาย

เจอกันในฟอรั่ม!

ที่มา: will.com