หยุดทำงาน! ใครควรรับผิดชอบ?

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

ตัวเลือกความพร้อมใช้งานสูงสำหรับ SQL Server นั้นไม่ง่ายอย่าง ABC

เชื่อหรือไม่ว่าการปรับใช้ SQL Server ใน Windows Azure ไม่ได้ทำให้ใช้งานได้ "มีอย่างมาก" คุณต้องใช้เครื่องมือและเทคนิคแบบดั้งเดิมที่คุณอาจใช้ในดาต้าเซ็นเตอร์ของคุณเพื่อให้มีประสิทธิภาพสูง ในขณะที่มีความเห็นที่แตกต่างกันบ้างในหัวข้อนี้ฉันเชื่อว่าตัวเลือกความพร้อมใช้งานสูงสำหรับ SQL Server 2012/2014 มีดังนี้:

• อินสแตนซ์ของคลัสเตอร์ล้มเหลว AlwaysOn
• กลุ่มความพร้อมใช้งาน AlwaysOn
• Multisite Cluster (ความพร้อมใช้งานสูงและการกู้คืนระบบ)

ไม่ว่าคุณจะเลือกตัวเลือกใดคุณจะต้องการทำความคุ้นเคยกับโดเมน Windows Azure Fault ตามคำอธิบายด้านล่าง:

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

มี SQL Server ของคุณอยู่ในโดเมนที่แตกต่างกัน Fault

เมื่อคุณเริ่มปรับใช้ Windows Azure VM ให้แน่ใจว่า SQL Server และเซิร์ฟเวอร์ "witness" แต่ละตัวจะอยู่ใน Fault Domains ที่แตกต่างกัน คุณสามารถทำได้โดยใส่ VMs ทั้งหมดลงใน "ชุดผลิตภัณฑ์ที่พร้อมใช้งาน" เดียวกัน โดยพื้นฐานแล้วเซิร์ฟเวอร์แต่ละเครื่องในชุดการจัดหาความพร้อมกันจะอยู่ในโดเมนฟอรัมที่แตกต่างกันโดยหวังว่าจะช่วยขจัดความล้มเหลวได้

ใส่ VMs ทั้งหมดใน Fault Domains ที่แตกต่างกันและตั้งค่า SQL Server Failover Cluster หรือ Availability Group เพื่อป้องกันการขัดข้องตามปกติที่อาจถูกแปลเป็นภาษาท้องถิ่นให้อยู่ในชั้นเซิร์ฟเวอร์ AKA Fault Domain ฉันได้เขียนบทความทีละขั้นตอนเกี่ยวกับการสร้าง SQL Server 2014 AlwaysOn Failover Cluster (FCI) Instance ใน Windows Azure IaaS พร้อม DataKeeper ซึ่งจะช่วยในการสร้างความยืดหยุ่นภายใน Azure Cloud สำหรับ SQL Server ของคุณ

แต่จะเกิดอะไรขึ้นหาก Windows Azure มีปัญหาใหญ่ ๆ ที่เกิดขึ้นทั่วทั้งภูมิภาค

ภัยพิบัติทางธรรมชาติหรือข้อผิดพลาดของมนุษย์อาจเป็นสาเหตุของการหยุดทำงานดังกล่าว แต่น่าเสียดายที่ ณ จุดนี้ไม่มีวิธีใดที่จะยืด Azure Virtual Private Network ระหว่างภูมิภาค Azure สองแห่งที่แตกต่างกัน ซึ่งรวมถึงเอเชียตะวันออกเฉียงใต้ อย่างไรก็ตาม Azure Virtual Private Network สามารถสนับสนุนการเชื่อมต่อ VPN แบบไซต์ต่อไซต์กับอุปกรณ์ VPN จำนวน จำกัด อุปกรณ์เหล่านี้มาจาก Cisco, Juniper และแม้แต่ Microsoft RRAS

วิธีการเกี่ยวกับบางแห่งนอก Azure?

ที่ทำให้เราคิดเกี่ยวกับตำแหน่งอื่นนอก Azure แม้แต่ศูนย์กลางข้อมูลส่วนตัวของเราเอง ฉันเพิ่งเขียนบทความทีละขั้นตอนซึ่งอธิบายถึงวิธีขยายศูนย์ข้อมูล premise ของคุณไปยัง Azure Cloud เชื่อมต่อดาต้าเซ็นเตอร์กับ Windows Azure กำหนดค่า AlwaysOn Availability Groups หรือ AlwaysOn Failover Clustering (multisite) เพื่อป้องกันความล้มเหลว Azure จากภัยพิบัติ ฉันได้เขียนก่อนหน้านี้เกี่ยวกับข้อดีของ Multisite Clustering เทียบกับ กลุ่มห้องว่าง ดังนั้นในห้องแล็บของฉันฉันตัดสินใจที่จะสร้างอินสแตนซ์ของ SQL Failover Cluster 2 โหนดใน Azure จากนั้นเพิ่ม^โหนดที่ 3 ในดาต้าเซ็นเตอร์หลักของฉัน ฉันได้เขียนขั้นตอนการกำหนดค่าโดยละเอียดในบทความบล็อกของฉันที่ชื่อว่า "การสร้างคลัสเตอร์หลายแห่งใน Windows Azure สำหรับการกู้คืนภัยพิบัติ"

ถ้าคุณต้องการใช้ AlwaysOn Availability Groups คุณอาจต้องการไปที่บทแนะนำที่ชื่อ AlwaysOn Availability Groups ใน Windows Azure (GUI) และ Listener Configuration สำหรับ AlwaysOn Availability Groups ใน Windows Azure ถ้าคุณใช้ SQL 2008 R2 หรือรุ่นก่อนหน้านี้ฉันแน่ใจว่าคุณสามารถกำหนดค่ามิเรอร์ฐานข้อมูลได้ ณ จุดนี้ถ้าคุณกำลังย้ายไป Azure ฉันสมมติว่าคุณอาจใช้งาน SQL Server 2012 หรือ 2014 เทคโนโลยีอื่น ๆ เช่นการจัดส่งบันทึกและการจำลองแบบเป็นตัวเลือกสำหรับการย้ายข้อมูล แต่ฉันไม่คิดว่าโซลูชันที่พร้อมใช้งานมีประสิทธิภาพสูง

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2014/01/15/windows-azure-high-availability-options-for-sql-server-azure-cloud-iaas/