Date: ธันวาคม 6, 2018
ป้ายกำกับ:เลือกโซลูชันที่มีประสิทธิภาพสูง
รายการตรวจสอบ 12 รายการสำหรับการเลือกโซลูชันความพร้อมใช้งานสูง
เมื่อเลือกโซลูชันที่มีประสิทธิภาพสูงคุณควรพิจารณาเกณฑ์ต่างๆ ค่าเหล่านี้ครอบคลุมตั้งแต่ค่าใช้จ่ายทั้งหมดของโซลูชันเพื่อความสะดวกในการกำหนดค่าและจัดการคลัสเตอร์กับข้อ จำกัด เฉพาะที่วางไว้บนฮาร์ดแวร์และซอฟต์แวร์ โพสต์นี้จะกล่าวถึงรายการตรวจสอบที่สำคัญที่สุด 12 รายการ
1 การสนับสนุนสำหรับระบบปฏิบัติการมาตรฐานและเวอร์ชันแอ็พพลิเคชัน
โซลูชันที่ต้องใช้ระบบปฏิบัติการระบบฐานข้อมูลหรือซอฟต์แวร์แอ็พพลิเคชันขั้นสูงขององค์กรจะช่วยลดประโยชน์ด้านต้นทุนของการย้ายไปยังระบบเซิร์ฟเวอร์โภคภัณฑ์ได้อย่างมาก ปรับใช้ middleware HA ที่เหมาะสม ด้วยวิธีนี้คุณจะสามารถใช้แอพพลิเคชันและ OS เวอร์ชันมาตรฐานได้ และในเวลาเดียวกันให้ตรงกับข้อกำหนดด้านสภาพแวดล้อมทางธุรกิจของ uptime
2 การสนับสนุนสำหรับการจัดเก็บข้อมูลหลากหลายรูปแบบ
เมื่อคุณปรับใช้ HA คลัสเตอร์ข้อมูลที่แอ็พพลิเคชันที่ได้รับการป้องกันต้องการจะต้องพร้อมใช้งานกับระบบทั้งหมดที่อาจต้องนำแอพพลิเคชันไปใช้บริการ คุณสามารถแชร์ข้อมูลนี้ผ่านการจำลองแบบข้อมูลโดยใช้ที่เก็บข้อมูล SCSI หรือช่องเก็บข้อมูล Fibre Channel หรือใช้อุปกรณ์ NAS คุณใช้วิธีใดในการปรับใช้ผลิตภัณฑ์ HA ที่คุณใช้จะต้องสามารถรองรับการกำหนดค่าข้อมูลทั้งหมดเพื่อให้คุณสามารถเปลี่ยนแปลงได้ตามความต้องการทางธุรกิจของคุณ
3 ความสามารถในการใช้ส่วนประกอบของโซลูชั่นที่ไม่เหมือนกัน
บางโซลูชั่น HA Clustering ต้องการให้ทุกระบบภายในคลัสเตอร์มีการกำหนดค่าเหมือนกัน ข้อกำหนดนี้เป็นเรื่องธรรมดาในหมู่โซลูชั่นฮาร์ดแวร์เฉพาะที่เทคโนโลยีการจัดกลุ่มมีจุดประสงค์เพื่อแยกเซิร์ฟเวอร์หรือที่จัดเก็บข้อมูลและในหมู่ผู้ขายระบบปฏิบัติการที่ต้องการ จำกัด การกำหนดค่าที่จำเป็นสำหรับการสนับสนุน ข้อ จำกัด นี้จำกัดความสามารถในการปรับใช้เซิร์ฟเวอร์แบบปรับขนาดลงเป็นโหนดสำรองชั่วคราวและเพื่อนำฮาร์ดแวร์ที่มีอยู่ไปใช้ซ้ำในการปรับใช้คลัสเตอร์ของคุณ การปรับใช้เซิร์ฟเวอร์ที่กำหนดค่าไว้เหมือนกันอาจเป็นทางเลือกที่ถูกต้องสำหรับความต้องการของคุณ แต่การตัดสินใจไม่ควรกำหนดโดยผู้ให้บริการโซลูชัน HA ของคุณ
4 รองรับมากกว่าสองโหนดภายในคลัสเตอร์
จำนวนโหนดที่สามารถรองรับในคลัสเตอร์เป็นตัววัดที่สำคัญของความยืดหยุ่น โซลูชัน HA ระดับเริ่มต้นจะ จำกัด ให้คุณใช้คลัสเตอร์สองโหนดโดยปกติจะอยู่ในโหมดใช้งาน / passive แม้ว่าการกำหนดค่านี้จะให้ความพร้อมใช้งานที่เพิ่มขึ้น (โดยการเพิ่มเซิร์ฟเวอร์สแตนด์บาย) แต่ก็ยังทำให้คุณไม่ต้องกังวลกับการหยุดทำงานของแอปพลิเคชัน ในการกำหนดค่าคลัสเตอร์แบบสองโหนดหากเซิร์ฟเวอร์หนึ่งเครื่องไม่ทำงานไม่ว่าด้วยเหตุผลใด ๆ เซิร์ฟเวอร์ที่เหลือจะกลายเป็นจุดล้มเหลวเพียงจุดเดียว คุณสามารถเพิ่มความสามารถในการป้องกันได้ด้วยการจัดกลุ่มโหนดสามโหนดขึ้นไป ในเวลาเดียวกันคุณยังสามารถสร้างการกำหนดค่าที่ปรับขนาดได้สูง
5 รองรับ Active / Active และ Active / Standby Configurations
การเลือกโซลูชันความพร้อมใช้งานสูงเพื่อให้เหมาะกับโครงการของคุณเป็นสิ่งสำคัญ ในการกำหนดค่าใช้งาน / สแตนด์บายหนึ่งเซิร์ฟเวอร์ไม่ได้ใช้งานรอที่จะรับภาระงานของสมาชิกคลัสเตอร์ของตน การตั้งค่านี้มีข้อเสียที่เห็นได้ชัดของการใช้ทรัพยากรของคุณในการคำนวณหามูลค่าไม่เพียงพอ เพื่อให้ได้รับประโยชน์สูงสุดจากค่าใช้จ่ายด้านไอทีของคุณให้ตรวจสอบว่าโหนดคลัสเตอร์สามารถทำงานในการกำหนดค่าใช้งาน / ใช้งานได้
6 การตรวจหาปัญหาที่โหนดและระดับการบริการส่วนบุคคล
ผลิตภัณฑ์ซอฟต์แวร์ HA ทั้งหมดสามารถตรวจพบปัญหาเกี่ยวกับฟังก์ชันการทำงานของเซิร์ฟเวอร์คลัสเตอร์ได้ งานนี้ทำโดยการส่งสัญญาณ heartbeat ระหว่างเซิร์ฟเวอร์ภายในคลัสเตอร์และเริ่มการกู้คืนหากสมาชิกกลุ่มหยุดส่งสัญญาณ แต่โซลูชัน HA ขั้นสูงยังสามารถตรวจจับปัญหาอื่นได้อีกด้วย หนึ่งที่เกิดขึ้นเมื่อแต่ละกระบวนการหรือบริการพบปัญหาที่ทำให้ไม่สามารถใช้งานได้ แต่ไม่ทำให้เซิร์ฟเวอร์หยุดการส่งหรือตอบสนองต่อสัญญาณ heartbeat เนื่องจากหน้าที่หลักของซอฟต์แวร์ HA คือการทำให้แน่ใจว่าแอพพลิเคชันจะพร้อมใช้งานสำหรับผู้ใช้ปลายทางการตรวจจับและการกู้คืนจากการขัดจังหวะระดับบริการเป็นคุณลักษณะที่สำคัญ ตรวจสอบให้แน่ใจว่าโซลูชัน HA ของคุณสามารถตรวจพบปัญหาทั้งโหนดและระดับบริการได้
7 การสนับสนุนสำหรับการกู้คืนโหนดและโหนดข้ามโหนด
ความสามารถในการดำเนินการกู้คืนทั้งในโหนดคลัสเตอร์และภายในโหนดเป็นสิ่งสำคัญ ในการกู้คืนข้ามโหนดหนึ่งโหนดจะใช้เวลามากกว่าโดเมนที่สมบูรณ์ของความรับผิดชอบสำหรับอีก เมื่อมีการพลาดจังหวะการเต้นของระบบในระดับเซิร์ฟเวอร์เซิร์ฟเวอร์ที่ควรส่งข้อมูล heartbeats จะไม่สามารถใช้งานได้และสมาชิกกลุ่มอื่นจะเริ่มต้นการกู้คืน ด้วยการกู้คืนในโหนดหรือภายในระบบบริการระบบล้มเหลวครั้งแรกจะได้รับการกู้คืนภายในเซิร์ฟเวอร์ที่ใช้งานอยู่ งานนี้โดยทั่วไปจะทำโดยการหยุดทำงานและรีสตาร์ทเซอร์วิสและทรัพยากรระบบที่ขึ้นอยู่กับระบบ วิธีการกู้คืนข้อมูลนี้ทำได้รวดเร็วและลดเวลาหยุดทำงาน
8 ความโปร่งใสในการเชื่อมต่อไคลเอ็นท์ของการกู้คืนฝั่งเซิร์ฟเวอร์
การกู้คืนฝั่งเซิร์ฟเวอร์ของแอ็พพลิเคชันหรือแม้แต่โหนดทั้งหมดควรโปร่งใสสำหรับผู้ใช้ฝั่งไคลเอ็นต์ ผ่านการใช้ที่อยู่ IP เสมือนหรือชื่อเซิร์ฟเวอร์การทำแผนที่ของทรัพยากรการคำนวณเสมือนลงในหน่วยงานคลัสเตอร์ทางกายภาพระหว่างการกู้คืนและการอัปเดตตารางเส้นทางเครือข่ายโดยอัตโนมัติไม่จำเป็นต้องเปลี่ยนแปลงระบบไคลเอ็นต์เพื่อให้ระบบเข้าถึงแอปพลิเคชันและข้อมูลที่กู้คืน โซลูชันที่ต้องการการเปลี่ยนแปลงการกำหนดค่าฝั่งไคลเอ็นต์ด้วยตนเองในการเข้าถึงแอปพลิเคชันที่กู้คืนจะช่วยเพิ่มเวลาในการกู้คืน พวกเขาแนะนำความเสี่ยงของข้อผิดพลาดเพิ่มเติมเนื่องจากการปฏิสัมพันธ์ของมนุษย์ที่จำเป็น การกู้คืนควรเป็นแบบอัตโนมัติทั้งบนเซิร์ฟเวอร์และไคลเอ็นต์
9 การป้องกันสำหรับเวลาที่วางแผนไว้และไม่ได้วางแผนไว้
นอกเหนือจากการป้องกันการขัดข้องของบริการที่ไม่ได้วางแผนแล้วโซลูชัน HA ที่คุณใช้ควรใช้งานได้เป็นเครื่องมือในการบริหารเพื่อลดการหยุดทำงานเนื่องจากกิจกรรมการบำรุงรักษา คุณสามารถย้ายแอ็พพลิเคชันและผู้ใช้ไปยังเซิร์ฟเวอร์เครื่องที่สองได้ขณะที่ทำการบำรุงรักษาในส่วนแรกเพื่อให้สามารถเคลื่อนย้ายแอ็พพลิเคชันระหว่างสมาชิกคลัสเตอร์ได้ตามต้องการ ซึ่งจะช่วยลดความจำเป็นในการบำรุงรักษาระบบวินโดว์สซึ่งทรัพยากรไอทีไม่สามารถใช้งานได้กับผู้ใช้ปลายทาง ตรวจสอบให้แน่ใจว่าโซลูชัน HA ของคุณเป็นวิธีการที่ง่ายและปลอดภัยสำหรับการดำเนินการตามความต้องการในการใช้งานและทรัพยากรที่จำเป็นระหว่างโหนดคลัสเตอร์
10 การป้องกันแบบ Off-The-Shelf สำหรับฟังก์ชั่นธุรกิจทั่วไป
โซลูชัน HA ทุกตัวที่คุณประเมินควรรวมถึงตัวแทนหรือโมดูลที่ได้รับการทดสอบและสนับสนุนซึ่งออกแบบมาเพื่อตรวจสอบสุขภาพของทรัพยากรระบบที่เฉพาะเจาะจง ได้แก่ ระบบไฟล์ที่อยู่ IP ฐานข้อมูลแอพพลิเคชันและอื่น ๆ โมดูลเหล่านี้มักเรียกว่าโมดูลการกู้คืน คุณจะได้รับประโยชน์จากทั้งเวลาทำงานที่ผู้ขายและลูกค้ารายอื่น ๆ ได้ทำไปแล้ว นอกจากนี้คุณยังมีความมั่นใจในการสนับสนุนและการบำรุงรักษาคอมโพเนนต์โซลูชันเหล่านี้อย่างต่อเนื่อง
11 ความสามารถในการผสานรวมการป้องกันสำหรับแอ็พพลิเคชันทางธุรกิจที่กำหนดเองได้อย่างง่ายดาย
อาจมีแอพพลิเคชันที่อาจกำหนดเองให้แก่ บริษัท ของคุณซึ่งคุณต้องการปกป้อง แต่ไม่มีโมดูลการกู้คืนที่ผู้ให้บริการจัดหาให้ เป็นสิ่งสำคัญดังนั้นคุณจึงมีวิธีการในการรวมแอพพลิเคชั่นทางธุรกิจของคุณเข้ากับรูปแบบการป้องกันของ HA solution ได้อย่างง่ายดาย คุณควรจะสามารถทำเช่นนี้ได้โดยไม่ต้องแก้ไขแอพพลิเคชันของคุณโดยเฉพาะอย่างยิ่งโดยไม่ต้องฝัง APIs เฉพาะของผู้ให้บริการใด ๆ ควรมีชุดเครื่องมือสำหรับนักพัฒนาซอฟต์แวร์ที่ให้ตัวอย่างและขั้นตอนการป้องกันแอปพลิเคชันของคุณทีละขั้นตอน นอกจากนี้พร้อมกับผู้ให้บริการสนับสนุนที่ให้ความช่วยเหลือตามความจำเป็น
12 ความง่ายในการใช้งานและการบริหารคลัสเตอร์
ตำนานทั่วไปเกี่ยวกับกลุ่ม HA คือการใช้และจัดการกับค่าใช้จ่ายเหล่านี้มีราคาแพงและซับซ้อน นี้ไม่จำเป็นต้องเป็นความจริง อินเทอร์เฟซการจัดการคลัสเตอร์ควรเป็นตัวช่วยสร้างเพื่อช่วยในการกำหนดค่าคลัสเตอร์เริ่มต้น ควรรวมถึงการค้นพบองค์ประกอบใหม่ ๆ โดยอัตโนมัติเมื่อมีการเพิ่มลงในคลัสเตอร์ ในทำนองเดียวกันควรอนุญาตให้มีการตรวจสอบสถานะอย่างรวดเร็วของทั้งกลุ่ม สุดท้ายต้องจัดเก็บข้อมูลเมตาของกลุ่มใด ๆ ไว้ในแบบ HA ไม่ได้อยู่ในดิสก์ครบองค์ประชุมภายในคลัสเตอร์ซึ่งการทุจริตหรือการหยุดทำงานอาจทำให้ทั้งกลุ่มกระจุยกระจายได้ เมื่อมองหาขีดความสามารถในรายการตรวจสอบนี้คุณสามารถตัดสินใจได้ดีที่สุดสำหรับความต้องการ HA เฉพาะของคุณ การเลือกโซลูชันความพร้อมใช้งานสูงไม่ใช่วิทยาศาสตร์จรวด นี่คือเรื่องราวความสำเร็จของเราทำซ้ำโดยได้รับอนุญาตจาก Linuxclustering