Industry-grade solution for SAPSAP on Cloud

SAP on Cloud คือการย้าย SAP Applications ขององค์กรขึ้นไปทำงานบนโครงสร้างพื้นฐานคลาวด์ โดย THAI DATA CLOUD ให้บริการในรูปแบบ IaaS ที่มีโครงสร้างปลอดภัย เสถียร และมีประสิทธิภาพสูง พร้อมด้วย EI (Enterprise Intelligence) และ Service lifecycle management (SLM) เพื่อลดความซับซ้อนในการจัดการองค์กรและลดต้นทุน

ความต่างที่ชัดที่สุดคือเรื่องเวลาและภาระงาน การวางระบบ SAP บนโครงสร้างพื้นฐานไอทีแบบ Traditional มาพร้อมกับ Long build cycles ต้นทุนที่สูง O&M ที่ซับซ้อน และกระบวนการอัปเกรดที่ทำได้อย่างจำกัด เมื่อย้ายขึ้นคลาวด์ การจัดเตรียมทรัพยากรประมวลผลและจัดเก็บข้อมูลทำได้อย่างยืดหยุ่นและรวดเร็ว การตั้งระบบใหม่จึงไม่ใช่โครงการจัดซื้ออีกต่อไป ซึ่งเป็นที่มาของการปรับปรุงประสิทธิภาพมากกว่า 30% สำหรับการปรับใช้แอปพลิเคชัน SAP และ O&M

SAP HANA เป็นฐานข้อมูลแบบ in-memory หมายความว่าชุดข้อมูลที่ใช้งานถูกเก็บอยู่ในหน่วยความจำจริง ไม่ใช่แค่ใช้ RAM เป็นแคชเหมือนฐานข้อมูลแบบเดิม ขนาดหน่วยความจำที่ต้องใช้จึงไม่ได้เท่ากับขนาดข้อมูลดิบ แต่คำนวณจากข้อมูลหลังการบีบอัดแบบ columnar แล้วบวกพื้นที่ทำงานที่ HANA ต้องใช้สำหรับประมวลผลคิวรี การ merge และผลลัพธ์ชั่วคราวเพิ่มเข้าไปอีก ตัวเลขรวมจึงมากกว่าขนาดข้อมูลที่อยู่ในหน่วยความจำเสมอ

สำหรับ THAI DATA CLOUD เรารองรับ VM ที่มีหน่วยความจำสูงสุด 4 TB และ BMS ที่มีหน่วยความจำสูงสุด 16 TB เพดานนี้คือสิ่งที่ตัดสินว่าระบบของคุณลงตัวแบบไหน เพราะถ้าชุดข้อมูลพร้อมพื้นที่ทำงานยังอยู่ในกรอบ 4 TB ก็ใช้ VM ได้ แต่ถ้าต้องการให้เครื่องเดียวถือข้อมูลขนาดใหญ่มาก BMS ที่ 16 TB คือคำตอบ ตัวเลขที่แน่นอนของแต่ละองค์กรต้องประเมินจากระบบจริงที่ใช้อยู่ ทีมงานประเมินให้ได้ ติดต่อเราได้ที่หน้าติดต่อเรา

รองรับครับ โดยแบ่งเป็นสามกลุ่ม กลุ่มฐานข้อมูลรองรับ SAP HANA, SAP HANA Express Edition และ SAP ASE กลุ่มแพลตฟอร์มรองรับ Application Server ABAP, SAP NetWeaver 7.0X, SAP NetWeaver 7.1 หรือสูงกว่า และ SAP NetWeaver 7.4 หรือสูงกว่า

ส่วนกลุ่มแอปพลิเคชันรองรับ SAP S/4HANA, SAP BW/4HANA, SAP Business Suite, SAP Business Warehouse, SAP Business One, SAP Hybris, SAP Business Object และ SAP XI/PI/PO ครอบคลุมทั้งองค์กรที่อยู่บน S/4HANA แล้วและองค์กรที่ยังใช้ Business Suite อยู่ หากผลิตภัณฑ์ที่คุณใช้ไม่อยู่ในรายการนี้ แจ้งทีมงานเพื่อตรวจสอบเป็นรายกรณีได้

ความต่างที่มีผลต่อการตัดสินใจมากที่สุดคือเพดานหน่วยความจำ VM รองรับหน่วยความจำได้สูงสุด 4 TB ส่วน BMS (Bare Metal Server) รองรับได้สูงสุด 16 TB สำหรับระบบที่ใช้ SAP HANA ตัวเลขนี้สำคัญเป็นพิเศษ เพราะชุดข้อมูลพร้อมพื้นที่ทำงานต้องอยู่ในหน่วยความจำทั้งหมด ถ้าไม่พอก็ไม่มีการปรับจูนใดช่วยได้

แนวทางที่ใช้จริงคือดูจากขนาดหน่วยความจำที่ระบบต้องการเป็นอันดับแรก ถ้าอยู่ในกรอบ 4 TB การใช้ VM จะได้ความยืดหยุ่นในการจัดเตรียมทรัพยากรอย่างรวดเร็ว แต่ถ้าต้องการให้เครื่องเดียวรองรับข้อมูลขนาดใหญ่มาก BMS คือทางเลือกที่เหมาะกว่า ทั้งนี้ระบบในหนึ่ง Landscape ไม่จำเป็นต้องเป็นชนิดเดียวกันทั้งหมด ระบบ Production กับ Development และ Test มีความต้องการต่างกัน ทีมงานช่วยจัดรูปแบบให้เหมาะกับแต่ละระบบได้

SAPS ย่อมาจาก SAP Application Performance Standard เป็นหน่วยวัดปริมาณงานระดับแอปพลิเคชันที่ได้มาจาก SAP SD Benchmark ซึ่งวัดว่าระบบทั้งชุดประมวลผลรายการทางธุรกิจได้มากแค่ไหน ไม่ใช่วัดความเร็วของชิป เหตุผลที่วงการ SAP ใช้หน่วยนี้แทนการนับจำนวน vCPU ก็เพราะเครื่องสองเครื่องที่มีจำนวนคอร์เท่ากันให้ปริมาณงาน SAP ได้ไม่เท่ากัน การวัดแบบ end to end จึงรวมผลของหน่วยความจำ virtualization และความหน่วงของสตอเรจเอาไว้แล้ว

ในส่วนของ THAI DATA CLOUD เราทำผลงาน Leading SAP SD Benchmark performance (SAPS value) ได้ภายใต้ข้อกำหนดผลิตภัณฑ์เดียวกัน ซึ่งคำว่าภายใต้ข้อกำหนดเดียวกันมีความหมายกับผู้ซื้อ เพราะเป็นการเทียบบนสเปคที่เท่ากัน ไม่ใช่การชนะด้วยการใช้เครื่องที่ใหญ่กว่า หากคุณมีตัวเลขปริมาณงานจากระบบ SAP ปัจจุบันอยู่แล้ว ส่งมาให้ทีมงานประเมินสเปคเทียบเคียงให้ได้

ระบบ SAP คือระบบที่เก็บข้อมูลการเงิน ข้อมูลบุคคล และข้อมูลลูกค้าไว้ในที่เดียว การออกแบบความปลอดภัยจึงเริ่มจากเครือข่ายเป็นอันดับแรก ระบบ SAP ทั้งหมดถูกปรับใช้อยู่ใน VPC เดียวกัน เพื่อป้องกันการเข้าถึงจากผู้ใช้ที่ไม่ได้รับอนุญาต เหตุผลคือ SAP ไม่ใช่เซิร์ฟเวอร์เครื่องเดียวแต่เป็น Landscape ที่ต้องคุยกันตลอดเวลา การกันทั้ง Landscape ไว้ในเครือข่ายเดียวที่แยกออกมา ทำให้ทราฟฟิกภายในไม่ต้องออกไปวิ่งบนเครือข่ายสาธารณะ และการเข้าถึงศูนย์ข้อมูล THAI DATA CLOUD ทำผ่าน VPN จึงไม่มีช่องทางบริหารจัดการที่เปิดสู่สาธารณะให้ค้นเจอ

ถัดจากเครือข่ายคือการป้องกันแบบ full-stack ครอบคลุมข้อมูล โฮสต์ แอปพลิเคชัน เครือข่าย และทุกอย่างใน Ecosystem ประกอบด้วยการป้องกันความปลอดภัย In-depth border การป้องกันโดยรวมสำหรับ Hosts และ Applications, Comprehensive network isolation พร้อมการควบคุมการเข้าถึง และการรักษาความปลอดภัยฐานข้อมูลอย่างมืออาชีพ ในด้านมาตรฐาน เรามีมาตรฐานความปลอดภัย Payment Card Industry Data Security Standard (PCI DSS) ของ BSI และเรามีความเชี่ยวชาญในสถานการณ์การใช้งาน SAP ที่หลากหลาย ทั้งระบบการผลิต development and test system ระบบ Hybris และ O&M ด้านความปลอดภัย จึงออกแบบให้ตรงกับความต้องการของแต่ละองค์กรได้

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

ด้วยเหตุนี้ THAI DATA CLOUD จึงปรับปรุงความน่าเชื่อถือด้วยโครงร่างที่หลากหลายตั้งแต่ HA local ไปถึงการสำรองและการคืนค่า รวมถึงการกู้คืนจากความเสียหาย เพราะทั้งสามอย่างนี้ใช้แทนกันไม่ได้ อีกประเด็นที่เป็นเรื่องเฉพาะของ SAP คือการกู้คืนต้องมองทั้ง Landscape ให้สอดคล้องกัน ไม่ใช่กู้เซิร์ฟเวอร์ทีละเครื่อง เพราะฝั่งแอปพลิเคชันและฐานข้อมูลต้องกลับมาในสถานะที่ตรงกัน รูปแบบที่เหมาะกับแต่ละระบบจะกำหนดร่วมกันตอนออกแบบ

บริการนี้เป็นแบบ IaaS เส้นแบ่งความรับผิดชอบจึงอยู่เหนือระบบปฏิบัติการขึ้นไป ฝั่ง THAI DATA CLOUD ให้บริการจัดการโครงสร้างพื้นฐาน รวมถึง O&M และการตรวจสอบฮาร์ดแวร์ การจำลองเสมือน (virtualization) และเครือข่าย ตลอดจนทรัพยากรแบบ Automatic provisioning of IaaS ส่วนฝั่งองค์กรของคุณจัดการระบบปฏิบัติการของคุณเองพร้อมกับ SAP applications และฐานข้อมูล รวมถึงการปรับแต่ง implementing และ managing services

สำหรับทีม SAP Basis การแบ่งแบบนี้คือข้อดี เพราะคุณยังถือสิทธิ์ระดับสูงสุดบนระบบปฏิบัติการ กำหนด change window ของตัวเองได้ และคงความสัมพันธ์กับ SAP support ไว้เหมือนเดิม ขณะที่ส่งต่อชั้นที่ไม่ได้สร้างคุณค่าให้ทีมคุณออกไป ผลลัพธ์คือการปรับปรุงประสิทธิภาพมากกว่า 30% สำหรับการปรับใช้แอปพลิเคชัน SAP และ O&M เพราะการจัดเตรียมทรัพยากรทำได้อย่างยืดหยุ่นและรวดเร็ว

เริ่มจากการสำรวจ Landscape ก่อนว่ามีผลิตภัณฑ์ SAP อะไรบ้างและมีกี่ระบบ เพราะ Production, Development, Test, QA และ Sandbox ต้องมีที่ลงทั้งหมด จากนั้นรวบรวมข้อมูลสำหรับการ sizing จากระบบที่ใช้อยู่จริง ทั้งขนาดหน่วยความจำที่ใช้และปริมาณงานจริง เพื่อนำมากำหนดว่าชุดข้อมูลลงตัวกับ VM ที่รองรับสูงสุด 4 TB หรือต้องใช้ BMS ที่รองรับสูงสุด 16 TB

ถัดมาคือเรื่องเครือข่าย ว่าสำนักงานและโรงงานจะเข้าถึง Landscape ผ่าน VPN อย่างไร และมีอินเทอร์เฟซไปยังระบบที่ยังอยู่ที่เดิมหรือไม่ แล้วจึงกำหนดระดับความพร้อมใช้งานของแต่ละระบบว่าต้องการ HA, การสำรองและคืนค่า หรือการกู้คืนจากความเสียหายในระดับใด เพราะ Sandbox ไม่จำเป็นต้องได้เท่ากับ Production สุดท้ายคือยืนยันว่าทีมของคุณพร้อมดูแลตั้งแต่ระบบปฏิบัติการขึ้นไป ลำดับการย้ายและช่วงเวลาสลับระบบจะกำหนดเป็นรายกรณีหลังการประเมิน ไม่มีสูตรสำเร็จที่ใช้ได้กับทุกองค์กร

SAP on Cloud ไม่ได้ขายเป็นแพ็กเกจสำเร็จรูป เพราะสิ่งที่กำหนดต้นทุนจริงคือขนาดหน่วยความจำที่ระบบต้องการ จำนวนระบบใน Landscape การเลือกระหว่าง VM กับ BMS และระดับความพร้อมใช้งานที่แต่ละระบบต้องการ องค์กรสองแห่งที่ใช้ผลิตภัณฑ์ SAP ตัวเดียวกันจึงอาจมีโครงสร้างที่ต่างกันมาก เราจึงเสนอราคาหลังประเมินระบบจริงของคุณ เพื่อให้ตรงกับการใช้งานมากกว่าการเดา

ขั้นตอนเริ่มต้นง่ายมาก ติดต่อทีมงานพร้อมข้อมูล Landscape ปัจจุบันเท่าที่มี ทีมงานจะช่วยประเมินสเปคและออกแบบโครงสร้างให้ฟรี ไม่มีข้อผูกมัด ติดต่อได้ที่หน้าติดต่อเรา หรือโทร 061-989-8891 หรือทาง LINE @thaidatacloud