ธันวาคม 18, 2021 |
คลัสเตอร์ล้มเหลวคลัสเตอร์ล้มเหลวโซลูชันซอฟต์แวร์คลัสเตอร์ล้มเหลว: สิ่งที่คุณต้องรู้ |
ธันวาคม 13, 2021 |
การจำลองข้อมูล |
ธันวาคม 8, 2021 |
บรรลุความยืดหยุ่นด้านไอทีด้วยความพร้อมใช้งานสูงบรรลุความยืดหยุ่นด้านไอทีด้วยความพร้อมใช้งานสูงความยืดหยุ่นด้านไอทีคืออะไร?ความยืดหยุ่นของไอทีคือความสามารถขององค์กรในการรักษาระดับการบริการที่ยอมรับได้ เมื่อเกิดการหยุดชะงักของการดำเนินธุรกิจ กระบวนการที่สำคัญ หรือระบบนิเวศไอทีของคุณ ในยุคดิจิทัลนี้ ความพร้อมใช้งานสูงมีความสำคัญต่อความสำเร็จขององค์กรของคุณ ลูกค้าของคุณจะไม่ยอมให้เว็บไซต์ล่ม และคุณไม่สามารถซื้อ ERP, CRM หรือระบบที่มีความสำคัญต่อธุรกิจอื่นๆ ได้ นี่คือที่ ความพร้อมใช้งานสูง เข้ามา. องค์กรของคุณต้อง "ทำเครื่องหมายในช่อง" ของเทคโนโลยีและโซลูชันต่างๆ มากมายเพื่อให้แน่ใจว่าไอทีมีความยืดหยุ่น อย่างน้อยก็อย่างน้อยในนั้นก็รับประกันว่าคุณมีข้อมูลสำรอง การกู้คืนจากภัยพิบัติ ความยืดหยุ่นทางไซเบอร์ และความพร้อมใช้งานสูง สำหรับวัตถุประสงค์ของบทความนี้ เราจะพูดถึงความพร้อมใช้งานสูง (HA) เป็นหนึ่งในองค์ประกอบหลักที่จำเป็นเพื่อให้แน่ใจว่าไอทีมีความยืดหยุ่น ความพร้อมใช้งานสูงคืออะไร?ระบบที่มีความพร้อมใช้งานสูงช่วยให้มั่นใจได้ว่าการดำเนินธุรกิจจะดำเนินต่อไป – ด้วยความโปร่งใสทั้งหมดต่อลูกค้าและผู้ใช้ – เมื่อระบบ แอปพลิเคชัน และเครือข่ายของคุณล่ม HA เป็นส่วนประกอบของระบบเทคโนโลยีที่ขจัดจุดบกพร่องเพียงจุดเดียวเพื่อให้แน่ใจว่ามีการทำงานอย่างต่อเนื่องหรือเวลาทำงานต่อเนื่องเป็นระยะเวลานาน ระบบที่มีความพร้อมใช้งานสูงรวมเอาหลักการออกแบบห้าประการ: การเฟลโอเวอร์อัตโนมัติ การตรวจจับความล้มเหลวระดับแอปพลิเคชันโดยอัตโนมัติ ไม่มีข้อมูลสูญหาย ความล้มเหลวโดยอัตโนมัติและรวดเร็วไปยังส่วนประกอบที่ซ้ำซ้อน และความล้มเหลวของปุ่มกดและการย้อนกลับสำหรับการบำรุงรักษาตามแผน —————————————————————————————————————————— ความยืดหยุ่นด้านไอทีและความพร้อมใช้งานสูง – ไม่ใช่ตัวอย่าง!เมื่อเดือนสิงหาคมที่ผ่านมา ศูนย์ข้อมูลของ Nissan Group ในเดนเวอร์ ขัดข้องเนื่องจากไฟฟ้าดับ ระบบที่ได้รับผลกระทบเป็นที่รู้จักภายในว่า NNANet เป็นโซลูชันของ Nissan ที่พนักงานใช้ในการสั่งซื้อรถยนต์/ชิ้นส่วน จัดการการขายส่วนลดผลิตภัณฑ์ รับข้อมูลเกี่ยวกับการเรียกคืนรถยนต์ ยื่นคำร้องการรับประกันที่จำเป็นในการตั้งราคาและเริ่มงานบริการ และรับข้อมูลทางการเงินNNANet ถูกอธิบายว่าเป็นเส้นเลือดสำคัญของ Nissan เพราะทุกสิ่งที่ Nissan ทำจะต้องผ่าน NNANet ระบบยังคงหยุดทำงานเป็นเวลาสี่วัน ส่งผลกระทบต่อการดำเนินงานของผู้ค้าปลีกหลายราย และระบบการผลิตในโรงงานสองแห่ง บริษัท ผู้ค้าปลีก และลูกค้าได้รับผลกระทบทั้งหมด ผลกระทบเห็นได้ชัดว่านี่คือตัวอย่างที่ระบบที่มีความพร้อมใช้งานสูงที่กำหนดค่าอย่างถูกต้องและตั้งอยู่ในตำแหน่งที่เหมาะสมจะช่วยประหยัดเวลาได้หรืออย่างน้อยก็ลดผลกระทบของการขัดข้องให้เหลือน้อยที่สุด สถานการณ์ความพร้อมใช้งานสูงกลับกลายเป็นหายนะอย่างแท้จริงสำหรับนิสสันในฐานะ "การค้าระหว่างผู้บริโภค ผู้ค้าปลีก เครือข่ายการจัดจำหน่าย โรงงานผลิต และบริษัทการเงิน" ได้รับผลกระทบทั้งหมดเป็นเวลาสี่วัน[1]Nissan รีเซ็ตเป้าหมายยอดขายของตัวแทนจำหน่าย 10 เปอร์เซ็นต์สำหรับเดือนนั้นอันเป็นผลมาจากเหตุขัดข้อง ผลกระทบทางการเงินโดยรวมสำหรับนิสสันและตัวแทนจำหน่าย/ผู้ค้าปลีก/พันธมิตรยังคงต้องติดตามกันต่อไป ความยืดหยุ่นด้านไอที– ตัวอย่างในโลกแห่งความจริง!Cayan™ เป็นผู้ให้บริการเทคโนโลยีการชำระเงินชั้นนำและ Genius Customer Engagement Platform® ได้รวบรวมและผสานรวมเทคโนโลยีการทำธุรกรรมที่เป็นไปได้ ประเภทการชำระเงิน และโปรแกรมลูกค้าทั้งหมด ทั้งในปัจจุบันและอนาคตไว้ในแพลตฟอร์มเดียว แพลตฟอร์ม Genius รวมถึงแอปพลิเคชันที่สำคัญต่อภารกิจอื่นๆ ที่ Cayan ทำงานบน SQL Server ลูกค้าของ Cayan รวมถึงผู้ค้าปลีกออนไลน์รายใหญ่ที่สุดของโลกบางราย บริษัทต่างๆ ที่ไม่ยอมรับการหยุดทำงาน “ความสำคัญสูงสุดของเราคือสร้างความมั่นใจว่าลูกค้าของเราสามารถทำธุรกรรมได้อย่างต่อเนื่องตลอด 24 ชั่วโมง เจ็ดวันต่อสัปดาห์” Paul Vienneau ประธานเจ้าหน้าที่ฝ่ายเทคโนโลยีของ Cayan กล่าว Cayan ต้องการความพร้อมใช้งานสูงและ การกู้คืนระบบ ระบบสำหรับฐานข้อมูล SQL Server บริษัทพิจารณาคลัสเตอร์การจัดเก็บข้อมูลที่ใช้ร่วมกันแบบดั้งเดิม แต่โซลูชัน SAN มีราคาแพง ซับซ้อนในการจัดการ และนำเสนอความเสี่ยงที่เกี่ยวข้องกับจุดล้มเหลวเพียงจุดเดียว ด้วยเหตุผลเหล่านี้ พนักงาน Cayan IT จึงตัดสินใจใช้คลัสเตอร์ SIOS #SANLess คลัสเตอร์ SANLess ใช้ที่จัดเก็บในตัวเครื่องจึงมีค่าใช้จ่ายด้านประสิทธิภาพน้อยที่สุดและเวลาตอบสนองของแอปพลิเคชันที่รวดเร็ว ซอฟต์แวร์ SIOS SIOS DataKeeper ถูกรวมเข้ากับ Windows Server Failover Clustering (WSFC) SIOS ใช้ประสิทธิภาพแบบเรียลไทม์ การจำลองข้อมูล เพื่อซิงโครไนซ์ที่เก็บข้อมูลในเครื่องในโหนดคลัสเตอร์หลักและระยะไกล ทำให้ปรากฏต่อ WSFC เป็น SAN เสมือน ผลกระทบตั้งแต่ปรับใช้คลัสเตอร์ SIOS SANless Cayan ไม่เคยประสบปัญหาการหยุดทำงานหรือข้อมูลสูญหาย ความคิดเห็นของ Paul Vienneau, CTO, “เรายินดีเป็นอย่างยิ่งกับซอฟต์แวร์ SIOS DataKeeper เป็นไปตามหรือเกินความคาดหมายของเรา การใช้งานและการดูแลระบบอย่างต่อเนื่องเป็นเรื่องง่าย และเราไม่มีเวลาหยุดทำงานตั้งแต่เริ่มใช้งานคลัสเตอร์ SIOS SANLess” ไม่มีปัญหาความพึงพอใจของลูกค้าที่ต้องรายงาน ไม่มีการสูญเสียรายได้ ไม่มีพนักงานที่ไม่มีประสิทธิภาพ ไม่มีการหยุดชะงักของธุรกิจ ——————————————————————————— SIOS: บรรลุความยืดหยุ่นด้านไอทีด้วยความพร้อมใช้งานสูงSIOS DataKeeper™ ใช้การจำลองระดับบล็อกอย่างมีประสิทธิภาพเพื่อให้การจัดเก็บข้อมูลในเครื่องซิงโครไนซ์ ทำให้โหนดรองในคลัสเตอร์ของคุณทำงานต่อไปได้หลังจากเกิดข้อผิดพลาดด้วยการเข้าถึงข้อมูลล่าสุด ผลิตภัณฑ์ SIOS ปกป้องแอปพลิเคชันที่ใช้ Windows หรือ Linux ที่ทำงานในสภาพแวดล้อมทางกายภาพ เสมือน คลาวด์หรือไฮบริด และในสถานการณ์การกู้คืนไซต์หรือเมื่อเกิดภัยพิบัติร่วมกัน ทำให้มีความพร้อมใช้งานสูงและการกู้คืนจากความเสียหายสำหรับแอปพลิเคชัน เช่น SAP S/4HANA และฐานข้อมูล รวมถึง Oracle, SQL Server, DB2 และอื่นๆ อีกมากมาย ความเรียบง่าย "ที่พร้อมใช้งานทันที" ความยืดหยุ่นในการกำหนดค่า ความน่าเชื่อถือ ประสิทธิภาพ และความคุ้มค่าของผลิตภัณฑ์ SIOS ทำให้พวกเขาแตกต่างจากซอฟต์แวร์การทำคลัสเตอร์อื่นๆ ในสภาพแวดล้อม Windows SIOS DataKeeper Cluster Edition จะผสานรวมกับและขยาย Windows Server Failover Clustering (WSFC) ได้อย่างราบรื่นด้วยกลไกการจำลองข้อมูลตามโฮสต์ที่เพิ่มประสิทธิภาพการทำงาน ในขณะที่ WSFC จัดการคลัสเตอร์ซอฟต์แวร์ SIOS จะดำเนินการจำลองแบบเพื่อเปิดใช้งานการป้องกันจากภัยพิบัติและรับรองว่าข้อมูลจะสูญหายเป็นศูนย์ในกรณีที่คลัสเตอร์การจัดเก็บข้อมูลที่ใช้ร่วมกันเป็นไปไม่ได้หรือทำไม่ได้ เช่น ในสภาพแวดล้อมการจัดเก็บข้อมูลบนคลาวด์ เสมือน และประสิทธิภาพสูง ในสภาพแวดล้อม Linux SIOS LifeKeeper™ และ SIOS DataKeeper สำหรับ Linux ให้การผสมผสานที่มีความพร้อมใช้งานสูง การจัดคลัสเตอร์ล้มเหลว การตรวจสอบแอปพลิเคชันอย่างต่อเนื่อง การจำลองข้อมูล และนโยบายการกู้คืนที่กำหนดค่าได้ ปกป้องแอปพลิเคชันที่มีความสำคัญต่อธุรกิจของคุณจากการหยุดทำงานและภัยพิบัติ ไม่ว่าคุณจะอยู่ในสภาพแวดล้อม Windows หรือ Linux ผลิตภัณฑ์ SIOS จะปลดปล่อยทีมไอทีของคุณจากความซับซ้อนและความท้าทายในการสร้างและจัดการโครงสร้างพื้นฐานด้านการประมวลผลที่มีความพร้อมใช้งานสูง พวกเขาให้ข่าวกรอง ระบบอัตโนมัติ ความยืดหยุ่น ความพร้อมใช้งานสูง และความสะดวกในการใช้งานผู้จัดการฝ่ายไอทีที่จำเป็นในการปกป้องแอปพลิเคชันที่มีความสำคัญต่อธุรกิจจากการหยุดทำงานหรือการสูญเสียข้อมูล SIOS = ความยืดหยุ่นด้านไอทีด้วย HA + DRการสำรองข้อมูล ความพร้อมใช้งานสูง การกู้คืนจากภัยพิบัติ และความยืดหยุ่นทางไซเบอร์ล้วนเป็นองค์ประกอบสำคัญในการบรรลุความยืดหยุ่นด้านไอที ด้วยโซลูชัน SIOS คุณสามารถ "ทำเครื่องหมายในช่อง" สำหรับทั้งความพร้อมใช้งานสูงและการกู้คืนจากความเสียหาย – สองโซลูชันในหนึ่งเดียว ด้วยความสามารถในการจำลองแบบไปยังหลายเป้าหมาย คุณสามารถกำหนดค่าคลัสเตอร์เฟลโอเวอร์แบบหลายโหนดที่มีโหนดอยู่ในหลายตำแหน่งเพื่อปกป้องระบบของคุณจากความล้มเหลวและภัยพิบัติ สำหรับข้อมูลเพิ่มเติมและเพื่อให้แน่ใจว่า ความยืดหยุ่นด้านไอที สำหรับองค์กรของคุณ รับการสาธิตฟรี ของ SIOS วันนี้ ข้อมูลอ้างอิง:
ทำซ้ำโดยได้รับอนุญาตจาก SIOS
|
ธันวาคม 3, 2021 |
วิธีบรรลุความพร้อมใช้งานสูงด้วยคลัสเตอร์
|
พฤศจิกายน 28, 2021 |
สี่เหตุผลในการใช้กลยุทธ์การหลีกเลี่ยงในความพร้อมใช้งานสูงสี่กลยุทธ์การหลีกเลี่ยงเพื่อปรับปรุงความยืดหยุ่น ประสิทธิภาพ และผลลัพธ์ของคลัสเตอร์ขั้นตอนง่าย ๆ สำหรับการปรับใช้ในสภาพแวดล้อมคลัสเตอร์ SIOS Protection Suite
หลีกเลี่ยงบางสิ่งบางอย่าง – เราทุกคนเคยทำมาก่อนเปลวไฟเก่าที่เราเห็นในร้านขณะเดินไปกับคู่สมรส พนักงานขายเมื่อเรา “ไม่พร้อมที่จะซื้อ” และแม้แต่เจ้านายในขณะที่เราไปเที่ยว “วันหยุด”ตอนที่ฉันเป็นผู้จัดการทีมพัฒนา ฉันได้เห็นรายงานตรงที่เรียกดูในร้านค้าขณะที่พวกเขาควรจะป่วยอยู่นอกสำนักงานพวกเขาหลบอยู่ระหว่างชั้นวางเสื้อผ้าและรีบวิ่งไปตามทางเดินถัดไปและรีบออกไปเราทุกคนเคยทำมาแล้ว และในบางกรณี สำหรับสุขภาพจิต สุขภาพกาย หรือเหตุผลที่ยังคงเป็นเรื่องส่วนตัวและเป็นส่วนตัว เราทุกคนจำเป็นต้องมีมาตรการหลีกเลี่ยงบางอย่างแม้แต่ใน HAดังนั้นคุณจะเพิ่มการหลีกเลี่ยงให้กับ .ได้อย่างไร ความพร้อมใช้งานสูง สิ่งแวดล้อม และทำไม? สี่เหตุผลในการใช้กลยุทธ์การหลีกเลี่ยงในความพร้อมใช้งานสูง
เหตุผลหนึ่งที่ใช้กลยุทธ์การหลีกเลี่ยงใน HA คือการเพิ่มประสิทธิภาพแอปพลิเคชันและเซิร์ฟเวอร์พิจารณากรณีของเซิร์ฟเวอร์สามเครื่องที่ใช้งานปริมาณงานจริง ให้เรียกว่าเซิร์ฟเวอร์อัลฟ่า เซิร์ฟเวอร์เบต้า เซิร์ฟเวอร์แกมมาเซิร์ฟเวอร์อัลฟ่าและเบต้ากำลังเรียกใช้แอปพลิเคชันที่สำคัญซึ่งได้รับการสนับสนุนจากฐานข้อมูล ในขณะที่เซิร์ฟเวอร์แกมมากำลังเรียกใช้รายงานและงานการแปลงข้อมูลในกรณีที่เซิร์ฟเวอร์อัลฟ่าล้มเหลว การเฟลโอเวอร์ไปยังเซิร์ฟเวอร์เบต้าจะเกิดขึ้นตามปกติอย่างไรก็ตาม เนื่องจากเซิร์ฟเวอร์เบต้าใช้งานเวิร์กโหลดจำนวนมากอยู่แล้ว การโหลดแอปพลิเคชันเพิ่มเติมที่เป็นผลลัพธ์อาจส่งผลให้เซิร์ฟเวอร์โอเวอร์โหลดที่ไม่พึงประสงค์และประสิทธิภาพต่ำสำหรับทั้งสองแอปพลิเคชันดังนั้นจึงควรปรับใช้กลยุทธ์การหลีกเลี่ยงเพื่อให้แน่ใจว่า Server Gamma ถูกเลือกเป็นเป้าหมายเฟลโอเวอร์
พิจารณาสถานการณ์สมมติของเซิร์ฟเวอร์สามตัวอีกครั้ง ได้แก่ อัลฟ่า เบต้า และแกมมาเซิร์ฟเวอร์อัลฟ่าและเบต้าได้รับการปรับขนาดเพื่อรองรับปริมาณงานสูงสุด ในขณะที่ Server Gamma เป็นเซิร์ฟเวอร์ที่ปรับต้นทุนให้เหมาะสมในกรณีที่เซิร์ฟเวอร์อัลฟ่าและเซิร์ฟเวอร์เบต้าล้มเหลว จะเกิดการเฟลโอเวอร์กับเซิร์ฟเวอร์ที่ปรับต้นทุนให้เหมาะสม Gammaอย่างไรก็ตาม เซิร์ฟเวอร์นี้ไม่ได้ปรับขนาดเพื่อรองรับปริมาณงานสูงสุด หรือปริมาณงานของทั้งเซิร์ฟเวอร์อัลฟ่าและเซิร์ฟเวอร์เบต้าในเวลาเดียวกันในกรณีนี้ สามารถใช้กลยุทธ์การหลีกเลี่ยงเพื่อเพิ่มประสิทธิภาพโดยการย้ายหนึ่งหรือทั้งสองปริมาณงานโดยอัตโนมัติจาก Server Gamma ทันทีที่โฮสต์อื่นพร้อมใช้งาน
HA Optimization เป็นอีกสถานการณ์หนึ่งสำหรับการปรับใช้กลยุทธ์การหลีกเลี่ยง เช่นเดียวกับกลยุทธ์การเพิ่มประสิทธิภาพการทำงาน การเพิ่มประสิทธิภาพ HA ถูกใช้เพื่อให้แน่ใจว่าสภาพแวดล้อมของคุณสามารถอยู่รอดได้ในสถานการณ์ความล้มเหลวส่วนใหญ่ และแอปพลิเคชันของคุณได้รับการปรับให้เหมาะสมเพื่อให้ระดับความพร้อมใช้งานสูงสุด ณ เวลาใดเวลาหนึ่งการเพิ่มประสิทธิภาพ HA เป็นสิ่งสำคัญสำหรับแอปพลิเคชัน เช่น SAP ที่มีกระบวนการเข้าคิวที่จำลองแบบในสภาพแวดล้อม SAP ใดๆ คุณไม่ต้องการให้อินสแตนซ์ ASCS (ABAP SAP Central Service) และ ERS (enqueue replication services) อยู่บนเซิร์ฟเวอร์เดียวกันเป็นเวลานานเนื่องจากความเสี่ยงของการล็อกที่สูญหายและงานที่ถูกยกเลิก เพื่อป้องกันไม่ให้สิ่งนี้เกิดขึ้น คุณสามารถใช้กลยุทธ์การหลีกเลี่ยงที่ทำให้อินสแตนซ์ ERS และ ASCS ทำงานบนโหนดคลัสเตอร์ตรงข้ามเสมอพิจารณากรณีของเซิร์ฟเวอร์สามเครื่องที่ใช้ปริมาณงานจริง เรียกว่าเซิร์ฟเวอร์อัลฟ่า เบต้า แกมมาเซิร์ฟเวอร์อัลฟ่ากำลังเรียกใช้อินสแตนซ์ ASCS ในขณะที่เซิร์ฟเวอร์เบต้ากำลังเรียกใช้อินสแตนซ์ ERSServer Gamma ทำหน้าที่เป็นโหนดที่สามสำหรับการเฟลโอเวอร์ของทั้ง Server Beta (ERS) และ Server Alpha (ASCS)หากเบต้าขัดข้อง คุณจะไม่ต้องการให้ทรัพยากร ERS ทำงานบนโหนดเดียวกันกับอินสแตนซ์ ASCSเพื่อให้แน่ใจว่าการดำเนินการนี้ คุณสามารถปรับใช้กลยุทธ์การหลีกเลี่ยงที่จะตรวจสอบโดยอัตโนมัติก่อน และทำให้แน่ใจว่าทั้งสองแอปพลิเคชันอยู่บนเซิร์ฟเวอร์ที่แยกจากกัน และคงไว้ซึ่งแนวทางปฏิบัติที่ดีที่สุดของ SAP ASCS/ERS สำหรับการล็อกเมื่อเกิดข้อผิดพลาด
สมมติว่าคุณมีศูนย์ข้อมูลสองแห่ง: City Alpha และ City Beta ซึ่งอยู่ห่างกันประมาณ 70 ไมล์ โดยที่ลูกค้าส่วนใหญ่ของคุณตั้งอยู่ตรงกลางระหว่างพวกเขา อย่างไรก็ตาม เนื่องจากการเปลี่ยนแปลงล่าสุดในองค์กรภายใน การควบรวม/ปิดและการเข้าซื้อกิจการ และข้อกำหนดด้านการกำกับดูแล ทีมไอทีของคุณจะต้องเพิ่มศูนย์ข้อมูลแห่งที่สามที่ตั้งอยู่ใน City Gamma ซึ่งอยู่ห่างจาก Alpha และ Beta ประมาณ 350 ไมล์ตอนนี้ทรัพยากรที่ได้รับการคุ้มครองในอัลฟ่าและเบต้าเป็นหลักก็ขยายไปยังตำแหน่งแกมมาด้วยเนื่องจากผู้ใช้และทีมส่วนใหญ่อยู่ใกล้ตำแหน่งอัลฟ่าและเบต้า และแม้แต่ผู้ใช้ที่รุนแรงที่สุดก็ตั้งอยู่ในเมืองใกล้เคียง ทีมของคุณต้องหลีกเลี่ยงการเฟลโอเวอร์ไปยังตำแหน่งแกมมา เช่นเดียวกับกลยุทธ์อื่นๆ การหลีกเลี่ยง DR พยายามเพิ่มประสิทธิภาพการทำงาน ต้นทุนข้อมูลขาเข้า/ออกในภูมิภาค เวลาแฝง และการเข้าถึงไคลเอ็นต์โดยการหลีกเลี่ยงโหนด DR หากมีเพียงหนึ่งโหนดภายในภูมิภาคใดภูมิภาคหนึ่งที่ล้มเหลวนอกจากนี้ยังช่วยให้แน่ใจว่าแม้ว่าโหนดทั้งสองจะล้มเหลวหลังจากเวลาต่างกัน แต่การเฟลโอเวอร์จะเกิดขึ้นกับโหนดอื่นในคลัสเตอร์หรือศูนย์ข้อมูลเสมอก่อนที่จะย้ายไปยัง DR คุณจะปรับใช้กลยุทธ์การหลีกเลี่ยงอย่างไรผู้ให้บริการหลายรายมีกฎความสัมพันธ์ที่สามารถกำหนดค่าได้ ในขณะที่ผู้ให้บริการรายอื่นๆ ใช้ลำดับความสำคัญของเซิร์ฟเวอร์ร่วมกันหรือขั้นตอนที่ต้องทำด้วยตัวเองในกรณีของ SIOS Protection Suite สำหรับ Linux คุณสามารถใช้วิธีการในตัวได้หลายวิธี ได้แก่:
ในกรณีที่เกิดความล้มเหลว ทรัพยากรจะล้มเหลวไปยังเซิร์ฟเวอร์ที่มีลำดับความสำคัญที่เหลืออยู่ต่ำสุดและต่อไปยังเซิร์ฟเวอร์เพิ่มเติม (อัลฟ่า เบต้า และแกมมา)Server Alpha เป็นเซิร์ฟเวอร์หลักสำหรับ Resource.HR, Server Beta เป็นเซิร์ฟเวอร์หลักสำหรับ Resource.MFG และ Server Gamma เป็นเซิร์ฟเวอร์สำรองสำหรับทรัพยากร/เซิร์ฟเวอร์ทั้งหมดการใช้การจัดลำดับความสำคัญของทรัพยากร Resource.HR จะมีลำดับความสำคัญหนึ่ง (1) ใน Server Alpha และลำดับความสำคัญสอง (2) บน Server Gammaในขณะที่ Resource.MFG สามารถมีลำดับความสำคัญหนึ่ง (1) บนเซิร์ฟเวอร์เบต้าและลำดับความสำคัญสอง (2) บนเซิร์ฟเวอร์ Gammaหากลูกค้าต้องการปรับการใช้สภาพแวดล้อมให้เหมาะสม Resource.HR สามารถมีลำดับความสำคัญสาม (3) บนเซิร์ฟเวอร์เบต้าและทรัพยากร MFG สามารถมีลำดับความสำคัญสาม (3) บนเซิร์ฟเวอร์อัลฟ่าในกรณีที่เซิร์ฟเวอร์อัลฟ่าล้มเหลว ทรัพยากร Resource.HR จะล้มเหลวในเซิร์ฟเวอร์แกมมาก่อนที่จะพยายามเข้ามาใช้บริการ (ถูกกู้คืน) บนเซิร์ฟเวอร์อัลฟ่า SIOS Protection Suite สำหรับ Linux (UI และ CLI) อนุญาตให้ผู้ใช้ระบุลำดับความสำคัญสำหรับแต่ละเซิร์ฟเวอร์และการรวมทรัพยากร
กฎนโยบายยังสามารถใช้เพื่อป้องกันไม่ให้เกิดการกู้คืนทรัพยากรบนเซิร์ฟเวอร์ที่กำหนด และด้วยเหตุนี้จึงช่วยให้ทรัพยากรสามารถหลีกเลี่ยงเซิร์ฟเวอร์ที่ระบุซึ่งอาจใช้ปริมาณงานที่สำคัญหรือต้องใช้ทรัพยากรมากนโยบายทั่วไป ได้แก่ :
SIOS Protection สำหรับ Linux CLI อนุญาตให้ผู้ใช้ระบุกฎของนโยบายซึ่งสามารถปิดใช้งานการเฟลโอเวอร์ไปยังทรัพยากรเฉพาะสำหรับเซิร์ฟเวอร์ที่ระบุ จัดเตรียมนโยบายชั่วคราวเพื่อป้องกันความล้มเหลว ปิดใช้งานความล้มเหลวของแอปพลิเคชันบางประเภท นโยบายข้อจำกัด และนโยบายที่กำหนดเอง
วิธีที่ละเอียดที่สุดในการสร้างกลยุทธ์การหลีกเลี่ยงทรัพยากรคือการปรับใช้สคริปต์การหลีกเลี่ยงเฉพาะภายในแต่ละลำดับชั้นวิธีนี้จะอนุญาตให้ผู้ใช้กำหนดค่าแอปพลิเคชันเฉพาะ (เช่น app1 และ app2) เพื่อหลีกเลี่ยงกันและกันเมื่อทำได้ในขณะที่อนุญาตให้แอปพลิเคชันอื่นทำงานโดยไม่มีข้อจำกัดในกรณีของเซิร์ฟเวอร์สามตัวของเรา อัลฟ่า เบต้า และแกมมา และทรัพยากรสามอย่าง app1, app2 และ app3 วิธีการนี้จะให้ความยืดหยุ่นสูงสุดในตัวอย่างนี้ app1 และ app2 จะพยายามหลีกเลี่ยงการจัดระเบียบเมื่อเซิร์ฟเวอร์ล้มเหลว แต่ app3 จะล้มเหลวไปยังโหนดถัดไปที่พร้อมใช้งานตามลำดับความสำคัญโดยไม่มีข้อจำกัดการจัดระเบียบใดๆ สำหรับตัวอย่างเพิ่มเติมของกลยุทธ์การหลีกเลี่ยงและทรัพยากร ให้พิจารณา SIOS Protection Suite สำหรับ Linux เอกสาร .หากลูกค้ามีสองแอปพลิเคชัน ได้แก่ app1 และ app2 ซึ่งพวกเขาต้องการให้ทำงานบนโหนดต่างๆ ทุกครั้งที่ทำได้ ลูกค้าสามารถสร้างทรัพยากรโหนดปลายสุดของเทอร์มินัลการหลีกเลี่ยงได้ 2 รายการโดยใช้ SIOS Protection Suite สำหรับทรัพยากร Linux gen/app และ ‘/opt/LifeKeeper /lkadm/bin/avoid_restore’ สคริปต์ สืบพันธุ์จาก SIOS
|