แม้ว่าการหยุดทำงานของระบบ ฐานข้อมูล และแอปพลิเคชันที่มีความสำคัญต่อธุรกิจจะทำให้ทุกองค์กรมีค่าใช้จ่าย แต่อุตสาหกรรมต่างๆ ในโพสต์นี้ เราจะสำรวจกรณีการใช้งานที่มีความพร้อมใช้งานสูงและเรื่องราวความสำเร็จของลูกค้า SIOS ในอุตสาหกรรมบริการทางการเงิน การดูแลสุขภาพ การผลิต และการศึกษา

ความพร้อมใช้งานสูงสำหรับบริการทางการเงิน

ตั้งแต่สหภาพสินเชื่อขนาดเล็กไปจนถึงธนาคารระดับภูมิภาคไปจนถึงบริษัทการลงทุนระดับโลก บริการทางการเงินเป็นอุตสาหกรรมที่มีการควบคุมอย่างเข้มงวดและรวดเร็ว ซึ่งมีธุรกรรมทางอิเล็กทรอนิกส์หลายพันล้านดอลลาร์เกิดขึ้นทุกวินาที ดังนั้น ต้นทุนเฉลี่ยของการหยุดทำงาน (300,000 ดอลลาร์สหรัฐฯ สำหรับการหยุดทำงานหนึ่งชั่วโมงตามการสำรวจต้นทุนการหยุดทำงานรายชั่วโมงของ ITIC ปี 2021) อาจสูงกว่าสำหรับบริษัทที่ให้บริการทางการเงินอย่างมีนัยสำคัญเมื่อเทียบกับอุตสาหกรรมอื่นๆ

บริษัทที่ให้บริการทางการเงินขนาดใหญ่เพิ่ม High Availability/Disaster Recovery สำหรับแอปพลิเคชันหลักทรัพย์ที่สำคัญบนฐานข้อมูล Oracle

หนึ่งในบริษัทที่ให้บริการทางการเงินที่เก่าแก่ที่สุดในจีนให้บริการนายหน้าซื้อขายหลักทรัพย์และสัญญาซื้อขายล่วงหน้า ตลอดจนวาณิชธนกิจ การจัดการสินทรัพย์ กองทุนส่วนบุคคล การลงทุนทางเลือก และบริการเช่าซื้อทางการเงิน จดทะเบียนทั้งในตลาดหลักทรัพย์เซี่ยงไฮ้และฮ่องกง บริษัทมีสาขา 343 แห่งครอบคลุม 30 มณฑล เทศบาล และเขตปกครองตนเองในสาธารณรัฐประชาชนจีน นอกจากนี้ยังดำเนินการใน 14 ประเทศและเมืองใหญ่ระหว่างประเทศ โดยให้บริการลูกค้าประมาณ 18 ล้านราย

สิ่งแวดล้อม บริษัทอาศัยแอปพลิเคชันซื้อขายหลักทรัพย์ที่ใช้ฐานข้อมูล Oracle ซึ่งทำงานในสภาพแวดล้อมระบบปฏิบัติการ Red Hat Linux ในขณะที่ทีมไอทีของบริษัทสำรองข้อมูลแอปพลิเคชันและฐานข้อมูลเหล่านี้บ่อยครั้ง พวกเขาไม่สามารถกู้คืนการทำงานได้อย่างรวดเร็วในกรณีที่เกิดความล้มเหลวหรือภัยพิบัติ

ความท้าทาย บริษัทผู้ให้บริการทางการเงินต้องการใช้การป้องกันความพร้อมใช้งานสูง (เวลาทำงาน 99.99%) สำหรับแอปพลิเคชันที่สำคัญและฐานข้อมูล Oracle ที่ต้องใช้

การประเมินผล ทีมไอทีของบริษัทต้องการโซลูชันการทำคลัสเตอร์ที่รับรองว่าจะเป็นไปตามข้อตกลงระดับบริการ (SLA) ที่เชื่อถือได้สำหรับความพร้อมใช้งานสูง ตลอดจนเวลากู้คืนที่เข้มงวดและวัตถุประสงค์ของจุดกู้คืน (RTO, RPO) จำเป็นต้องได้รับการพิสูจน์เพื่อให้ ความพร้อมใช้งานสูงในสภาพแวดล้อม Linux . พวกเขายังต้องการโซลูชันที่จะลดความซับซ้อนของการจัดกลุ่มในสภาพแวดล้อมแบบโอเพ่นซอร์ส

การแก้ไขปัญหา บริษัทได้สร้างคลัสเตอร์สองโหนดบนเซิร์ฟเวอร์จริงโดยใช้ SIOS Protection Suite สำหรับ Linux ซอฟต์แวร์การจัดกลุ่ม . ซอฟต์แวร์การทำคลัสเตอร์ SIOS จะตรวจสอบสแต็กแอปพลิเคชันทั้งหมด—เครือข่าย ที่เก็บข้อมูล ระบบปฏิบัติการ และแอปพลิเคชัน ในกรณีที่เกิดการเฟลโอเวอร์ ซอฟต์แวร์จะจัดการการเฟลโอเวอร์ของการดำเนินการแอปพลิเคชันไปยังโหนดรองในคลัสเตอร์ โมดูลที่รู้จักแอปพลิเคชันใน SIOS Protection Suite ช่วยลดความยุ่งยากในการกำหนดค่าคลัสเตอร์สำหรับสภาพแวดล้อม Linux

ผลลัพธ์ บริษัทใช้ SIOS Protection Suite สำหรับการทำคลัสเตอร์ Linux เป็นเวลาหลายปี และนำผลิตภัณฑ์ SIOS ไปใช้ในสภาพแวดล้อมของตนอย่างต่อเนื่อง ในช่วงเวลานั้น บริษัทได้ปฏิบัติตาม SLA ความพร้อมใช้งานอย่างต่อเนื่อง จากการใช้งานที่ตรงไปตรงมาไปจนถึงการจัดการที่เชื่อถือได้และใช้งานง่าย ซอฟต์แวร์การจัดกลุ่ม SIOS เป็นไปตามหรือเกินความคาดหมายของบริษัท

ความพร้อมใช้งานสูงสำหรับการดูแลสุขภาพ

การหยุดทำงานของแอปพลิเคชันและการจัดเก็บในอุตสาหกรรมการดูแลสุขภาพอาจเป็นเรื่องของชีวิตและความตายอย่างแท้จริง จำเป็นอย่างยิ่งที่จะต้องรับประกันการเข้าถึงระบบที่สำคัญที่ใช้ในโรงพยาบาลและศูนย์ศัลยกรรมได้อย่างน่าเชื่อถือ เช่นเดียวกับบันทึกสุขภาพอิเล็กทรอนิกส์ (EHR) และเทคโนโลยีภาพทางการแพทย์ เช่น การเก็บถาวรรูปภาพและระบบการสื่อสาร (PACS) อุตสาหกรรมการดูแลสุขภาพยังตกเป็นเป้าหมายในการโจมตีแรนซัมแวร์มากขึ้นเรื่อยๆ ซึ่งนำไปสู่การหยุดทำงานที่สำคัญ

Lifehouse Hospital รับประกันความพร้อมใช้งานสูงใน Amazon Web Services ด้วย SIOS DataKeeper

โรงพยาบาล Chris O'Brien Lifehouse (www.mylifehouse.org.au) เชี่ยวชาญด้านการวิจัยที่ทันสมัยและการรักษากรณีมะเร็งที่หายากและซับซ้อน โรงพยาบาลที่ไม่แสวงหาผลกำไรแห่งนี้ดูแลผู้ป่วยมากกว่า 40,000 รายต่อปีเพื่อตรวจคัดกรอง วินิจฉัยโรค และรับการรักษา

ความท้าทาย Lifehouse ใช้ MEDITECH สำหรับการจัดการผู้ป่วยและจัดเก็บข้อมูลส่วนกลางของบันทึกสุขภาพอิเล็กทรอนิกส์ของผู้ป่วย “ระบบข้อมูลสุขภาพและฐานข้อมูลมีความสำคัญต่อการดูแลที่เราให้บริการ ถ้าอย่างใดอย่างหนึ่งหยุดทำงาน จะไม่สามารถเข้าถึงบันทึกของผู้ป่วยได้ และนั่นจะทำให้การดำเนินงานของโรงพยาบาลเป็นอัมพาต” ปีเตอร์ ซิงเกอร์ ผู้อำนวยการฝ่ายเทคโนโลยีสารสนเทศของ Lifehouse อธิบาย Windows Server Failover Clustering (WSFC) ที่รันบน SAN ในศูนย์ข้อมูลของโรงพยาบาล เช่นเดียวกับหลายๆ องค์กร Lifehouse วางแผนที่จะโยกย้ายไปยังระบบคลาวด์เพื่อใช้ประโยชน์จากความคล่องตัวและราคาที่จ่ายได้

Lifehouse เลือก Amazon Web Services (AWS) และหวังว่าจะ “ยกและเปลี่ยน” สภาพแวดล้อมไปยัง AWS Cloud ได้โดยตรง ในการจำลองการกำหนดค่าภายในองค์กร Singer เลือกบริการ “cloud Volumes” ที่มีอยู่ใน AWS Marketplace คลัสเตอร์เฟลโอเวอร์ได้รับการกำหนดค่าโดยใช้ไดรฟ์ข้อมูลพื้นที่จัดเก็บที่กำหนดโดยซอฟต์แวร์ของ Amazon FSx เพื่อแบ่งปันข้อมูลระหว่างอินสแตนซ์ที่ใช้งานอยู่และสแตนด์บาย อย่างไรก็ตาม ปริมาณคลาวด์ที่กำหนดโดยซอฟต์แวร์มีผลกระทบในทางลบอย่างมากต่อประสิทธิภาพของทรูพุต ด้วยตัวเลือก "ไม่มีการป้องกัน" ปริมาณคลาวด์ทำงานได้ดี แต่ "ไม่มีการป้องกัน" ไม่ใช่ตัวเลือกสำหรับแอปพลิเคชัน MEDITECH ที่มีความสำคัญต่อภารกิจและฐานข้อมูล

การแก้ไขปัญหา หลังจากทำการค้นหาอย่างถี่ถ้วน Singer ได้ข้อสรุปว่าทางออกที่ดีที่สุดคือ SIOS DataKeeper SIOS DataKeeper ให้การจำลองข้อมูลแบบซิงโครนัสประสิทธิภาพสูงที่ Lifehouse ต้องการ ด้วยการใช้การมิเรอร์ข้อมูลระดับบล็อกตามเวลาจริงระหว่างที่จัดเก็บในเครื่องที่เชื่อมต่อกับอินสแตนซ์ที่ใช้งานอยู่และสแตนด์บายทั้งหมด โซลูชันนี้จึงเอาชนะปัญหาที่เกิดจากการขาด SAN ในระบบคลาวด์ รวมถึงประสิทธิภาพที่ต่ำซึ่งมักสร้างปัญหาให้กับที่เก็บข้อมูลที่กำหนดโดยซอฟต์แวร์ (ดูรูปที่ 3) คลัสเตอร์ SANless ที่เป็นผลลัพธ์นั้นเข้ากันได้กับ WSFC ให้การตรวจสอบอย่างต่อเนื่องเพื่อตรวจหาความล้มเหลวในระดับแอปพลิเคชันและฐานข้อมูล และเสนอนโยบายที่กำหนดค่าได้สำหรับการเฟลโอเวอร์และการย้อนกลับเมื่อเกิดข้อผิดพลาด

ผลลัพธ์ ซึ่งแตกต่างจากที่เก็บข้อมูลที่กำหนดโดยซอฟต์แวร์ SIOS DataKeeper สร้างขึ้นตามวัตถุประสงค์เพื่อประสิทธิภาพสูงและ ความพร้อมใช้งานสูง ดังนั้นจึงไม่แปลกใจเลยที่ Singer จะกำหนดค่าบนระบบคลาวด์ได้ตามต้องการ แต่ Singer รู้สึกประหลาดใจอย่างมากกับความง่ายของโซลูชันในการปรับใช้และดำเนินการ: “เราสามารถเปลี่ยนจากการทดสอบเป็นการผลิตได้ภายในเวลาไม่กี่วัน การบำรุงรักษาอย่างต่อเนื่องนั้นค่อนข้างง่าย ซึ่งเราคาดว่าจะลดค่าใช้จ่ายในการดำเนินงานที่เกี่ยวข้องกับความพร้อมใช้งานสูงและ การกู้คืนระบบ ”

ความพร้อมใช้งานสูงสำหรับการผลิต

ห่วงโซ่อุปทานในปัจจุบันได้รับความสนใจเป็นอย่างมาก แม้ว่าเมื่อเร็ว ๆ นี้ความสนใจส่วนใหญ่จะอยู่ที่ปัญหาด้านลอจิสติกส์ (เช่น ความแออัดในท่าเรือลอสแองเจลิส) และการโจมตีทางไซเบอร์ (เช่น การโจมตีด้วยแรนซัมแวร์ Colonial Pipeline) แต่ความท้าทายที่สำคัญหลายอย่างยังขยายไปถึงห่วงโซ่อุปทานอีกด้วย เป็นเวลากว่า 50 ปีแล้วที่การผลิตแบบลีน (หรือที่เรียกว่าการจัดการสินค้าคงคลังแบบทันเวลาพอดี) เป็นจุดเด่นของประสิทธิภาพในอุตสาหกรรมการผลิต อย่างไรก็ตาม “ทันเวลาพอดี” หมายความว่าอย่างนั้นจริงๆ และไม่มีที่ว่างสำหรับระบบหรือแอปพลิเคชันหยุดทำงานในการผลิต

SIOS DataKeeper Cluster Edition ปกป้องระบบข้อมูล Van de Lande

Van de Lande BV (VDL) มีความเชี่ยวชาญในการผลิตข้อต่อและวาล์วแรงดัน PVC-U และ PE สำหรับระบบท่อพลาสติก ทั้งที่ผลิตจากท่อและแม่พิมพ์ฉีด ผลิตภัณฑ์ของบริษัทถูกใช้ทั่วโลกในการติดตั้งทางอุตสาหกรรมและทางด้านเทคนิค สิ่งที่ทำให้ VDL แตกต่างคือประเภทและขนาดผลิตภัณฑ์ที่น่าประทับใจ และความมุ่งมั่นอย่างต่อเนื่องในการปรับปรุงและเพิ่มประสิทธิภาพผลิตภัณฑ์ ด้วยเหตุนี้ VDL จึงเป็นแบรนด์ตัวเลือกสำหรับผู้สร้างระบบและการติดตั้งมากว่า 50 ปี

ความท้าทาย VDL เริ่มต้นด้วยสภาพแวดล้อมเซิร์ฟเวอร์เสมือนจริงบน Xen และ CentOS ต่อมาบริษัทได้นำ KVM และ Hyper-V มาใช้ สภาพแวดล้อมที่แตกต่างกันนี้ได้รับการพิสูจน์แล้วว่าดูแลรักษาได้ยาก ดังนั้น VDL จึงค่อยๆ เปลี่ยนไปใช้สภาพแวดล้อม Windows Hyper-V

ก่อนดำเนินการ SIOS Data Keeper โซลูชัน VDL อาศัยที่เก็บข้อมูลที่ใช้ร่วมกัน (SAN) สำหรับที่เก็บข้อมูลหลัก เพื่อปรับปรุงประสิทธิภาพ พวกเขาตัดสินใจย้ายไปที่ที่จัดเก็บในตัวเครื่องซึ่งใช้โซลิดสเตตดิสก์ (SSD) แทนดิสก์หมุนแบบเดิม

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

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

การแก้ไขปัญหา เพื่อมอบการป้องกันการเฟลโอเวอร์และการกู้คืนจากความเสียหายเต็มรูปแบบ VDL ได้สร้างระบบ Windows Server Failover Cluster (WSFC) โดยแต่ละโหนดจะจำลองข้อมูลไปยังอีกโหนดหนึ่ง หากโหนดหนึ่งล้มเหลว การดำเนินการจะดำเนินต่อไปบนเซิร์ฟเวอร์อีกเครื่องหนึ่ง และข้อมูลจะไม่สูญหาย โซลูชันร่วมกันของ Microsoft Hyper-V กับซอฟต์แวร์ SIOS DataKeeper Cluster Edition มอบความพร้อมใช้งานและการป้องกันภัยพิบัติที่จำเป็นต่อ VDL

VDL ใช้ซอฟต์แวร์ SIOS DataKeeper Cluster Edition เพื่อให้แน่ใจว่าแอปพลิเคชัน ฐานข้อมูล และบริการบนเว็บพร้อมใช้งานอย่างต่อเนื่อง ซอฟต์แวร์ SIOS DataKeeper ทำงานร่วมกับ WSFC เพื่อสร้างระบบเซิร์ฟเวอร์ “มิเรอร์” ระหว่างโหนดคลัสเตอร์ Windows สองโหนด หากโหนดหลักล้มเหลว WSFC จะถ่ายโอนการดำเนินการทั้งหมดไปยังโหนดอื่นในขณะที่เปิดใช้งานการเข้าถึงแอปพลิเคชันและข้อมูลอย่างต่อเนื่อง (ซึ่งได้รับการป้องกันที่ระดับเสียง) ซอฟต์แวร์ SIOS DataKeeper เปิดใช้งานการกู้คืนจากภัยพิบัติโดยไม่ต้องหยุดทำงานนานและใช้เวลากู้คืนที่เกี่ยวข้องกับเทคโนโลยีการสำรองและกู้คืนแบบดั้งเดิม SIOS DataKeeper ทำงานร่วมกับ Microsoft WSFC เพื่อตรวจสอบความสมบูรณ์ของระบบและแอปพลิเคชัน รักษาการเชื่อมต่อของไคลเอ็นต์ และให้การเข้าถึงข้อมูลอย่างต่อเนื่อง ทำให้ VDL เป็นระบบที่เชื่อถือได้และป้องกันข้อผิดพลาดที่บริษัทต้องการ

SIOS DataKeeper Cluster Edition ขยายขีดความสามารถของ Microsoft Cluster Services และ Windows Server Failover Clustering SIOS DataKeeper Cluster Edition ยังรองรับการจำลองแบบตามเวลาจริงของเครื่องเสมือน Hyper-V ระหว่างเซิร์ฟเวอร์จริงผ่านการเชื่อมต่อ LAN หรือ WAN

สำหรับบริษัทต่างๆ เช่น VDL ซอฟต์แวร์ SIOS DataKeeper Cluster Edition จะช่วยลดต้นทุนในการปรับใช้คลัสเตอร์โดยช่วยให้พวกเขาสร้างคลัสเตอร์ SANless ที่ช่วยขจัดค่าใช้จ่าย ความซับซ้อน และความเสี่ยงจากความล้มเหลวเพียงจุดเดียวของ SAN ในคลัสเตอร์พื้นที่เก็บข้อมูลที่ใช้ร่วมกันแบบดั้งเดิม การใช้งานคลัสเตอร์เป็นไปอย่างราบรื่นและใช้เวลาน้อยกว่าหนึ่งวัน หลังจากการประเมินการกำหนดค่าและการทดสอบเซิร์ฟเวอร์ VDL อย่างละเอียด ทีมติดตั้งพบว่าคลัสเตอร์ SANless ที่มีซอฟต์แวร์ SIOS DataKeeper Cluster Edition ตรงตามเกณฑ์ทั้งหมดสำหรับการกู้คืนจากความเสียหาย ประสิทธิภาพ และความพร้อมใช้งานสูง ในระหว่างการทดสอบการเฟลโอเวอร์ของระบบ ทีมบริการเครือข่ายได้ทำการโอเวอร์คล็อกและล้มเหลวในการกู้คืนระบบอย่างรวดเร็วและง่ายดาย

ผลลัพธ์ ปัจจุบัน VDL มีความพร้อมใช้งานสูง/โซลูชันการกู้คืนความเสียหายที่ครอบคลุมซึ่งช่วยให้แอปพลิเคชันที่มีความสำคัญต่อภารกิจ เช่น บริการเว็บและฐานข้อมูล ERP พร้อมใช้งานอยู่เสมอ ซอฟต์แวร์ SIOS DataKeeper ให้การจำลองแบบระดับบล็อกตามเวลาจริงอย่างต่อเนื่อง เข้าถึงข้อมูลลูกค้าและสินค้าคงคลังได้อย่างต่อเนื่อง VDL ปรับใช้คลัสเตอร์ SIOS DataKeeper สองคลัสเตอร์ที่ปกป้องเซิร์ฟเวอร์ไฟล์ เซิร์ฟเวอร์การพิมพ์ SQL Server (ERP) บริการเว็บ Microsoft Dynamics NAV บริการฉลาก NiceLabel NiceWatch และเซิร์ฟเวอร์ iSCSI

คลัสเตอร์สองโหนดหนึ่งทำงานเป็นไฟล์เซิร์ฟเวอร์และเซิร์ฟเวอร์ iSCSI ในขณะที่อีกอันรองรับคลัสเตอร์ SQL Server และบริการบนเว็บ Dynamics NAV โครงสร้างพื้นฐานด้านไอทีประกอบด้วยโฮสต์ Hyper-V สามเครื่องที่ติดตั้ง VM 60 เครื่อง เซิร์ฟเวอร์ BackupExec หนึ่งเครื่อง ผู้ใช้เดสก์ท็อป 50 เครื่อง และเครื่องสแกนบาร์โค้ดมือถือ 25 เครื่อง ซึ่งเชื่อมต่อผ่านบริการเว็บกับระบบ ERP ทุกโฮสต์มี SSD 240GB ในการกำหนดค่า RAID 60 พร้อมที่เก็บข้อมูลในตัวเครื่องรวม 3TB ระบบเชื่อมต่อผ่านอินเทอร์เฟซ 10 กิกะบิต

ความพร้อมใช้งานสูงสำหรับการศึกษา

หลังจากเกิดโรคระบาดทั่วโลก การเรียนทางไกลได้กลายเป็นรูปแบบการสอนหลักในการศึกษาหลังมัธยมศึกษา เช่นเดียวกับการศึกษาระดับประถมศึกษาและมัธยมศึกษา ในการศึกษาหลังมัธยมศึกษา การเรียนทางไกลช่วยให้วิทยาลัยและมหาวิทยาลัยทั่วโลกสามารถดึงดูดนักศึกษาที่หลากหลายได้ ดังนั้น ความพร้อมในการทำงานจึงมีความสำคัญมากขึ้นในด้านการศึกษา โดยนักศึกษาและอาจารย์จำเป็นต้องเข้าถึงระบบต่างๆ รวมถึงฐานข้อมูลห้องสมุด บันทึกของนักเรียน และการประมวลผลประสิทธิภาพสูง (HPC) ตัวอย่างเช่น เพื่อสนับสนุนการวิจัยทางการแพทย์ การทดสอบแอปพลิเคชัน และอื่นๆ การหยุดเรียนอาจมีค่าใช้จ่ายสูง เนื่องจากนักเรียน (อาจมาจากทั่วโลก) รีบลงทะเบียนออนไลน์ แย่งพื้นที่ชั้นเรียนที่จำกัด

มหาวิทยาลัยใหญ่มอบ SIOS LifeKeeper สำหรับ Linux Top Marks

เมื่อมหาวิทยาลัยชั้นนำในนิวยอร์กตัดสินใจปรับปรุงระบบการวางแผนทรัพยากรขององค์กร (ERP) ใหม่ ทางมหาวิทยาลัยหวังว่าจะปรับปรุงประสิทธิภาพการทำงาน โดยเฉพาะในช่วงที่มีการลงทะเบียนสูงสุด และลดต้นทุนรวมในการเป็นเจ้าของ (TCO) โดยรวม มหาวิทยาลัยให้บริการนักศึกษามากกว่า 10,000 คน และใช้ฐานข้อมูล Oracle เพื่อรักษาข้อมูลทั้งหมดสำหรับการลงทะเบียนนักศึกษาในสภาพแวดล้อมการจัดเก็บข้อมูลบน HP/UX SAN ด้วยการจำลองแบบของสถาปัตยกรรม SAN เต็มรูปแบบระหว่างสองโครงสร้างในคลัสเตอร์

ความท้าทาย มหาวิทยาลัยต้องการโซลูชันทางเลือกที่คุ้มค่ากว่า มอบประสิทธิภาพที่เร็วกว่า และมีความพร้อมใช้งานสูงและการปกป้องข้อมูลสำหรับฐานข้อมูล Oracle ที่มีความสำคัญต่อภารกิจ เมื่อตระหนักว่าต้องการโซลูชันการทำคลัสเตอร์ที่มีประสิทธิภาพมากกว่าที่จะได้รับจากโซลูชัน Linux ทั่วไป มหาวิทยาลัยจึงหันมาใช้ SIOS “เราต้องการการทดแทนคลัสเตอร์ที่เหมาะสม” ผู้ช่วยรองประธานฝ่ายไอทีของมหาวิทยาลัยกล่าว “SIOS อธิบายว่าพวกเขาสามารถรวมและตั้งค่าคลัสเตอร์ด้วยผลิตภัณฑ์ SanDisk Fusion ioMemory พวกเขาเชิงรุกอย่างสมบูรณ์” การแก้ไขปัญหา SIOS LifeKeeper สำหรับ Linux จัดเตรียมการเฟลโอเวอร์ของแอปพลิเคชัน SIOS DataKeeper จัดเตรียมไว้ให้ การจำลองข้อมูล และ SIOS Oracle Application Recovery Kit ให้การปกป้องเป็นพิเศษสำหรับฐานข้อมูลของโรงเรียนทันทีที่แกะกล่อง พันธมิตรเชิงกลยุทธ์ของ SIOS กับ Western Digital ยังนำเสนอโซลูชัน SanDisk flash ที่มีประสิทธิภาพสูงสำหรับสภาพแวดล้อมแบบคลัสเตอร์ของโรงเรียน

การใช้เซิร์ฟเวอร์ที่กำหนดค่าด้วยตัวเร่งความเร็ว IO ที่ใช้ SanDisk Fusion ioMemory มหาวิทยาลัยสามารถแทนที่การตั้งค่าบน SAN ที่มีขนาดใหญ่และมีราคาแพงด้วยชุดเซิร์ฟเวอร์ที่มีประสิทธิภาพซึ่งใช้ Linux การผสานรวมตัวเร่งความเร็ว IO ที่ใช้ ioMemory กับทั้งเซิร์ฟเวอร์และ SIOS LifeKeeper สำหรับ Linux ให้ประสิทธิภาพและความพร้อมใช้งานที่ดีกว่าโซลูชันรุ่นเก่า ทำให้โซลูชัน SIOS เหมาะสมอย่างยิ่ง

ผลลัพธ์ ต้นทุนของเซิร์ฟเวอร์สามเครื่องและโซลูชัน SIOS นั้นถูกกว่าเซิร์ฟเวอร์ HP/UX รุ่นเก่าของมหาวิทยาลัยหนึ่งเครื่อง โรงเรียนนำเงินออมมาเพิ่มความจำ นอกจากนี้ มหาวิทยาลัยยังได้ขจัดความเสี่ยงเนื่องจากดิสก์ที่ใช้ร่วมกันในคลัสเตอร์ที่ใช้ SAN แบบดั้งเดิมอาจเป็นจุดเดียวของความล้มเหลว นั่นเป็นเหตุผลว่าทำไมแต่เดิมจึงมี SAN สองตัว การจำลองแบบ SIOS ด้วย SanDisk Fusion ioMemory ช่วยขจัดความล้มเหลวเพียงจุดเดียวนี้ มีค่าใช้จ่ายน้อยกว่าสวิตช์แฟบริค และให้สำเนาข้อมูลมากกว่า การผสมผสานระหว่าง Fusion ioMemory ที่ใช้แฟลชของ SanDisk สำหรับการจัดเก็บและการจำลองแบบ SIOS ช่วยปรับปรุง TCO ของโรงเรียน ลดต้นทุนศูนย์ข้อมูล และลดผลกระทบต่อสิ่งแวดล้อมเนื่องจากความต้องการพลังงานและการระบายความร้อนที่ลดลง

เรียนรู้เพิ่มเติมเกี่ยวกับ SIOS โซลูชันความพร้อมใช้งานสูง .

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

การประมวลผลแบบคลาวด์แพร่หลายไปทั่วในช่วงทศวรรษที่ผ่านมา โดย 99% ขององค์กรใช้ระบบคลาวด์สาธารณะหรือส่วนตัวอย่างน้อยหนึ่งระบบตามรายงาน Flexera 2021 State of the Cloud ในขณะที่ AWS, Microsoft Azure และ GCP เป็นผู้ให้บริการคลาวด์สาธารณะสามอันดับแรกในปัจจุบัน หลายๆ องค์กร—ไม่ว่าจะโดยการออกแบบหรือโดยบังเอิญ—ได้นำกลยุทธ์มัลติคลาวด์มาใช้ ซึ่งช่วยให้พวกเขาสามารถเลือกบริการคลาวด์ใดที่น่าสนใจและเหมาะสมที่สุด ตามความต้องการทางธุรกิจเฉพาะของพวกเขา ตามรายงานของ Flexera 92% ขององค์กรในปัจจุบันมีกลยุทธ์มัลติคลาวด์และใช้คลาวด์สาธารณะเฉลี่ย 2.6 และ 2.7 ไพรเวทคลาวด์ ซึ่งรวมถึง Software-as-a-Service (SaaS), Platform-as-a-Service (PaaS) และข้อเสนอ Infrastructure-as-a-Service (IaaS)

---

มัลติคลาวด์คืออะไร?

มัลติคลาวด์เป็นเพียงสภาพแวดล้อมที่ประกอบด้วยคลาวด์สาธารณะและ/หรือไพรเวทคลาวด์ตั้งแต่ 2 ก้อนขึ้นไป (รวมถึง SaaS, PaaS และ IaaS) บริการที่แตกต่างกันในสภาพแวดล้อมแบบมัลติคลาวด์อาจทำงานร่วมกัน (ในกรณีนี้อาจเป็นคลาวด์แบบไฮบริด) หรืออาจไม่จำเป็นต้องทำงานร่วมกัน (โดยพื้นฐานแล้วทำงานเป็นไซโลคลาวด์แยกต่างหาก) โปรดจำไว้ว่า แม้ว่าไฮบริดคลาวด์ทั้งหมดจะเป็นมัลติคลาวด์ แต่มัลติคลาวด์ไม่ใช่ทั้งหมดที่เป็นไฮบริดคลาวด์

---

วิวัฒนาการ (และการยอมรับในวงกว้าง) ของมัลติคลาวด์เป็นกลยุทธ์

สภาพแวดล้อมแบบมัลติคลาวด์ประกอบด้วยการรวมกันของข้อเสนอคลาวด์สาธารณะหรือส่วนตัวอย่างน้อยสองรายการ รวมถึง SaaS, PaaS และ IaaS ดังนั้น กลยุทธ์มัลติคลาวด์ขององค์กรอาจประกอบด้วยปริมาณงานขององค์กรที่ทำงานบน Amazon Elastic Cloud Compute (EC2) และการใช้ Microsoft 365 สำหรับแอปพลิเคชันอีเมลและแบ็คออฟฟิศ หรือองค์กรอาจเชื่อมต่อฐานข้อมูลแบบกำหนดเองที่โฮสต์ในระบบคลาวด์ส่วนตัวกับ Salesforce ซึ่งเป็นข้อเสนอ SaaS บนคลาวด์สาธารณะ

สภาพแวดล้อมคลาวด์แบบไฮบริดประกอบด้วยการผสมผสานระหว่างสภาพแวดล้อมแบบ on-premises, private cloud และ public cloud ตามรายงานของ Flexera องค์กร 80% มีกลยุทธ์ไฮบริดคลาวด์ (ดูรูปที่ 4) สภาพแวดล้อมแบบมัลติคลาวด์มักพัฒนาขึ้นจากระบบไอทีเงา ซึ่งแผนกต่างๆ จัดหาบริการคลาวด์เพื่อตอบสนองความต้องการส่วนบุคคลโดยไม่จำเป็นต้องปรึกษาแผนกไอทีส่วนกลาง ตัวอย่างเช่น ทีมการตลาดของคุณอาจเริ่มใช้ Salesforce นานก่อนที่ฝ่าย IT จะปรับใช้ปริมาณงานแรกใน AWS ในขณะที่แผนกทรัพยากรบุคคลและการเงินของคุณยุ่งอยู่กับการเพิ่ม Workday และ Concur ให้กับแอปพลิเคชัน SaaS ที่องค์กรของคุณพึ่งพาอยู่ในขณะนี้ หรือบางทีคุณอาจมีทีมพัฒนาแอปพลิเคชันที่ทำงานในโครงการต่างๆ ทั่วโลก ทีมพัฒนาทีมหนึ่งอาจชอบ Azure DevOps ในขณะที่อีกทีมอาจชอบเครื่องมือโอเพ่นซอร์สใน AWS ดังนั้น กลยุทธ์มัลติคลาวด์ของคุณอาจพัฒนาขึ้นโดยบังเอิญเท่านั้น ซึ่งไม่จำเป็นต้องเป็นเรื่องเลวร้ายเสมอไป

แผนกต่างๆ ของคุณมีอำนาจในการเลือกโซลูชันที่ดีที่สุดเพื่อตอบสนองความต้องการของพวกเขา ในขณะที่ทีมพัฒนาแอปของคุณสามารถเพิ่มประสิทธิภาพการทำงานสูงสุดและลดเวลาในการทำงานสู่ตลาดในสภาพแวดล้อมการพัฒนาที่พวกเขาต้องการ

สภาพแวดล้อมแบบมัลติคลาวด์ยังพัฒนาไปตามการออกแบบ เช่น เนื่องจากข้อกำหนดด้านกฎระเบียบ การควบรวมกิจการ หรือการใช้กลยุทธ์ความพร้อมใช้งานสูงและการกู้คืนระบบ

ภาษาข้อบังคับอาจคลุมเครือและสับสน ตัวอย่างเช่น ระเบียบข้อบังคับของ Financial Conduct Authority (FCA) เกี่ยวกับการว่าจ้างไอทีจากภายนอกระบุว่าบริษัทต้องสามารถ "รู้ว่าพวกเขาจะเปลี่ยนไปใช้ผู้ให้บริการทางเลือกและรักษาความต่อเนื่องทางธุรกิจได้อย่างไร" ข้อความนี้บอกเป็นนัยว่าบริษัทที่ได้รับการควบคุมอย่างน้อยต้องวางแผนสำหรับสภาพแวดล้อมคลาวด์สำรองเป็นอย่างน้อย จากลักษณะที่ไม่ชอบความเสี่ยงของบริษัทที่มีการกำกับดูแลอย่างเข้มงวด ปัญหาประเภทนี้ทำให้หลายบริษัทหันมาใช้กลยุทธ์มัลติคลาวด์

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

ประการสุดท้าย กลยุทธ์มัลติคลาวด์มักจะถูกนำมาใช้เพื่อรองรับความพร้อมใช้งานสูงและความต้องการในการกู้คืนระบบ ในการประเมินการหยุดทำงานของคลาวด์สาธารณะที่สำคัญใน AWS และ Azure โดยทั่วไปแล้วการหยุดทำงานส่วนใหญ่จะจำกัดอยู่ที่ภูมิภาคคลาวด์เดียวในแต่ละครั้ง (และโดยทั่วไปมักเกี่ยวข้องกับซอฟต์แวร์)

องค์กรจำนวนมากขึ้นเรื่อยๆ (34% ตามรายงานของ Flexera) ได้ดำเนินการเพิ่มขั้นตอนในการปรับใช้ภาระงานที่มีความสำคัญต่อภารกิจในผู้ให้บริการคลาวด์สาธารณะหลายราย ซึ่งสามารถทำได้ง่ายกว่ามากสำหรับเวิร์กโหลดแบบคงที่ เช่น เว็บไซต์และแอปพลิเคชันที่สามารถทำงานแยกจากกัน สำหรับระบบแบบกระจาย เช่น ฐานข้อมูลและบริการไดเร็กทอรี (เช่น Active Directory) การกู้คืนจากภัยพิบัติแบบมัลติคลาวด์อาจเป็นเรื่องที่ท้าทายกว่ามาก

ทำความเข้าใจกับความท้าทายที่ไม่เหมือนใครในสภาพแวดล้อมแบบมัลติคลาวด์

สภาพแวดล้อมแบบมัลติคลาวด์นั้นซับซ้อนกว่าและมีความท้าทายในการจัดการมากกว่าการปรับใช้คลาวด์เดียว ความท้าทายที่ไม่เหมือนใครในสภาพแวดล้อมแบบมัลติคลาวด์ ได้แก่: • การมองเห็นแบบ end-to-end: การตรวจสอบการมองเห็นที่สมบูรณ์เป็นสิ่งที่ท้าทายในสภาพแวดล้อมด้านไอทีใดๆ และมีความซับซ้อนและท้าทายมากขึ้นเป็นทวีคูณในสภาพแวดล้อมแบบมัลติคลาวด์ที่มีไดนามิกสูง อย่างไรก็ตาม การมองเห็นแบบ end-to-end มีความสำคัญอย่างยิ่งต่อการแก้ไขปัญหาด้านประสิทธิภาพและปัญหาคอขวด การรักษาความปลอดภัยรอยเท้าดิจิทัลของคุณ และการระบุจุดที่ล้มเหลวเพียงจุดเดียวในระบบและแอปพลิเคชันที่มีความสำคัญต่อภารกิจ

• การจัดการความปลอดภัยและข้อมูลประจำตัว: แรนซัมแวร์และภัยคุกคามความปลอดภัยทางไซเบอร์อื่นๆ เป็นสิ่งที่ผู้นำด้านไอทีทุกคนนึกถึงในปัจจุบัน ในขณะที่การย้ายไปยังแพลตฟอร์มคลาวด์สาธารณะโดยทั่วไปจะช่วยปรับปรุงท่าทางการรักษาความปลอดภัยขององค์กรโดยการเปลี่ยนความรับผิดชอบด้านความปลอดภัยบางอย่าง (เช่น ศูนย์ข้อมูลและความปลอดภัยทางกายภาพ) ไปยังผู้ให้บริการคลาวด์สาธารณะและให้การเข้าถึงบริการตามต้องการ เช่น การเข้ารหัสและการแบ่งส่วนเครือข่าย มันสามารถ ยังทำให้ง่ายต่อการทำผิดพลาดที่มีราคาแพง ตัวอย่างเช่น การกำหนดค่าเครือข่ายผิดพลาดอาจเป็นเรื่องปกติ—การละเมิดข้อมูลหลายพันรายการเกิดจากบัคเก็ตพื้นที่จัดเก็บ AWS S3 ที่กำหนดค่าไม่ถูกต้อง การจัดการข้อมูลประจำตัวเป็นอีกหนึ่งความท้าทาย ตัวอย่างเช่น Azure Active Directory อาจค่อนข้างคุ้นเคยสำหรับองค์กรที่เคยใช้ Active Directory ในสภาพแวดล้อมภายในองค์กร แต่ขยายการจัดการข้อมูลประจำตัวนอกเหนือจาก Azure ไปยังข้อเสนอ AWS, GCP และ SaaS (เช่น Salesforce, ServiceNow, Workday และอื่นๆ ) สามารถนำเสนอความท้าทายใหม่ๆ

• แอพพลิเคชั่นและการพกพาข้อมูล: ความสามารถในการย้ายแอปพลิเคชันและข้อมูลแบบไดนามิกข้ามแพลตฟอร์มคลาวด์สาธารณะต่างๆ ในสภาพแวดล้อมแบบไฮบริด (มัลติคลาวด์) เป็นกุญแจสำคัญในกลยุทธ์มัลติคลาวด์จำนวนมาก แม้ว่าผู้ให้บริการคลาวด์สาธารณะไม่จำเป็นต้องสร้างบริการของตนเพื่อจำกัดความสามารถในการพกพาแอปพลิเคชันและข้อมูล แต่ก็ไม่จำเป็นต้องทำงานร่วมกันเพื่ออำนวยความสะดวกในความสามารถนี้ และอาจมีค่าใช้จ่ายที่เกี่ยวข้อง ผู้ให้บริการระบบคลาวด์ที่แตกต่างกันยังใช้เทคโนโลยีที่แตกต่างกันสำหรับข้อเสนอบริการต่างๆ

• ไซโลมัลติคลาวด์: หากองค์กรไม่วางแผนและออกแบบการปรับใช้มัลติคลาวด์สำหรับแอปพลิเคชันและความสามารถในการพกพาข้อมูล พวกเขาอาจลงเอยด้วยแอปพลิเคชันและพื้นที่เก็บข้อมูลแบบแยก ซึ่งโดยพื้นฐานแล้วจะสร้างปัญหาทั่วไปขึ้นใหม่ในสภาพแวดล้อมศูนย์ข้อมูลแบบดั้งเดิมในองค์กรบนแพลตฟอร์มคลาวด์ที่หลากหลาย อย่างน้อยที่สุด องค์กรต่างๆ จำเป็นต้องมีเครื่องมือรักษาความปลอดภัยและการจัดการแบบมัลติคลาวด์ที่ช่วยให้สามารถจัดการความเสี่ยงและการใช้งาน/ค่าใช้จ่ายบนแพลตฟอร์มคลาวด์ต่างๆ ได้อย่างมีประสิทธิภาพ

ตามรายงาน Flexera 2021 State of the Cloud 81% ขององค์กรระบุว่าการรักษาความปลอดภัยเป็นความท้าทายสูงสุดในการปรับใช้ระบบคลาวด์ ตามมาด้วยการจัดการค่าใช้จ่ายระบบคลาวด์ (79%) มีองค์กรเพียง 42% เท่านั้นที่ใช้เครื่องมือการจัดการต้นทุนแบบมัลติคลาวด์ และเพียง 38% เท่านั้นที่ใช้เครื่องมือรักษาความปลอดภัยแบบมัลติคลาวด์

จัดการกับความพร้อมใช้งานสูงและการกู้คืนความเสียหายในสภาพแวดล้อมแบบมัลติคลาวด์

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

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

ฉันควรทำอย่างไร?

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

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

ทำซ้ำโดยได้รับอนุญาตจาก SIOS