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 ดีกว่าหรือไม่?

กุมภาพันธ์ 11, 2018 by Jason Aw Leave a Comment

ทำไมกลุ่มแบบจำลองกับ DataKeeper จะดีกว่าการทำสำเนาแบบกลุ่มเดียวจาก SAN?

ถ้าคุณได้ทำตามประวัติของการจัดกลุ่มอย่างใกล้ชิดที่สุดเท่าที่จะทำได้ในช่วง 10 ปีที่ผ่านมาในฐานะ Microsoft Cluster MVP คุณจะสังเกตเห็นว่า Microsoft ได้ย้ายออกจากกลุ่มสำเนาอย่างต่อเนื่อง เริ่มจาก Windows Server 2003 ด้วยการกำจัดโควรัมดิสก์ที่ใช้ร่วมกันและการแนะนำโควรัมชุดโหนดส่วนใหญ่และพยานร่วมกันของไฟล์ การร้องเรียนกับกลุ่มตามโควรัมดิสก์ที่ใช้ร่วมกันก็คือถ้าโควรัมไม่สามารถใช้งานได้หรือเสียหายกลุ่มทั้งหมดจะล้มเหลว นี่เป็นข้อร้องเรียนที่สำคัญและเป็นสาเหตุหลักที่ทำให้เกิดการจัดกลุ่มชื่อที่ไม่ดีในช่วงเริ่มต้น

เมื่อองค์ประชุมดิสก์ที่ใช้ร่วมกันได้รับการตัดออกแล้วผู้คนยังคงหลงเหลืออยู่กับข้อมูลแอ็พพลิเคชันที่อาศัยอยู่ในคลัสเตอร์ซึ่งเป็นปัญหาเช่นกันเนื่องจาก SAN ยังคงเป็นจุดล้มเหลวในคลัสเตอร์การขัดขวางประสิทธิภาพและการจัดการกับอาการปวดหัว Microsoft ได้เริ่มแก้ไขปัญหาดังกล่าวด้วยการนำเสนอ Exchange 2007 CCR และ Exchange 2010 DAGs รวมถึงการจำลองข้อมูลฐานข้อมูล SQL Server 2008 R2 Microsoft ได้กำจัดกลุ่มการทำสำเนาเดี่ยวของ Exchange 2010 ทั้งหมดและ SQL Server clusters เพียงชุดเดียวยังคงอยู่รอบ ๆ เนื่องจากยังไม่สมบูรณ์จำลอง SQL Server

บทนำของ SIOS DataKeeper

Hyper-V คือทรัพยากรคลัสเตอร์ล่าสุดที่ได้รับการสนับสนุนโดย Microsoft clustering ที่ยังไม่มีโซลูชันการจำลองแบบรวมของคลัสเตอร์ดั้งเดิม นี่คือที่ที่ SIOS DataKeeper เข้ากันได้ ก่อนอื่นเราได้สาธิตโซลูชันการจำลองแบบ Hyper-V ของ DataKeeper ในการเปิดตัว Microsoft Virtualization ในเดือนกันยายนปี 2008 และได้ให้บริการโซลูชั่น HA และ DR สำหรับ Hyper-V ตั้งแต่ Hyper-V ได้รับการแนะนำครั้งแรก โซลูชันของเราได้รับการรับรองโลโก้สำหรับ Windows Server 2008 R2 และ Hyper-V

ทำไมต้อง DataKeeper?

DataKeeper เติมช่องว่างที่เหลือโดยกลุ่มสำเนาเดียวดังแสดงในตารางด้านล่างและย่อหน้าถัดไป เรื่องราวของลูกค้าต่อไปนี้อธิบายถึงเหตุผลบางประการที่ทำให้ผู้คนใช้ DataKeeper แทนโซลูชันที่ใช้ SAN

http://www.computerweekly.com/news/2240177361/University-shuns-HP-array-features-for-SIOS-host-based-replication

กลุ่มที่ทำซ้ำกับ DataKeeper ดีกว่าหรือไม่?

ขจัดจุดอ่อนของความล้มเหลว

SAN คือเอนทิตีตัวเดียวที่สร้างขึ้นจากชิ้นส่วนที่ซ้ำซ้อน หากต้องการมี SAN ที่ซ้ำซ้อนอย่างแท้จริงคุณจำเป็นต้องควบคุมอุปกรณ์สำรองไฟอุปกรณ์ซีพียูสวิตช์ UPS แรมและไคลเอ็นต์ที่เชื่อมต่ออยู่จำเป็นต้องมีการกำหนดค่า NIC หรือ HBA ที่ซ้ำซ้อนและการกำหนดค่าหลายเส้นทาง แม้แต่ครั้งเดียวที่คุณได้ตัดฮาร์ดแวร์เป็นจุดเดียวของความล้มเหลว SAN ยังคงควบคุมโดยเฟิร์มซึ่งตัวเองเป็นจุดเดียวของความล้มเหลว แล้วเนื่องจาก SAN อาศัยอยู่ในที่เดียวภัยพิบัติทางกายภาพใด ๆ (คิดว่าน้ำไฟ ฯลฯ ) ยังหมายถึงความเสี่ยง

ประสิทธิภาพ I / O

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

ราคา

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

รองรับการขยายตัวของ Disaster Recovery ในอนาคต

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

ลดเวลาหยุดทำงานตามแผน

ด้วยโซลูชันคลัสเตอร์ที่ใช้ SAN การบำรุงรักษาใด ๆ บน SAN จำเป็นต้องมีการหยุดทำงานตามแผน โซลูชัน DataKeeper ช่วยให้สามารถอัพเกรดกลิ้งได้ซึ่งหมายความว่ามีการตัดวงจรการบำรุงรักษาฮาร์ดแวร์ที่วางแผนไว้

ช่วยลดความยุ่งยากในการบริหารจัดการ

การจัดการ SAN มักเกี่ยวข้องกับผู้ดูแล SAN ที่คุ้นเคยกับคุณลักษณะและฟังก์ชันการทำงานของ SAN โซลูชัน DataKeeper เป็นโซลูชันซอฟต์แวร์แบบง่ายๆที่จัดการโดยผู้ดูแลระบบ Windows Server และมีการผสานรวมอย่างสมบูรณ์กับ Windows Server Failover Clustering ซึ่งหมายความว่าการจัดการจะถูกควบคุมโดย failover cluster ซึ่งเป็นเครื่องมือที่ควรจะคุ้นเคยกับผู้ดูแลระบบ Windows ส่วนใหญ่

สรุป

สรุปได้ว่า DataKeeper สามารถให้โซลูชันคลัสเตอร์ที่มีความยืดหยุ่นมากขึ้นในราคาที่น้อยกว่าต้นทุนของโซลูชันที่ใช้ SAN

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2013/02/07/why-replicated-clusters-with-datakeeper-are-better-than-single-copy-san-based-clusters/

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์ Tagged With: SIatus Datakeeper, กลุ่มที่จำลองแบบแล้ว, กลุ่มที่ใช้ SAN, สำเนาเดี่ยว

โพสต์ล่าสุด

  • ฉันควรใช้ Zabbix ใน AWS หรือไม่
  • วิธีเลือกคลาวด์เมื่อคุณต้องการความพร้อมใช้งานสูง
  • วิธีโคลนความพร้อมใช้งานในระบบคลาวด์ด้วยผลลัพธ์ที่ดีขึ้น
  • ผลิตภัณฑ์ใหม่: SIOS Protection Suite สำหรับ Linux 9.5.1
  • หกเหตุผลที่การย้ายระบบคลาวด์ของคุณหยุดทำงาน

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

Maximise replication performance for Linux Clustering with Fusion-io
Failover Clustering with VMware High Availability
create A 2-Node MySQL Cluster Without Shared Storage
create A 2-Node MySQL Cluster Without Shared Storage
SAP for High Availability Solutions For Linux
Bandwidth To Support Real-Time Replication
The Availability Equation – High Availability Solutions.jpg
Choosing Platforms To Replicate Data - Host-Based Or Storage-Based?
Guide To Connect To An iSCSI Target Using Open-iSCSI Initiator Software
Best Practices to Eliminate SPoF In Cluster Architecture
Step-By-Step How To Configure A Linux Failover Cluster In Microsoft Azure IaaS Without Shared Storage azure sanless
Take Action Before SQL Server 20082008 R2 Support Expires
How To Cluster MaxDB On Windows In The Cloud

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

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