SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • Products
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • การทดสอบอาหารสัตว์
  • ข่าวสารและกิจกรรม
  • ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์
  • เรื่องราวความสำเร็จ
  • ติดต่อเรา
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

วิธีการรวม DataKeeper สำหรับ Linux เข้ากับเครื่องมือสำรองข้อมูลและการจำลองแบบอย่างปลอดภัย

กันยายน 26, 2025 by Jason Aw Leave a Comment

How to Safely Combine DataKeeper for Linux with Backup and Replication Tools

วิธีการรวม DataKeeper สำหรับ Linux เข้ากับเครื่องมือสำรองข้อมูลและการจำลองแบบอย่างปลอดภัย

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

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

วิธีทดสอบ DataKeeper สำหรับ Linux ด้วยซอฟต์แวร์สำรองข้อมูลและการจำลองข้อมูล

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

  1. ทดสอบบนคลัสเตอร์ QA

ก่อนใช้ซอฟต์แวร์สำรองข้อมูล/จำลองแบบทั้งสองบนคลัสเตอร์การผลิตของคุณ ให้สร้างสภาพแวดล้อมคลัสเตอร์ QA ด้วย DataKeeper เพื่อเรียกใช้การทดสอบ

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

  1. ทำการทดสอบการทำงานขั้นพื้นฐานให้เสร็จสมบูรณ์

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

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

https://docs.us.sios.com/spslinux/9.9.1/en/topic/การทดสอบลำดับชั้นทรัพยากรผู้ดูแลข้อมูลของคุณ

  1. ทำการทดสอบการทำงานขั้นพื้นฐานกับซอฟต์แวร์อื่น ๆ

รันการทดสอบแบบเดียวกันที่กล่าวไว้ข้างต้นในขณะที่ซอฟต์แวร์กำลังสำรอง/จำลองข้อมูลของคุณ และหลังจากที่ซอฟต์แวร์ทำการสำรอง/จำลองข้อมูลของคุณเสร็จสิ้นแล้ว

ในการใช้ซอฟต์แวร์ร่วมกับ DataKeeper สิ่งสำคัญคือต้องผ่านการทดสอบการทำงานทั้งหมดเหล่านี้

การใช้ทรัพยากร GenApp เพื่อจัดการกระบวนการสำรองข้อมูลและการจำลองข้อมูลด้วย DataKeeper สำหรับ Linux

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

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

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

  • อ่านเพิ่มเติมเกี่ยวกับการสร้าง GenApp ได้จากลิงค์ด้านล่าง

https://docs.us.sios.com/spslinux/9.9.1/en/topic/การสร้างลำดับชั้นทรัพยากรแอปพลิเคชันทั่วไป

การรับรองความเข้ากันได้ของคลัสเตอร์ DataKeeper และป้องกันการหยุดทำงาน

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

พร้อมที่จะดูว่า SIOS จะช่วยคุณลดความซับซ้อนของความพร้อมใช้งานสูงและรับรองการสำรองข้อมูลและการจำลองแบบที่ราบรื่นด้วย DataKeeper สำหรับ Linux ได้อย่างไรหรือยังขอสาธิตวันนี้

ผู้เขียน: Alexus Gore วิศวกรซอฟต์แวร์ประสบการณ์ลูกค้า

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์ Tagged With: การทำซ้ำ

วิธีดำเนินการจำลองการทดสอบประสิทธิภาพด้วย SIOS DataKeeper

สิงหาคม 10, 2024 by Jason Aw Leave a Comment

How to Perform Performance Testing Replication with SIOS DataKeeper

วิธีดำเนินการจำลองการทดสอบประสิทธิภาพด้วย SIOS DataKeeper

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

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

การเลือกประเภทกระจก

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

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

การกำหนดค่าฮาร์ดแวร์:

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

  1. ตรวจสอบให้แน่ใจว่าระบบหลักและเป้าหมายของคุณมีฮาร์ดแวร์จัดเก็บข้อมูลเหมือนกัน ตัวอย่างเช่น IOPS เป้าหมายควรเท่ากับ IOPS ต้นทาง มิฉะนั้นองค์ประกอบที่ช้าที่สุดในสภาพแวดล้อมจะพิสูจน์ได้ว่าเป็นจุดคอขวดของความเร็วในการเขียน การจับคู่ฮาร์ดแวร์จะให้ประสิทธิภาพที่ดีขึ้นเสมอ
  2. การทำความเข้าใจถึงความสำคัญของบิตแมป วิธีที่ง่ายและถูกที่สุดในการเพิ่มประสิทธิภาพอย่างมีนัยสำคัญคือการจัดเก็บบิตแมปไว้บนที่เก็บข้อมูลความเร็วสูงโดยเฉพาะ บิตแมปมีขนาดเล็กมาก ดังนั้นการจัดเตรียม SSD ขนาด 5 หรือ 10GB ก็เพียงพอแล้วและให้ผลตอบแทนจากการเพิ่มประสิทธิภาพที่ดีเยี่ยม
  3. ทดสอบฮาร์ดแวร์แบบสแตนด์อโลนด้วยความเข้าใจว่าการจำลองข้อมูลจะทำให้เกิดโอเวอร์เฮด ตัวอย่างเช่น หากคุณมีข้อกำหนดในการบรรลุ 10,000 IOPS ในสภาพแวดล้อมของคุณ ตรวจสอบให้แน่ใจว่าฮาร์ดแวร์ของคุณสามารถได้รับ 10,000 IOPS แบบสแตนด์อโลนที่สอดคล้องกันอย่างน้อยที่สุดบนโหนดทั้งหมดที่จะเป็นส่วนหนึ่งของคลัสเตอร์ หากคุณต้องการดำเนินการมิเรอร์แบบซิงโครนัส ตรวจสอบให้แน่ใจว่าคุณมีข้อกำหนดที่เกินข้อกำหนดขั้นต่ำ เนื่องจากมีการใช้โอเวอร์เฮดเพิ่มเติมเพื่อรักษาความสอดคล้องของซิงโครนัส เครือข่ายจะต้องได้รับการทดสอบโหลดเพื่อให้แน่ใจว่าคุณสามารถถ่ายโอนข้อมูลที่จำเป็นสำหรับแผนการจำลองของคุณได้
  4. รู้วิธีการทดสอบอย่างถูกต้อง เมื่อใช้สภาพแวดล้อมการทดสอบเพื่อตรวจสอบความสามารถในการผลิต สิ่งสำคัญคือต้องเลียนแบบการตั้งค่าให้ใกล้เคียงที่สุด เป็นที่เข้าใจกันว่าคุณไม่สามารถตั้งค่าโคลนฐานข้อมูลการผลิตทั้งหมดเพียงเพื่อทดสอบการจำลองแบบได้ แต่การใช้เครื่องมือสร้างข้อมูลที่ถูกต้องสามารถให้ข้อบ่งชี้ที่ดีขึ้นเกี่ยวกับความสามารถด้านประสิทธิภาพในปัจจุบัน Diskspd เป็นเครื่องมือฟรีที่สามารถใช้สำหรับการทดสอบพื้นฐานบางอย่างได้ แต่ในโลกของ SQL นั้น HammerDB มอบตัวบ่งชี้ประสิทธิภาพในโลกแห่งความเป็นจริงได้ดีกว่ามาก

DiskSpd:https://github.com/microsoft/diskspd
แฮมเมอร์ดีบี:https://www.hammerdb.com/

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

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

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์ Tagged With: การทำซ้ำ

วิธีการรวมการสำรองข้อมูลการจำลองแบบและการจัดกลุ่มความพร้อมใช้งานสูง

กรกฎาคม 22, 2020 by Jason Aw Leave a Comment

วิธีการรวมการสำรองข้อมูลการจำลองแบบและการจัดกลุ่มความพร้อมใช้งานสูง

วิธีการรวมการสำรองข้อมูลการจำลองแบบและการจัดกลุ่มความพร้อมใช้งานสูง

การสำรองข้อมูลการจำลองแบบและความพร้อมใช้งานสูง (HA) เป็นส่วนพื้นฐานของการจัดการความเสี่ยงด้านไอทีและเป็นสิ่งที่ขาดไม่ได้เช่นเดียวกับล้อรถ การทำสำเนาเป็นสิ่งจำเป็นสำหรับการปกป้องข้อมูลด้วย

สภาพแวดล้อมการสำรองข้อมูลและ HA คลัสเตอร์ไม่ได้เกิดขึ้นพร้อมกัน

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

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

ในกรณีเช่นนี้การสำรองข้อมูลเป็นสิ่งสำคัญที่จะนำข้อมูลกลับไปยังจุดดีที่ทราบล่าสุด ด้วยการทำเรพลิเคทคุณสามารถเข้าถึงอิมเมจที่เรพลิเคตทันทีก่อนที่ความล้มเหลวของระบบ (= RTO / RTO นั้นเหนือกว่า) ในวิธีที่เพียงแค่จัดเก็บข้อมูลตามการสร้างและสนับสนุนในรูปแบบชนิด eDiscovery

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

การสำรองข้อมูลห้าจุดในสภาพแวดล้อมการจัดกลุ่มที่พร้อมใช้งานสูง

พิจารณาห้าคะแนนต่อไปนี้เป็นเป้าหมายของการจัดหาข้อมูลสำรอง:

  1. ระบบปฏิบัติการ (OS)
  2. SIOS Protection Suite – โปรแกรม Clustering LifeKeeper / DataKeeper
  3. SIOS Protection Suite – ข้อมูลการกำหนดค่า LifeKeeper / DataKeeper
  4. แอปพลิเคชันโปรแกรม (เช่น SQL Server, SAP S / 4 HANA, Oracle, PostgreSQL ฯลฯ )
  5. ข้อมูลแอปพลิเคชัน

สำรองข้อมูลระบบปฏิบัติการ

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

สำรองซอฟต์แวร์การทำคลัสเตอร์ของ SIOS Protection Suite

SIOS Protection Suite รวมถึงโปรแกรม SIOS LifeKeeper / DataKeeper นอกจากนี้ยังสามารถรับได้จากยูทิลิตี้มาตรฐานระบบปฏิบัติการหรือซอฟต์แวร์สำรองข้อมูลของบุคคลที่สาม แต่หากโปรแกรมหายไปเนื่องจากความล้มเหลวของดิสก์เป็นต้น โดยไม่ต้องสำรองข้อมูลโดยเจตนาคุณต้องติดตั้งใหม่ อาจมีบางคนที่คิดเกี่ยวกับการแบ่งขั้วของการทำเช่นนั้น

สำรองข้อมูลการกำหนดค่า SIOS Protection Suite

SIOS LifeKeeper มาพร้อมกับคำสั่งง่ายๆที่เรียกว่า lkbackup ซึ่งช่วยให้คุณสามารถสำรองข้อมูลการกำหนดค่า lkbackup สามารถทำงานบน SIOS LifeKeeper และทรัพยากรที่เกี่ยวข้องและจะไม่ส่งผลกระทบต่อการใช้บริการ

คำสั่งนี้สามารถดำเนินการได้ในสามกรณีหลักดังต่อไปนี้

  • ทันทีหลังจากติดตั้งทรัพยากร SIOS LifeKeeper ที่สร้างขึ้นใหม่
  • ก่อนและหลังการเปลี่ยนแปลงการกำหนดค่า SIOS LifeKeeper (การเพิ่ม / การเปลี่ยนแปลงการอ้างอิงการเพิ่ม / การลบทรัพยากร)
  • ก่อนและหลังการอัพเกรดรุ่น SIOS LifeKeeper

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

โปรแกรมสำรองข้อมูล

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

ข้อมูลแอปพลิเคชันธุรกิจสำรอง

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

สำหรับการกำหนดค่าการจัดเก็บข้อมูลที่ใช้ร่วมกัน 

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

สำหรับการกำหนดค่าการจัดเก็บข้อมูลที่ใช้ร่วมกัน

 

สำหรับการกำหนดค่าการจำลองข้อมูล 

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

สำหรับการกำหนดค่าการจำลองข้อมูล

การสำรองโหนดคลัสเตอร์จากเซิร์ฟเวอร์สำรองภายนอก

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

การสำรองข้อมูลโดยใช้ที่อยู่ IP เสมือนของโหนดคลัสเตอร์

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

การสำรองข้อมูลโดยใช้ที่อยู่ IP เสมือนของโหนดคลัสเตอร์

การสำรองข้อมูลโดยใช้ที่อยู่ IP ที่แท้จริงของโหนดคลัสเตอร์

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

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

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

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์ Tagged With: การทำซ้ำ

เพิ่มประสิทธิภาพการจำลองแบบสำหรับ Linux Clustering ด้วย Fusion-io

พฤศจิกายน 27, 2018 by Jason Aw Leave a Comment

เพิ่มประสิทธิภาพการจำลองแบบสำหรับ Linux Clustering ด้วย Fusion-io

เคล็ดลับเพื่อเพิ่มประสิทธิภาพการจำลองแบบสำหรับ Linux Clustering ด้วย Fusion-io

เมื่อคนส่วนใหญ่คิดถึงการตั้งค่าคลัสเตอร์เซิร์ฟเวอร์จะมีเซิร์ฟเวอร์มากกว่าสองเครื่องและ SAN หรือบางส่วนของที่เก็บข้อมูลที่แชร์กัน SAN มีค่าใช้จ่ายสูงมากและซับซ้อนในการติดตั้งและบำรุงรักษา นอกจากนี้ยังแสดงให้เห็นถึงเทคนิคที่เป็นไปได้ในจุดเดียวของความล้มเหลว (SPOF) ในสถาปัตยกรรมคลัสเตอร์ของคุณ ทุกวันนี้ผู้คนจำนวนมากหันไปหา บริษัท อย่าง Fusion-io พร้อมด้วย ioDrives ที่เร็วที่สุดเพื่อเร่งการใช้งานที่สำคัญ  อุปกรณ์จัดเก็บข้อมูลเหล่านี้นั่งอยู่ภายในเซิร์ฟเวอร์ (เช่นไม่ใช่ "ดิสก์ที่ใช้ร่วมกัน") ดังนั้นจึงไม่สามารถใช้เป็นดิสก์คลัสเตอร์กับโซลูชันการจัดกลุ่มแบบเดิม ๆ ได้ โชคดีที่มีวิธีเพิ่มประสิทธิภาพการจำลองแบบสำหรับ Linux Clustering ด้วย Fusion-io โซลูชันที่ช่วยให้คุณสามารถสร้างคลัสเตอร์ failover ได้เมื่อไม่มีที่เก็บข้อมูลที่ใช้ร่วมกันนั่นคือกลุ่ม "ไม่มีการแชร์อะไร"

กลุ่มแบบดั้งเดิม เพิ่มประสิทธิภาพการจำลองแบบสำหรับ Linux Clustering ด้วย Fusion-io - Cluster แบบดั้งเดิม  กลุ่ม "Shared Nothing"เพิ่มประสิทธิภาพการจำลองแบบสำหรับ Linux Clustering ด้วย Fusion-io - Shared Cluster

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

เครือข่าย

  • ใช้ 10Gbps NIC: อุปกรณ์จัดเก็บข้อมูลแบบ Flash จาก Fusion-io (หรือผลิตภัณฑ์อื่นที่คล้ายคลึงกันจาก OCZ, LSI และอื่น ๆ ) สามารถเขียนข้อมูลด้วยความเร็วใน HUNDREDS (750) MB / วินาทีหรือมากกว่า  NIC ขนาด 1Gbps สามารถดันสูงสุดได้ถึง 125 เมกะไบต์ต่อวินาทีดังนั้นทุกคนที่ใช้ประโยชน์จากศักยภาพของ ioDrive สามารถเขียนข้อมูลได้เร็วกว่าที่จะถูกผลักผ่านการเชื่อมต่อเครือข่าย 1 Gbps  เพื่อให้แน่ใจว่าคุณมีแบนด์วิธที่เพียงพอระหว่างเซิร์ฟเวอร์เพื่ออำนวยความสะดวกในการจำลองแบบข้อมูลแบบเรียลไทม์ควรใช้ NIC ขนาด 10 Gbps เพื่อรับข้อมูลการจำลองแบบ
  • เปิดใช้งานกรอบ Jumbo: สมมติว่าการ์ดเครือข่ายและสวิทช์ของคุณสนับสนุนการเปิดใช้งานเฟรม jumbo สามารถเพิ่มประสิทธิภาพการทำงานของเครือข่ายของคุณได้มากขึ้นในขณะเดียวกันก็ลดรอบการทำงานของ CPU  หากต้องการเปิดใช้งานเฟรม jumbo ให้ใช้การกำหนดค่าต่อไปนี้ (ตัวอย่างจากเซิร์ฟเวอร์ RedHat / CentOS / OEL linux)
    • ifconfig <interface_name> mtu 9000
    • แก้ไขไฟล์ / etc / sysconfig / network-scripts / ifcfg- <interface_name> และเพิ่ม "MTU = 9000" เพื่อให้การเปลี่ยนแปลงยังคงอยู่ในการเริ่มต้นใหม่
    • เมื่อต้องการตรวจสอบการดำเนินการของกรอบ jumbo แบบ end-to-end ให้เรียกใช้คำสั่งนี้: ping -s 8900 -M do <IP-of-other-server>
  • เปลี่ยนความยาวคิวส่งของ NIC:
    • / sbin / ifconfig <interface_name> txqueuelen 10000
    • เพิ่มข้อมูลนี้ใน /etc/rc.local เพื่อรักษาการตั้งค่าข้ามการเริ่มระบบใหม่

TCP / IP Tuning

  • เปลี่ยน netdev_max_backlog ของ NIC:
    • ตั้งค่า "net.core.netdev_max_backlog = 100000" ใน /etc/sysctl.conf
  • การปรับแต่ง TCP / IP อื่น ๆ ที่ได้รับการแสดงเพื่อเพิ่มประสิทธิภาพการจำลองแบบ:
    • หมายเหตุ: เป็นค่าตัวอย่างและอาจจำเป็นต้องปรับเปลี่ยนตามการกำหนดค่าฮาร์ดแวร์ของคุณ
    • แก้ไข /etc/sysctl.conf และเพิ่มพารามิเตอร์ต่อไปนี้:
      • net.core.rmem_default = 16777216
      • net.core.wmem_default = 16777216
      • net.core.rmem_max = 16777216
      • net.core.wmem_max = 16777216
      • net.ipv4.tcp_rmem = 4096 87380 16777216
      • net.ipv4.tcp_wmem = 4096 65536 16777216
      • net.ipv4.tcp_timestamps = 0
      • net.ipv4.tcp_sack = 0
      • net.core.optmem_max = 16777216
      • net.ipv4.tcp_congestion_control = HTCP

การปรับ

โดยปกติคุณจะต้องปรับเปลี่ยนการกำหนดค่าคลัสเตอร์ของคุณซึ่งจะแตกต่างกันไปขึ้นอยู่กับเทคโนโลยีการจัดกลุ่มและจำลองข้อมูลที่คุณตัดสินใจใช้  ในตัวอย่างนี้ฉันใช้ SteelEye Protection Suite สำหรับ Linux (SPS หรือ aka LifeKeeper) จาก SIOS Technologies จะช่วยให้ผู้ใช้สามารถสร้างกลุ่ม failover ที่ใช้ประโยชน์จากประเภทจัดเก็บข้อมูลแบบแบ็คเอนด์: Fibre Channel SAN, iSCSI, NAS หรือส่วนใหญ่ที่เกี่ยวข้องกับบทความนี้ดิสก์ในเครื่องที่ต้องมีการซิงโครไนซ์ / จำลองแบบเรียลไทม์ระหว่างโหนดคลัสเตอร์  SPS for Linux รวมถึงฟังก์ชันการทำสำเนาข้อมูลระดับบล็อคที่ทำให้การติดตั้งคลัสเตอร์เป็นเรื่องง่ายเมื่อไม่มีที่เก็บข้อมูลที่ใช้ร่วมกัน

ข้อเสนอแนะ

เพื่อเพิ่มประสิทธิภาพการจำลองแบบสำหรับ Linux Clustering ด้วย Fusion-io ให้มากที่สุดลองใช้วิธีนี้ SteelEye Protection Suite (SPS) สำหรับคำแนะนำการกำหนดค่า Linux:

  • จัดสรรพาร์ติชันดิสก์ขนาดเล็ก (~ 100 MB) ที่อยู่ในไดรฟ์ Fusion-io เพื่อวางไฟล์บิตแมป  สร้างระบบแฟ้มบนพาร์ติชันนี้และติดตั้งตัวอย่างเช่นที่ / bitmap:
    • # mount | grep / bitmap
    • / dev / fioa1 on / ประเภทบิตแมป ext3 (rw)
  • ก่อนที่จะสร้างกระจกของคุณปรับพารามิเตอร์ต่อไปนี้ใน / etc / default / LifeKeeper
    • แทรก: LKDR_CHUNK_SIZE = 4096
      • ค่าดีฟอลต์คือ 64
    • แก้ไข: LKDR_SPEED_LIMIT = 1500000
      • (ค่าเริ่มต้นคือ 50000)
      • LKDR_SPEED_LIMIT ระบุแบนด์วิดท์สูงสุดที่ resync จะใช้เวลา – ควรตั้งค่าสูงพอที่จะทำให้ resyncs ไปที่ความเร็วสูงสุดเท่าที่จะเป็นไปได้
    • แก้ไข: LKDR_SPEED_LIMIT_MIN = 200000
      • (ค่าดีฟอลต์คือ 20000)
      • LKDR_SPEED_LIMIT_MIN ระบุความเร็วที่ควรจะได้รับอนุญาตให้ทำซ้ำเมื่อมี I / O อื่น ๆ เกิดขึ้นพร้อม ๆ กัน – ตามกฎของหัวแม่มือนี้ควรตั้งค่าให้เขียนได้ไม่เกินครึ่งหรือน้อยกว่าเพื่อหลีกเลี่ยงความอดอยาก ออกกิจกรรม I / O ตามปกติเมื่อเกิดการ resync

จากนี้ไปข้างหน้าและสร้างกระจกเงาของคุณและกำหนดค่าคลัสเตอร์ตามปกติ สนใจที่จะเพิ่มประสิทธิภาพการจำลองแบบสูงสุดสำหรับการทำคลัสเตอร์ Linux ด้วย Fusion-io ดูว่า SIOS สามารถให้อะไรได้อีก ทำซ้ำโดยได้รับอนุญาตจาก LinuxClustering

Filed Under: Datakeeper, ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์ Tagged With: Fusion-io, การทำซ้ำ, ลินุกซ์, เพิ่มประสิทธิภาพการจำลองแบบสำหรับการจัดกลุ่ม linux ด้วย io แบบฟิวชั่น

Cloud Witness สร้าง SQL Server Failover Cluster ใน SQL Server แบบหลายกรณี

กันยายน 10, 2018 by Jason Aw Leave a Comment

คุณสมบัติ Azure ILB ใหม่ช่วยให้คุณสามารถสร้างคลัสเตอร์ล้มเหลว SQL Server แบบหลายกรณีใน Azure

คุณสมบัติ Azure ILB ใหม่ช่วยให้คุณสามารถสร้างคลัสเตอร์ล้มเหลว SQL Server แบบหลายกรณีใน Azure

คุณลักษณะใหม่ Cloud Witness เป็นที่ชื่นชอบในขณะนี้ ก่อนที่เราจะดูที่คุณลักษณะใหม่ขององค์ประชุมใน Windows Server 2016 ฉันคิดว่าสิ่งสำคัญคือต้องรู้ว่าเรามาจากที่ใด ในบทความก่อนหน้าของฉันการทำความเข้าใจเกี่ยวกับองค์รวมของเซิร์ฟเวอร์ Windows Server 2003 ในคลัสเตอร์ Windows Server 2012 ฉันเข้าสู่รายละเอียดบางอย่างเกี่ยวกับประวัติและวิวัฒนาการของ quorum ของคลัสเตอร์ ขอแนะนำให้คุณตรวจสอบว่าโพสต์เข้าใจว่าโควรัมทำงานได้อย่างไรใน Windows Server 2012 R2 นอกจากนี้คุณลักษณะใหม่ ๆ ของ Windows Server 2016 จะทำให้การปรับใช้คลัสเตอร์ของคุณมีความยืดหยุ่นมากขึ้นได้อย่างไร

พยานเมฆ

พยาน Cloud ช่วยให้คุณสามารถใช้ Azure Blob Storage เพื่อทำหน้าที่เป็นพยานให้กับกลุ่มของคุณได้ พยานคนนี้จะอยู่ในสถานที่ของพยานดิสก์หรือแบ่งปันไฟล์พยาน การกำหนดค่าของ Cloud Witness ทำได้ง่ายมาก จากประสบการณ์ของฉันค่าใช้จ่ายถัดไปไม่มีอะไรที่จะเป็นเจ้าภาพใน Azure ข้อเสียเพียงอย่างเดียวคือโหนดคลัสเตอร์จะต้องสามารถสื่อสารผ่านอินเทอร์เน็ตได้ด้วย Azure Blob Storage ของคุณ บ่อยครั้งที่โหนดคลัสเตอร์ห้ามไม่ให้สื่อสารกับอินเทอร์เน็ตสาธารณะ ดังนั้นคุณจะต้องประสานงานกับทีมรักษาความปลอดภัยของคุณหากคุณต้องการเปิดใช้งาน Cloud Witness มีเหตุผลที่น่าสนใจมากมายสำหรับการใช้ Cloud Witness เพื่อสร้างคลัสเตอร์ล้มเหลวของ SQL Server แบบหลายอินสแตนซ์ใน Azure แต่สำหรับฉันมันทำให้รู้สึกมากที่สุดในสามสภาพแวดล้อมที่เฉพาะเจาะจงมาก: Failover Cluster ใน Azure, Branch Office Clusters และ Multisite Clusters

เมื่อมองใกล้

ลองดูที่แต่ละสถานการณ์เพื่อดูว่า Cloud Witness สามารถช่วยได้อย่างไร รูปที่ 1 – เมื่อคุณกำลังพยายามสร้าง SQL Serveคุณลักษณะ ILB ใหม่สำหรับคลัสเตอร์ Failover SQL Server แบบหลายอินสแตนซ์ใน Azurer Failover Cluster แบบหลายอินสแตนซ์ใน Azure บัญชีเก็บข้อมูลระบบคลาวด์ควรได้รับการกำหนดค่าที่เก็บข้อมูลแบบ redundant Storage ตามปกติ (LRS) [/ คำอธิบาย]

การใช้งานที่มีการใช้งานสูง

หากคุณกำลังย้ายไปที่ Azure (หรือผู้ให้บริการระบบคลาวด์จริงๆ) คุณจะต้องการให้แน่ใจว่าการปรับใช้ของคุณมีให้ใช้งานได้มาก หากคุณกำลังดำเนินการเกี่ยวกับ SQL Server, File Servers, SAP หรือภาระงานอื่น ๆ ที่รวมกลุ่มกันแบบคลัสเตอร์กับ Windows Server Failover Clustering คุณจะต้องใช้พยานแชร์ไฟล์หรือ Cloud Witness เนื่องจากไม่สามารถใช้ Disk Witness ใน Azure ได้ ด้วย Windows Server 2012 R2 หรือ Windows Server 2008 R2 คุณจะต้องใช้ Share Share Share กับ Witness Windows Server 2016 ทำให้สามารถใช้ Cloud Witness ได้ ข้อได้เปรียบของ Cloud Witness คือคุณไม่จำเป็นต้องรักษาอินสแตนซ์อื่นของ Windows ใน Azure เพื่อโฮสต์ไฟล์แชร์ แต่ Microsoft ช่วยให้คุณสามารถใช้ประโยชน์จากพื้นที่เก็บข้อมูลแบบหยดได้  วิธีนี้จะช่วยให้คุณได้รับโซลูชันที่มีราคาไม่แพงซึ่งเป็นวิธีที่ง่ายในการจัดการและยืดหยุ่นมากขึ้น

ที่ตั้ง

เมื่อมองไปที่การปรับใช้คลัสเตอร์ในสำนักงานสาขาค่าใช้จ่ายและการบำรุงรักษาอยู่เสมอพิจารณา สำหรับห่วงโซ่การค้าปลีกที่มีสถานที่นับร้อยหรือหลายพันแห่งการมี SAN ในแต่ละตำแหน่งอาจเป็นสิ่งที่ต้องห้ามปราม แต่ละตำแหน่งอาจเรียกใช้โหนดคลัสเตอร์ Hyper-V สองโหนดในคอนฟิกูเรชันที่ผสานรวม Hyper-S2D หรือโซลูชันการจำลองแบบของ บริษัท อื่นเพื่อโฮสต์เครื่องเสมือนหลายเครื่อง ตอนนี้สิ่งที่ Cloud Witness สามารถทำได้คือช่วยให้ธุรกิจหลีกเลี่ยงค่าใช้จ่ายในการเพิ่มเซิร์ฟเวอร์ทางกายภาพเพิ่มเติมในแต่ละตำแหน่งเพื่อทำหน้าที่เป็น Share Share Share หรือเพิ่มต้นทุนในการเพิ่ม SAN ไปยังสถานที่แต่ละแห่ง

ขจัดความต้องการศูนย์ข้อมูลที่ 3

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

การรับรู้ไซต์

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

โดเมนข้อบกพร่อง

การสร้างความตระหนักในไซต์เป็นโดเมนฟอรัม โดเมนข้อบกพร่องจะไปอีกขั้นและช่วยให้คุณสามารถกำหนดตำแหน่งโหนด Chasse และ Rack นอกเหนือจากไซต์ได้ โดเมนข้อบกพร่องมีประโยชน์สามประการคือความเกี่ยวข้องกับการจัดเก็บในกลุ่มแบบยืดอายุการเก็บข้อมูลที่เพิ่มขึ้นทำให้พื้นที่เก็บข้อมูลมีความยืดหยุ่นเพิ่มขึ้น ช่วยเพิ่มการแจ้งเตือนเกี่ยวกับบริการสุขภาพโดยการรวมข้อมูลเมตาเกี่ยวกับตำแหน่งของแหล่งข้อมูลที่เกี่ยวข้องซึ่งเป็นการปลุก ความเกี่ยวข้องในการจัดเก็บจะช่วยให้แน่ใจได้ว่ากลุ่มงานและพื้นที่เก็บข้อมูลของคุณทำงานอยู่ในตำแหน่งเดียวกัน คุณไม่ต้องการให้ VM อ่านและเขียนข้อมูลที่อยู่ใน CSV ในเมืองอื่น อย่างไรก็ตามผมคิดว่าผู้ชนะที่ใหญ่ที่สุดในที่นี้คือ Space Space Storage (S2D) SD2 จะใช้ประโยชน์จากข้อมูลที่คุณระบุเกี่ยวกับตำแหน่งของคลัสเตอร์โหนด (ไซต์แร็คแชสซี) เพื่อให้แน่ใจว่าสำเนาข้อมูลที่เขียนขึ้นเพื่อความซ้ำซ้อนทั้งหมดจะอยู่ในโดเมนฟอรัมที่แตกต่างกัน ช่วยให้แน่ใจได้ว่าการจัดวางข้อมูลได้รับการปรับให้เหมาะสมเพื่อให้ความล้มเหลวของ Single Node, Chassis, Rack หรือ Site ไม่สามารถลดการใช้งาน S2D ทั้งหมดได้  คอสมอสดาร์วินมีวิดีโอยอดเยี่ยมในช่อง 9 ซึ่งอธิบายถึงแนวคิดนี้อย่างละเอียด

สรุป

Windows Server 2016 เพิ่มการปรับปรุงใหม่ ๆ ให้กับองค์รวมของคลัสเตอร์ซึ่งจะให้ประโยชน์ในทันทีกับการปรับใช้คลัสเตอร์ของคุณ นอกจากนี้โปรดตรวจสอบการปรับปรุงคลัสเตอร์ใหม่ ๆ ที่น่าสนใจอื่น ๆ เช่นการปรับรุ่นระบบกลิ้ง, ความยืดหยุ่นของเครื่องเสมือน, Workgroup และกลุ่มโดเมนหลายแห่งและอื่น ๆ หากต้องการอ่านเกี่ยวกับเคล็ดลับอื่น ๆ เช่นการสร้าง SQL Server Failover Cluster In-One แบบหลายอินสแตนซ์ใน Azure กับ Cloud Witness โปรดอ่านบทความของเรา ทำซ้ำโดยได้รับอนุญาตจาก Clusteringformeremortals.com

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์ Tagged With: Load Balance, PowerShell, Windows Server 2012, การทำซ้ำ, การปรับใช้, ตัวจัดการการกำหนดค่าระบบศูนย์, ผู้จัดการทรัพยากร Azure, พยานเมฆ, เซิร์ฟเวอร์ SQL หลายอินสแตนซ์

  • 1
  • 2
  • Next Page »

โพสต์ล่าสุด

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

กระทู้ยอดนิยม

เข้าร่วมรายชื่อผู้รับจดหมายของเรา

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in