SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

DataKeeper – รับคุณลักษณะ SQL Server Alwayson WO SQL 2012 Enterprise Edition

by Leave a Comment

SIOS DataKeeper Cluster Edition

กลุ่มความพร้อมใช้งาน AlwaysOn เป็นหัวข้อร้อนที่นี่ที่ SQL PASS Summit ตามที่ได้กล่าวไว้ในบทความก่อนหน้านี้คุณต้องพิจารณาค่าใช้จ่ายที่เกี่ยวข้องกับ AlwaysOn ตลอดจนข้อ จำกัด อื่น ๆ อ่านต่อเมื่อฉันแนะนำ SIOS DataKeeper Cluster Edition จนกว่าจะถึงตอนนั้นถ้าอย่างไรก็ตามคุณสามารถจัดการกับค่าใช้จ่ายและข้อ จำกัด ไม่ได้ใช้กับคุณและคุณยังคงต้องการปรับใช้ AlwaysOn Availability Groups คุณอาจต้องการมีที่นั่งเมื่อคุณเปิดสมุดเช็ค

การเปรียบเทียบราคา

ฉันให้ราคา (ราคาปลีก) โซลูชัน 2 โหนดโดยใช้ SQL Server 2012 AlwaysOn Availability Groups ที่มีเป้าหมายแบบอ่านอย่างเดียวโดยมีการกำหนดค่าเซิร์ฟเวอร์แบบ 2 ซ็อกเก็ตแบบทั่วไป 16 กิกะไบต์ นอกจากนี้ฉันยังได้เพิ่มการกำหนดค่าที่เหมือนกันซึ่งเรียกใช้ DataKeeper Cluster Edition ใน SQL 2012 Standard Edition และเป็น SQL 2008 R2 Enterprise Edition

DataKeeper - รับคุณลักษณะ SQL Server Alwayson โดยไม่มี SQL 2012 Enterprise Edition

ตามที่คุณเห็นการปรับใช้ SQL Server 2012 Enterprise Edition (จำเป็นสำหรับกลุ่มการใช้งานที่พร้อมใช้งาน) ค่าใช้จ่ายของคุณสูงกว่าถ้าคุณปรับใช้โซลูชันคลัสเตอร์แบบจำลองที่คล้ายคลึงกันโดยใช้ DataKeeper Cluster Edition

หยุดโดยทั้ง 351 ที่ PASS Summit เพื่อดูตัวอย่างและดูข้อมูลเพิ่มเติม

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2012/11/09/want-sql-server-alwayson-features-but-cant-afford-sql-2012-enterprise-edition-sqlpass/

เอาชนะปัญหาด้านประสิทธิภาพด้วยกลุ่มความพร้อมใช้งานของ SQL Server Alwayson

by Leave a Comment

การจำลองแบบซิงโครนัสแบบอะซิงโครนัสกับ AlwaysOn

จากการเข้าร่วมประชุมในการประชุมสุดยอด PASS ในสัปดาห์นี้ได้กลายเป็นเรื่องที่เห็นได้ชัดว่า AlwaysOn เป็นหัวข้อร้อนๆที่มีเนื้อหาเกี่ยวกับการประชุมหกครั้งที่อุทิศตัวให้กับโซลูชันนี้ สิ่งหนึ่งที่ผมได้เรียนรู้ก็คือแม้ว่าโซลูชันจะมีแอพพลิเคชันอยู่แล้ว แต่การปรับใช้ที่ประสบความสำเร็จส่วนใหญ่จะขึ้นอยู่กับการใช้ AlwaysOn ในแบบอะซิงโครนัส เหตุผลที่ผู้ใช้หลีกเลี่ยงตัวเลือกการจำลองแบบซิงโครนัสคือค่าใช้จ่ายที่มากเกินไป ในระหว่างการทำข้อมูลให้ตรงกันแบบซิงโครนัสการเขียนจะต้องเกิดขึ้นกับแบบจำลองก่อนที่จะมีการกระทำกับแหล่งข้อมูล ในการทดสอบที่ฉันได้ทำค่าใช้จ่ายนี้สามารถนำเสนอได้มากถึง 68%

ตัวอย่างเช่นในการทดสอบที่ฉันมีฐานข้อมูลแทรกประมาณ 1,000,000 แถวต่อวินาทีและเราวัด throughput ในล็อกไฟล์เราจะเห็นว่าไม่มี mirroring ในตำแหน่งที่เรากำลังเขียนเกี่ยวกับ 400 MBps เมื่อเราเริ่มต้นทำซ้ำฐานข้อมูลกับ AlwaysOn Availability Groups ผ่านระบบ LAN 10 Gbps เราจะเห็นว่าประสิทธิภาพการทำงานลดลง 68% โดยฐานข้อมูลนี้จะลดลงเหลือประมาณ 250,000 แทรกต่อวินาที

การจำลองแบบซิงโครนัสแบบอะซิงโครนัสกับ AlwaysOn
รูปที่ 1 – MBps ที่เขียนลงในฐานข้อมูล SQL Server ก่อนและหลังการจำลองแบบแบบ AlwaysOn Synchronous Mirroring

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

ดังนั้นสิ่งที่คุณควรทำอย่างไร

คุณควรติดอยู่กับกลุ่ม failover ดั้งเดิมและ SAN หรือไม่? จะทำอย่างไรถ้าคุณต้องการใช้ประโยชน์จากการจัดเก็บข้อมูลที่รวดเร็วและรวดเร็วเช่น Fusion-io? ในกรณีนี้คุณไม่สามารถใช้กลุ่มแบบดั้งเดิม … หรือคุณสามารถ?

ข่าวดีก็คือคุณสามารถสร้างกลุ่มโดยไม่มี SAN และทำทุกอย่างโดยไม่มีค่าใช้จ่ายข้อ จำกัด และค่าใช้จ่ายใด ๆ ที่เชื่อมโยงกับ AlwaysOn Availability Groups (เพิ่มเติมเกี่ยวกับข้อ จำกัด และค่าใช้จ่ายในการโพสต์บล็อกฉบับถัดไปของฉัน) โดยใช้ DataKeeper Cluster Edition คุณสามารถสร้างกลุ่มได้โดยไม่มีที่เก็บข้อมูลที่ใช้ร่วมกันและค่าใช้จ่ายที่เกี่ยวข้องกับการจำลองแบบ Synchronous ใกล้เคียงกับ 10% เทียบกับ 70% ที่เราเห็นใน AlwaysOn Availability Groups

มาที่บูธ 351 ที่ #SQLPASS และเรายินดีที่จะสาธิตวิธีการแก้ปัญหา

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-performance-problems-with-sql-server-alwayson-availability-groups-sqlpass/