รับรองการเข้าถึงแอปพลิเคชันทางการศึกษาที่สำคัญ
การศึกษาและเทคโนโลยีสารสนเทศ (IT) เป็นสิ่งที่แยกไม่ออกมากขึ้น ไม่ว่าจะเป็นแอปพลิเคชันที่รองรับไวท์บอร์ดในห้องเรียน ฐานข้อมูลที่รองรับระบบการลงทะเบียนของมหาวิทยาลัย ระบบบริหารจัดการการเรียนรู้ (LMS) หรือระบบบำรุงรักษาอาคารที่ควบคุมการเข้าถึงห้องปฏิบัติการ หอพัก และห้องอาหารของนักเรียน หากเป็นองค์ประกอบหลัก โครงสร้างพื้นฐานด้านไอทีของคุณก็มืดลงทันที ทั้งครู ผู้บริหาร และนักเรียนไม่สามารถบรรลุสิ่งที่พวกเขาต้องการให้สำเร็จได้ ภารกิจของสถาบันถูกขัดจังหวะ หากการหยุดชะงักเกิดขึ้นบ่อยเกินไป หากประสบการณ์ของนักเรียน ครู และผู้บริหารต้องทนทุกข์ทรมาน ชื่อเสียงของสถาบันเองก็อาจเสียหายได้เช่นกัน
โครงสร้างพื้นฐานด้านไอทีที่ออกแบบมาเพื่อให้แน่ใจว่าแอปพลิเคชันมีความพร้อมใช้งานสูง (HA) ซึ่งมีความสำคัญต่อประสบการณ์การศึกษาสามารถลดความเสี่ยงของการหยุดชะงักและการสูญเสียชื่อเสียงที่อาจเกิดขึ้นได้หากระบบเหล่านี้ไม่ตอบสนองไม่ว่าด้วยเหตุผลใดก็ตาม ในกรณีนี้ โครงสร้างพื้นฐาน HA ได้รับการกำหนดให้เป็นโครงสร้างพื้นฐานที่สามารถรับประกันความพร้อมใช้งานของแอปพลิเคชันหลักได้ไม่น้อยกว่า 99.99% ของเวลา กล่าวอีกนัยหนึ่ง นั่นหมายความว่าแอปพลิเคชันที่สำคัญของคุณจะไม่ออฟไลน์โดยไม่คาดคิดนานกว่าสี่นาทีต่อเดือน
คุณบรรลุ HA ได้อย่างไร? คำถามนั้นได้รับคำตอบทันที แต่ไม่ใช่คำถามเดียวที่คุณต้องถาม สิ่งสำคัญไม่แพ้กันคือ: แอปพลิเคชันใดบ้างที่สำคัญมากจนรับประกันการกำหนดค่า HA หัวใจหลักคือโครงสร้างพื้นฐานด้านไอทีที่กำหนดค่าสำหรับ HA มีชุดเซิร์ฟเวอร์รองและระบบย่อยการจัดเก็บข้อมูลหนึ่งชุดขึ้นไปซึ่งตั้งอยู่ในตำแหน่งที่แตกต่างกันทางภูมิศาสตร์ (ซึ่งอาจเป็นศูนย์ข้อมูลระยะไกลหากเซิร์ฟเวอร์หลักของคุณอยู่ในสถานที่หรือในความพร้อมใช้งานแยกต่างหาก โซน [AZ] หากเซิร์ฟเวอร์ของคุณอยู่ในระบบคลาวด์) หากมีบางอย่างทำให้แอปพลิเคชันที่ทำงานบนเซิร์ฟเวอร์หลักหยุดการตอบสนอง ซอฟต์แวร์ HA ที่จัดการแอปพลิเคชันของคุณจะล้มเหลวผ่านแอปพลิเคชันไปยังเซิร์ฟเวอร์รองทันที ซึ่งแอปพลิเคชันที่สำคัญของคุณจะเริ่มต้นใหม่อีกครั้งจากจุดที่เซิร์ฟเวอร์หลักหยุดการตอบสนอง ขึ้นอยู่กับขนาดและคุณลักษณะด้านประสิทธิภาพของเซิร์ฟเวอร์หลักที่คุณวางแผนจะทำซ้ำ เซิร์ฟเวอร์รองนั้นอาจมีค่าใช้จ่ายสูง ดังนั้นจึงไม่น่าที่คุณจะกำหนดค่าแอปพลิเคชันทางวิชาการทั้งหมดสำหรับ HA เมื่อคุณกำหนดได้ว่าแอปพลิเคชันใดที่รับประกันการลงทุนใน HA คุณจะรู้ว่าคุณต้องสร้างสภาพแวดล้อม HA ที่ใด
ทางเลือกเพื่อให้ได้ความพร้อมใช้งานสูง
เมื่อคุณเลือกแอปพลิเคชันที่คุณต้องการปกป้องแล้ว ตัวเลือกในการบรรลุ HA จะชัดเจนยิ่งขึ้น พวกเขาทำงานบน Windows หรือ Linux หรือไม่? ระบบจัดการฐานข้อมูล (DBMS) ของคุณรองรับการกำหนดค่า HA ในตัวหรือไม่ หากเป็นเช่นนั้น มีข้อจำกัดอะไรบ้าง? หากแอปพลิเคชันที่สำคัญของคุณทำงานบน Windows และ SQL Server คุณสามารถเปิดใช้งาน HA ได้โดยใช้คุณสมบัติ Availability Group (AG) ของ SQL Server เอง หรือคุณสามารถกำหนดค่า HA โดยใช้เครื่องมือการทำคลัสเตอร์ SANless ของบริษัทอื่น ซึ่งเสนอตัวเลือกที่บริการ AG ใน SQL Server ไม่มี หากคุณกำลังพยายามปกป้องเซิร์ฟเวอร์ฐานข้อมูลจากผู้ขายหลายราย หรือหากแอปพลิเคชันที่สำคัญบางแอปพลิเคชันของคุณทำงานบน Windows ในขณะที่แอปพลิเคชันอื่นๆ ทำงานบน Linux ความสามารถในการจัดการ HA ของคุณจะได้รับการอำนวยความสะดวกโดยการใช้โซลูชัน HA ที่รองรับ DBMS และ OS หลายตัว แพลตฟอร์ม การเลือกใช้โซลูชันคลัสเตอร์ที่รองรับแพลตฟอร์ม DBMS และ OS ที่หลากหลายทำให้การจัดการง่ายขึ้น ตรงกันข้ามกับความซับซ้อนและความยุ่งยากที่อาจเกิดขึ้นในการจัดการบริการ HA ที่ใช้ฐานข้อมูลหลายรายการพร้อมกัน
รับประกันความพร้อมใช้งานสูงผ่านโซลูชัน HA แบบเนทีฟฐานข้อมูล
หากคุณใช้โซลูชัน HA ดั้งเดิมของฐานข้อมูล เช่น คุณลักษณะ AG ของ SQL Server ซอฟต์แวร์จะจำลองข้อมูลทั้งหมดในฐานข้อมูล SQL Server หลักของคุณไปยังอินสแตนซ์ที่เหมือนกันของฐานข้อมูลนั้นบนเซิร์ฟเวอร์ระบบรอง หากมีบางอย่างทำให้เซิร์ฟเวอร์หลักหยุดการตอบสนอง คุณลักษณะการตรวจสอบในส่วนประกอบ AG จะทำให้เซิร์ฟเวอร์รองเข้าควบคุมโดยอัตโนมัติ เนื่องจากฟีเจอร์ AG ได้จำลองข้อมูลทั้งหมดแบบเรียลไทม์ เซิร์ฟเวอร์รองจึงสามารถเข้าควบคุมได้ทันที และแทบไม่มีการหยุดชะงักของบริการหรือข้อมูลสูญหาย
เครื่องมือ HA ที่ใช้ฐานข้อมูลจำนวนมากทำงานในลักษณะเดียวกัน อย่างไรก็ตาม เมื่อพิจารณาถึงแนวทางแบบเนทีฟของฐานข้อมูล มีข้อควรพิจารณาบางประการ: หากบริการ HA รวมเข้ากับ DBMS เอง บริการเหล่านั้นอาจจำลองเฉพาะข้อมูลที่เกี่ยวข้องกับ DBMS นั้นเท่านั้น หากมีข้อมูลสำคัญอื่นๆ อยู่บนเซิร์ฟเวอร์หลักของคุณ ข้อมูลนั้นจะไม่ถูกจำลองไปยังเซิร์ฟเวอร์รองในสถานการณ์ HA ดั้งเดิมของฐานข้อมูล อาจมีข้อจำกัดอื่นๆ เกี่ยวกับสิ่งที่บริการดั้งเดิมของฐานข้อมูลจะทำซ้ำเช่นกัน ถ้าคุณใช้ฟังก์ชัน Basic AG ที่รวมอยู่ใน SQL Server Standard Edition ตัวอย่างเช่น แต่ละ AG สามารถจำลองแบบฐานข้อมูล SQL เดียวเท่านั้นไปยังตำแหน่งรองเดียวได้ คุณสามารถสร้าง AG พื้นฐานได้หลายรายการหากแอปพลิเคชันของคุณเกี่ยวข้องกับฐานข้อมูล SQL หลายฐานข้อมูล แต่คุณไม่สามารถควบคุมได้ว่า AG แต่ละอันจะล้มเหลวพร้อมกันในสถานการณ์เฟลโอเวอร์หรือไม่ และปัญหาอาจเกิดขึ้นได้หากไม่เป็นเช่นนั้น วิธีหนึ่งในการหลีกเลี่ยงข้อจำกัดนี้คือการใช้ฟังก์ชัน Always On AG ที่รวมอยู่ใน SQL Server Enterprise Edition ซึ่งช่วยให้สามารถจำลองฐานข้อมูล SQL หลายฐานข้อมูลไปยังเซิร์ฟเวอร์รองหลายเครื่องได้ แต่อาจมีราคาแพงมากจากมุมมองของสิทธิ์การใช้งานหากแอปพลิเคชันของคุณไม่ มิฉะนั้นให้ใช้คุณสมบัติใด ๆ ของ SQL Server Enterprise Edition
โซลูชัน HA แบบเนทีฟฐานข้อมูลอื่นๆ อาจมีข้อจำกัดที่คล้ายกัน ดังนั้น โปรดทำความเข้าใจก่อนตัดสินใจลงทุนในแนวทางดังกล่าว
รับประกันความพร้อมใช้งานสูงผ่านการทำคลัสเตอร์แบบไร้ SAN
อีกทางเลือกหนึ่งนอกเหนือจากแนวทางแบบเนทิฟฐานข้อมูลสำหรับ HA คุณสามารถใช้เครื่องมือของบริษัทอื่นเพื่อสร้างคลัสเตอร์แบบ SANless เช่นเดียวกับในการกำหนดค่า AG ที่อธิบายไว้ข้างต้น ซอฟต์แวร์การทำคลัสเตอร์ SANless จะทำการจำลองข้อมูลแบบซิงโครนัสจากเซิร์ฟเวอร์หลักไปยังเซิร์ฟเวอร์รองโดยอัตโนมัติ นอกจากนี้ยังจัดเตรียมการเฟลโอเวอร์ทันทีไปยังเซิร์ฟเวอร์รองหากเซิร์ฟเวอร์หลักไม่ตอบสนอง เนื่องจากการเฟลโอเวอร์ใช้เวลาเพียงไม่กี่วินาที การเข้าถึงแอปพลิเคชันที่สำคัญของผู้ดูแลระบบ คณาจารย์ และนักศึกษาจึงยังคงไม่หยุดชะงัก
ความแตกต่างที่สำคัญระหว่างการทำคลัสเตอร์แบบ SANless และแนวทางการใช้ฐานข้อมูลนั้นอยู่ที่รายละเอียดเชิงปฏิบัติ วิธีการจัดกลุ่ม SANless นั้นไม่เชื่อเรื่องฐานข้อมูล โดยจะจำลองข้อมูลใดๆ บนโวลุ่มการจัดเก็บข้อมูลที่กำหนด ซึ่งอาจรวมถึงฐานข้อมูลหลายฐานข้อมูลจากผู้ขายหลายราย ไฟล์ข้อความ ไฟล์วิดีโอ หรือทรัพย์สินทางการศึกษาอื่นๆ ที่มีความสำคัญต่อความพร้อมใช้งาน วิธีนี้สามารถประหยัดเงินให้สถาบันได้เป็นจำนวนมาก หากแนวทางการใช้ฐานข้อมูลแบบเนทีฟสำหรับ HA จำเป็นต้องอัปเกรดเป็นฐานข้อมูลรุ่นที่มีราคาแพงกว่า สุดท้ายนี้ ตามที่ระบุไว้ก่อนหน้านี้ หากคุณกำลังพยายามปกป้องแอปพลิเคชันและข้อมูลที่ทำงานในสภาพแวดล้อมการทำงานที่หลากหลาย วิธีการจัดคลัสเตอร์แบบไร้ SAN อาจจัดการได้ดีกว่าวิธีฐานข้อมูลแบบเนทิฟแต่ละวิธี คุณสามารถใช้การทำคลัสเตอร์แบบไม่ใช้ SAN เพื่อให้แน่ใจว่า HA ในสภาพแวดล้อม Windows หรือ Linux ซึ่งสามารถขจัดความซับซ้อนที่อาจมาพร้อมกับการปรับใช้แนวทางแบบเนทีฟฐานข้อมูลที่แตกต่างกันไปตามสภาพแวดล้อมการทำงาน
ทำซ้ำโดยได้รับอนุญาตจากSIOS
