กลุ่มความพร้อมใช้งานของ Alwayson เป็นตัวเลือกที่สามารถใช้ได้กับ Alwaysail Failover Clusters ใน Cloud สาธารณะหรือไม่?
ฉันเพิ่งอ่านบทความเรื่อง SQL Server 2012 AlwaysOn: ฐานข้อมูลความพร้อมใช้งานสูงสำหรับศูนย์ข้อมูลระบบคลาวด์ที่ผู้เขียน John Joyner สร้างกรณีการใช้ AlwaysOn Availability Groups สำหรับ SQL Server พร้อมใช้งานได้สูงในระบบคลาวด์ ฉันได้ตรวจสอบกลุ่มความพร้อมใช้งาน AlwaysOn เนื่องจากได้มีการเผยแพร่ใน SQL Server 2012 ก่อนเผยแพร่แล้ว แม้ว่าจะมีการใช้งานที่ถูกต้องบางส่วน (ส่วนใหญ่อยู่ในการกำหนดค่าการกู้คืนระบบ) กล่าวว่าเป็นวิธีใหม่ในการบรรลุ HA SQL ในหลายประเด็นที่ทำให้การปรับใช้ AlwaysOn Availability Groups เป็นไปได้แทนกลุ่ม failover ก็ไม่สามารถทำได้ ในหลาย ๆ กรณี
การตอบกลับของฉัน
ในการตอบสนองฉันเขียนบทความฉันเสนอว่า AlwaysOn Multisite Clustering ใช้โซลูชันการจำลองแบบโฮสต์ที่ DataKeeper Cluster Edition เป็นทางเลือกที่ดีมากและฉันไปข้างหน้าและอธิบายว่าทำไม ..
การตอบกลับเดิมของฉันต่อบทความดูเหมือนจะถูกลบไปแล้วดังนั้นฉันจึงตัดสินใจที่จะโพสต์คำตอบของฉันต่อบทความต้นฉบับด้านล่าง:
มีบางสิ่งที่ควรพิจารณาสำหรับ AlwaysOn Availability Groups ตามที่คุณกล่าวถึง "Microsoft ได้ประกาศสนับสนุนบางโปรแกรม System Center 2012 SP1 เพื่อทำงานกับ SQL AlwaysOn" ซึ่งหมายความว่ายังคงมีแอพพลิเคชันที่ไม่สนับสนุน AlwaysOn อยู่ ในความเป็นจริงมีแอพพลิเคชันจำนวนมากที่ไม่สนับสนุนกลุ่มความพร้อมใช้งาน AlwaysOn รวมถึงแอพพลิเคชันใด ๆ ที่ใช้ธุรกรรมแบบกระจาย และสิ่งที่เกี่ยวกับข้อ จำกัด อื่น ๆ เช่นไม่สามารถรักษา MSDB, Master และฐานข้อมูลอื่น ๆ ในการซิงค์? ฉันบล็อกเกี่ยวกับข้อ จำกัด เหล่านี้ที่นี่
ฉันยอมรับว่า SQL HA มีความสำคัญ แต่วิธีเดียวที่จะทำให้ "ความพร้อมใช้งานสูง" (หมายถึงการกู้คืนอัตโนมัติในกรณีที่เกิดความล้มเหลว) กับ AlwaysOn Availability Groups คือการใช้การจำลองแบบซิงโครนัส ที่ PASS Summitt ในซีแอตเติลเมื่อต้นเดือนที่แล้วผมนั่งอยู่ในงานนำเสนอที่แตกต่างกันหลายแห่งใน AlwaysOn และแทบไม่ขาดผู้พูดพูดถึง AlwaysOn ในการกำหนดค่าแบบอะซิงโครนัส เหตุผลคือการจำลองแบบ AlwaysOn synchronous มีผลกระทบที่สำคัญต่อประสิทธิภาพการทำงานของแอ็พพลิเคชันของคุณ ฉันได้วัดผลการทำงานได้ถึง 68% โดยมีการจำลองแบบ AlwaysOn Synchronous และนั่นคือการใช้งานผ่านระบบ LAN 10 Gbps LAN โดยเฉพาะ! ฉันบล็อกเกี่ยวกับผลนี้ที่นี่
ขออภัยในการกำหนดค่าแบบอะซิงโครนัสคุณยอมแพ้ failover อัตโนมัติดังนั้นคุณจึงไม่ได้รับ HA จริงๆคุณจึงได้รับการปกป้องข้อมูล แต่ก็ไม่เหมือน RTO ที่คุณคาดหวังจากคลัสเตอร์ failover SQL แบบเดิม
แล้วในที่สุดก็มีค่าใช้จ่ายที่ต้องพิจารณา SQL Server 2012 Enterprise ไม่มีอะไรที่จะจามที่ ถ้าคุณต้องการสร้างคลัสเตอร์ 2 โหนดและใช้ประโยชน์จาก secondaries ที่สามารถอ่านได้และคุณใช้เซิร์ฟเวอร์แบบ 2 ซ็อกเก็ต 16 คอร์ที่คุณกำลังมองหาที่ปลอกกระสุนออกไปใกล้ $ 220k สำหรับใบอนุญาต SQL Server 2012 Enterprise ฉันยากจนลงค่าใช้จ่ายที่เกี่ยวข้องในบทความบล็อกของฉันที่นี่
ไม่ทำให้ฉันผิด SQL Server 2012 AlwaysOn Availability Groups สามารถแก้ปัญหาได้มากมาย แต่ฉันจะไม่จัดประเภทการกำหนดค่าแบบอะซิงโครนัสที่จำเป็นในการใช้งานระบบคลาวด์ส่วนใหญ่เป็นทางเลือก HA หลายคนมองข้าม AlwaysOn อื่น ๆ AlwaysOn Failover Clusters คุณลักษณะใหม่ ๆ ของ SQL Server AlwaysOn Failover Clusters รวมทั้งการสนับสนุนที่เพิ่มขึ้นสำหรับกลุ่มย่อยหลายกลุ่มแบบหลายกลุ่มจะช่วยให้คุณได้รับโซลูชัน HA ที่แท้จริงและสามารถเอาชนะข้อ จำกัด ทั้งหมดที่ฉันอธิบายข้างต้นได้ แน่นอนว่าโซลูชัน Cloud บริสุทธิ์คุณอาจไม่สามารถทำงานร่วมกับการจำลองแบบตามแถวเพื่อสนับสนุนกลุ่มหลายกลุ่ม แต่คุณสามารถใช้โซลูชันการจำลองแบบบนโฮสต์เช่น SteelEye DataKeeper Cluster Edition เพื่อสร้างกลุ่มหลายกลุ่มในเมฆภาครัฐหรือเอกชนและใน ศูนย์ข้อมูลทางกายภาพของตัวเองและคุณสามารถทำเช่นนี้กับ SQL Server 2008 ถึง 2012 และใช้งานได้กับ SQL Server Standard edition รวมถึง Enterprise
คุณได้ทำการทดสอบกับ AlwaysOn Availability Groups ในการกำหนดค่า HA หรือไม่? ถ้าเป็นเช่นนั้นฉันอยากทราบว่าคุณได้วัดค่าใช้จ่ายที่เกี่ยวข้องกับการจำลองแบบซิงโครนัสในสภาพแวดล้อมของคุณหรือไม่
ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2012/11/27/is-alwayson-availability-groups-a-viable-alternative-to-alwayson-failover-clusters-in-the-public-cloud/