Date: มกราคม 21, 2018
สร้างการกำหนดค่าคลัสเตอร์ความพร้อมใช้งานสูง
เมื่อเราสร้างการกำหนดค่าคลัสเตอร์ความพร้อมใช้งานสูงความพร้อมใช้งานของแอปพลิเคชันของคุณจะดีเท่ากับลิงค์ที่อ่อนแอที่สุด สิ่งนี้หมายความว่าถ้าคุณซื้อเซิร์ฟเวอร์ที่ยอดเยี่ยมที่มีทุกสิ่งที่ซ้ำซ้อน (CPU, พัดลม, พลังงาน, RAID, RAM, ฯลฯ ) และ Super Deluxe SAN ที่มีการเชื่อมต่อแบบหลายเส้นทาง เมื่อรวมกับสวิตช์ SAN หลายตัวและจัดกลุ่มแอปพลิเคชันของคุณด้วยซอฟต์แวร์การจัดกลุ่มที่คุณชื่นชอบ คุณอาจมีแอปพลิเคชั่นที่น่าเชื่อถือมากใช่ไหม ก็ไม่จำเป็น เซิร์ฟเวอร์เชื่อมต่อกับ UPS เดียวกันหรือไม่ พวกเขาอยู่บนสวิตช์เครือข่ายเดียวกันหรือไม่ พวกเขาเย็นโดยหน่วย AC เดียวกันหรือไม่ พวกเขาอยู่ในอาคารเดียวกันหรือไม่ SAN ของคุณน่าเชื่อถืออย่างแท้จริงหรือไม่? หนึ่งในปัญหาเหล่านี้ในหมู่อื่น ๆ เป็นจุดหนึ่งของความล้มเหลวในการกำหนดค่าคลัสเตอร์ความพร้อมใช้งานสูง
ค้นหาและลบลิงค์ที่อ่อนแอที่สุดในการกำหนดค่าคลัสเตอร์
แน่นอนว่าคุณต้องรู้จักเมื่อ "ดีพอ" คือ "ดีพอ" งบประมาณและ SLA ของคุณจะช่วยตัดสินว่าอะไรดีพอ อย่างไรก็ตามพื้นที่หนึ่งที่ฉันกังวลว่าผู้คนอาจจะอยู่ในพื้นที่จัดเก็บ กับการมาถึงของซอฟแวร์เป้าหมาย iSCSI ราคาถูกหรือฟรีผมเห็นบางคนแนะนำให้คุณเพียงแค่โยนซอฟต์แวร์บาง iSCSI เป้าหมายในเซิร์ฟเวอร์สำรองและvoilà – เก็บข้อมูลแบบทันทีที่ใช้ร่วมกัน
โปรดทราบว่าฉันไม่ได้พูดถึงโซลูชัน OEM iSCSI ที่สร้างขึ้นในเทคโนโลยี failover และ / หรือคุณลักษณะความพร้อมใช้งานอื่น ๆ หรือแม้แต่โซลูชันระบบจัดเก็บข้อมูลเสมือนจริงเช่น FalconStor ฉันกำลังพูดถึงคนที่มีเซิร์ฟเวอร์ที่ใช้ Windows Server 2008 ว่าเขาโหลดมาพร้อมกับพื้นที่เก็บข้อมูลและต้องการเปลี่ยนเป็นเป้าหมาย iSCSI นี่ยอดเยี่ยมในแล็บ แต่ถ้าคุณจริงจังกับฮาคุณควรคิดอีกครั้ง แม้ Microsoft จะให้ซอฟต์แวร์เป้าหมายของ iSCSI แก่ผู้สร้าง OEM ที่มีคุณสมบัติเหมาะสมที่มีประสบการณ์ในการส่งอาร์เรย์จัดเก็บข้อมูลระดับองค์กร
สิ่งที่คุณได้รับจริง
ก่อนอื่นนี่คือ Windows ไม่ได้มีระบบปฏิบัติการที่ชุบแข็งบางตัวเพื่อรองรับการจัดเก็บข้อมูลเท่านั้น จะต้องมีการบำรุงรักษาการอัปเดตด้านความปลอดภัยการแก้ไขปัญหาฮาร์ดแวร์เป็นต้น โดยทั่วไปมีความน่าเชื่อถือเช่นเดียวกับแอปพลิเคชันเซิร์ฟเวอร์ที่คุณพยายามปกป้อง มันสมเหตุสมผลหรือไม่ที่จะทำคลัสเตอร์แอพพลิเคชันเซิร์ฟเวอร์ของคุณ ยังใช้เซิร์ฟเวอร์และระบบปฏิบัติการระดับเดียวกันเพื่อโฮสต์ที่เก็บข้อมูลของคุณ? โดยทั่วไปคุณได้ย้ายจุดล้มเหลวจุดเดียวของคุณออกจากเซิร์ฟเวอร์แอปพลิเคชันของคุณและย้ายไปยังเซิร์ฟเวอร์จัดเก็บข้อมูลของคุณ มันไม่ได้เป็นสมาร์ทเท่าที่ฉันกังวล
ซอฟต์แวร์เป้าหมายของ Enterprise Class iSCSI ประกอบด้วยซอฟต์แวร์จำลองแบบซิงโครนัสและ / หรือแบบอะซิงโครนัสและความสามารถในการทำ snapshot ฟังก์ชั่นนี้ช่วยในเรื่องของจุดกู้คืน (RPO) ของคุณอย่างแน่นอน แม้ว่ามันจะไม่ช่วยวัตถุประสงค์เวลากู้คืน (RTO) ของคุณเว้นแต่ว่าการเฟลโอเวอร์เป็นไปโดยอัตโนมัติและราบรื่นสำหรับซอฟต์แวร์การจัดกลุ่มของคุณ สมมติว่าอาร์เรย์หน่วยเก็บข้อมูลหลัก iSCSI ล้มเหลวในตอนกลางคืน ใครจะไปที่นั่นเพื่อเปิดใช้งานสำเนาที่ทำซ้ำ คุณอาจหยุดลงก่อนที่คุณจะรู้ว่ามีปัญหา อีกครั้งนี้อาจจะ "ดีพอ"; คุณเพียงแค่ต้องตระหนักถึงสิ่งที่คุณกำลังลงทะเบียน นั่นเป็น High Configuration Cluster ที่คุณต้องการหรือไม่?
SIOS DataKeeper
สิ่งหนึ่งที่คุณสามารถทำได้เพื่อปรับปรุงความน่าเชื่อถือของเซิร์ฟเวอร์เป้าหมายของ iSCSI คือการใช้ผลิตภัณฑ์จำลองแบบเช่น SteelEye DataKeeper Cluster Edition เพื่อขจัดจุดบกพร่องเพียงจุดเดียว ให้ฉันอธิบาย
หากเราใช้การกำหนดค่าเดียวกันที่แสดงด้านบนและเพิ่มเป้าหมาย iSCSI แบบสแตนด์อะโลนโดยใช้ SteelEye DataKeeper Cluster Edition เพื่อทำการจำลองแบบและการล้มเหลวอัตโนมัติคุณเพิ่งให้โซลูชัน iSCSI เป้าหมายสู่ระดับความพร้อมใช้งานทั้งหมด โซลูชันดังกล่าวจะมีลักษณะแบบนี้มาก
ความแตกต่างที่สำคัญในโซลูชันที่ใช้ SteelEye DataKeeper Cluster Edition กับโซลูชันการจำลองแบบโดยผู้ขายเป้าหมาย iSCSI บางรายอยู่ในการทำงานร่วมกับ WSFC คำถามที่ถามเกี่ยวกับผู้จำหน่ายโซลูชัน iSCSI ของคุณคือ …
จะเกิดอะไรขึ้นถ้าฉันดึงสายไฟบนเซิร์ฟเวอร์เป้าหมาย iSCSI ที่ใช้งานอยู่?
หากขั้นตอนการกู้คืนเป็นขั้นตอนด้วยตนเองไม่ใช่ทางออกที่แท้จริงของ HA แต่ถ้ามันเป็นไปโดยอัตโนมัติและรวมเข้ากับ WSFC อย่างสมบูรณ์? จากนั้นคุณจะมีความพร้อมในระดับที่สูงขึ้นมากและกำจัดอาร์เรย์ iSCSI ให้เป็นจุดล้มเหลวจุดเดียว
สนทนากับเราเพื่อให้บรรลุการกำหนดค่าคลัสเตอร์ความพร้อมใช้งานสูง
ทำซ้ำโดยได้รับอนุญาตจาก Clusteringformortals