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
  • ไทย

การปรับใช้อินสแตนซ์คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL บน Huawei Cloud

กันยายน 28, 2021 by Jason Aw Leave a Comment

ECS IaaS . ความพร้อมใช้งานสูงของ Huawei Cloud

* การปฏิเสธความรับผิด: แม้ว่าข้อมูลต่อไปนี้จะครอบคลุมส่วนความพร้อมใช้งานสูงภายในขอบเขตของผลิตภัณฑ์ของเราอย่างสมบูรณ์ แต่นี่เป็น “คู่มือ” ในการตั้งค่าเท่านั้นและควรปรับให้เข้ากับการกำหนดค่าของคุณเอง

ภาพรวม HUAWEI Cloud เป็นผู้ให้บริการคลาวด์ชั้นนำที่ไม่เพียงแต่ในประเทศจีนเท่านั้น แต่ยังมีพื้นที่ทั่วโลกด้วยศูนย์ข้อมูลหลายแห่งทั่วโลก พวกเขานำความเชี่ยวชาญกว่า 30 ปีของ Huawei มารวมกันในผลิตภัณฑ์และโซลูชันโครงสร้างพื้นฐาน ICT และมุ่งมั่นที่จะให้บริการคลาวด์ที่เชื่อถือได้ ปลอดภัย และคุ้มค่า เพื่อเพิ่มขีดความสามารถของแอปพลิเคชัน ควบคุมพลังของข้อมูล และช่วยให้องค์กรทุกขนาดเติบโตในยุคปัจจุบัน โลกที่ชาญฉลาด HUAWEI CLOUD มุ่งมั่นที่จะนำเสนอบริการคลาวด์และ AI ที่มีราคาไม่แพง มีประสิทธิภาพ และเชื่อถือได้ผ่านนวัตกรรมทางเทคโนโลยี

DataKeeper Cluster Edition ให้การจำลองแบบในระบบคลาวด์ส่วนตัวเสมือน (VPC) ภายในภูมิภาคเดียวในโซนความพร้อมใช้งานสำหรับคลาวด์ของ Huawei ในตัวอย่างการทำคลัสเตอร์ SQL Server นี้ เราจะเปิดใช้อินสแตนซ์สี่อินสแตนซ์ (อินสแตนซ์ตัวควบคุมโดเมนหนึ่งอินสแตนซ์ อินสแตนซ์ SQL Server สองอินสแตนซ์ และอินสแตนซ์องค์ประชุม/อินสแตนซ์) ในโซนความพร้อมใช้งานสามโซน

สถาปัตยกรรม Huawei Cloud SIOS Datakeeper HA

DataKeeper Cluster Edition ให้การสนับสนุนโหนดการจำลองข้อมูลภายนอกคลัสเตอร์ที่มีโหนดทั้งหมดในคลาวด์ของ Huawei ในตัวอย่างการทำคลัสเตอร์ SQL Server โดยเฉพาะนี้ อินสแตนซ์สี่ตัวถูกเปิดใช้ (อินสแตนซ์ตัวควบคุมโดเมนหนึ่งอินสแตนซ์ อินสแตนซ์ SQL Server สองอินสแตนซ์ และอินสแตนซ์องค์ประชุม/อินสแตนซ์) ในโซนความพร้อมใช้งานสามโซน จากนั้นจะมีการเปิดตัวอินสแตนซ์ DataKeeper เพิ่มเติมในภูมิภาคที่สอง รวมถึงอินสแตนซ์ VPN ในทั้งสองภูมิภาค โปรดมอง การกำหนดค่าการจำลองข้อมูลจากโหนดคลัสเตอร์ไปยังไซต์ DR ภายนอก สำหรับข้อมูลเพิ่มเติม. สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการใช้หลายภูมิภาค โปรดดูที่ การเชื่อมต่อ VPC สองเครื่องในภูมิภาคต่างๆ .

สถาปัตยกรรม Huawei Cloud SIOS Datakeeper DR

DataKeeper Cluster Edition ยังรองรับโหนดการจำลองข้อมูลภายนอกคลัสเตอร์ที่มีเฉพาะโหนดภายนอกคลัสเตอร์ใน Huawei Cloud ในตัวอย่างการทำคลัสเตอร์ SQL Server โดยเฉพาะ WSFC1 และ WSFC2 อยู่ในคลัสเตอร์ในไซต์ที่จำลองแบบไปยังอินสแตนซ์ Huawei Cloud จากนั้นจะมีการเปิดตัวอินสแตนซ์ DataKeeper เพิ่มเติมในภูมิภาคใน Huawei Cloud โปรดมอง การกำหนดค่าการจำลองข้อมูลจากโหนดคลัสเตอร์ไปยังไซต์ DR ภายนอก สำหรับข้อมูลเพิ่มเติม.

สถาปัตยกรรม Huawei Cloud SIOS Datakeeper Hybrid DR

ความต้องการ

คำอธิบาย ความต้องการ
คลาวด์ส่วนตัวเสมือน ในภูมิภาคเดียวที่มีสามโซนความพร้อมใช้งาน
ประเภทอินสแตนซ์ ประเภทอินสแตนซ์ที่แนะนำขั้นต่ำ: s3.large.2
ระบบปฏิบัติการ ดูเมทริกซ์การสนับสนุน DKCE
IP ยืดหยุ่น ที่อยู่ IP แบบยืดหยุ่นหนึ่งรายการเชื่อมต่อกับตัวควบคุมโดเมน
สี่กรณี หนึ่งอินสแตนซ์ตัวควบคุมโดเมน สองอินสแตนซ์ของ SQL Server และหนึ่งองค์ประชุม/อินสแตนซ์ของพยาน
SQL Server แต่ละตัว ENI (Elastic Network Interface) ที่มี 4 IP · ENI IP หลักที่กำหนดไว้แบบคงที่ใน Windows และใช้โดย DataKeeper Cluster Edition · IP สามรายการที่ดูแลโดย ECS ในขณะที่ใช้โดย Windows Failover Clustering , DTC และ SQLFC
ปริมาณ สามวอลุ่ม (EBS และ NTFS เท่านั้น) · หนึ่งวอลุ่มหลัก (ไดรฟ์ C) · สองวอลุ่มเพิ่มเติม o หนึ่งสำหรับการทำคลัสเตอร์ล้มเหลว o หนึ่งสำหรับ MSDTC

บันทึกประจำรุ่น ก่อนจะเริ่ม อย่าลืมอ่าน บันทึกประจำรุ่น DataKeeper Cluster Edition สำหรับข้อมูลล่าสุด ขอแนะนำให้อ่านและทำความเข้าใจ คู่มือการติดตั้ง DataKeeper Cluster Edition .

สร้าง Virtual Private Cloud (VPC) คลาวด์ส่วนตัวเสมือนเป็นอ็อบเจ็กต์แรกที่คุณสร้างเมื่อใช้ DataKeeper Cluster Edition

* Virtual Private Cloud (VPC) คือไพรเวทคลาวด์แบบแยกส่วน ซึ่งประกอบด้วยพูลทรัพยากรการประมวลผลที่ใช้ร่วมกันที่กำหนดค่าได้ในระบบคลาวด์สาธารณะ

  1. ใช้อีเมลและรหัสผ่านที่ระบุตอนสมัคร Huawei Cloud , ลงชื่อเข้าใช้ Huawei Cloud Management Console .
  2. จาก บริการ ดรอปดาวน์ เลือก คลาวด์ส่วนตัวเสมือน .

  1. ที่ด้านขวาของหน้าจอ ให้คลิกที่ สร้าง VPC และเลือกภูมิภาคที่คุณต้องการใช้
  2. ป้อนชื่อที่คุณต้องการใช้สำหรับ VPC
  3. กำหนดซับเน็ตคลาวด์ส่วนตัวเสมือนของคุณโดยป้อน your CIDR (การกำหนดเส้นทางระหว่างโดเมนแบบไม่มีคลาส) ตามที่อธิบายไว้ด้านล่าง
  4. ป้อนชื่อซับเน็ต จากนั้นคลิก สร้างตอนนี้ .

* ตารางเส้นทางจะถูกสร้างขึ้นโดยอัตโนมัติด้วยการเชื่อมโยง “หลัก” กับ VPC ใหม่ คุณสามารถใช้ในภายหลังหรือสร้างตารางเส้นทางอื่น

* ลิงค์ที่เป็นประโยชน์: Huawei’s การสร้าง Virtual Private Cloud (VPC) เปิดตัวอินสแตนซ์ ข้อมูลต่อไปนี้จะแนะนำคุณเกี่ยวกับการเปิดใช้อินสแตนซ์ในซับเน็ตของคุณ คุณจะต้องเปิดใช้อินสแตนซ์สองอินสแตนซ์ในโซนความพร้อมใช้งานเดียว อินสแตนซ์หนึ่งสำหรับอินสแตนซ์ตัวควบคุมโดเมน และอีกรายการสำหรับอินสแตนซ์ SQL ของคุณ จากนั้น คุณจะเปิดใช้อินสแตนซ์ SQL อื่นในโซนความพร้อมใช้งานอื่น และอินสแตนซ์ขององค์ประชุมในโซนความพร้อมใช้งานอื่น

* ลิงก์ที่มีประโยชน์: อินสแตนซ์ Huawei Cloud ECS

  1. ใช้อีเมลและรหัสผ่านที่ระบุตอนสมัคร Huawei Cloud , ลงชื่อเข้าใช้ Huawei Cloud Management Console .
  2. จาก รายการบริการ ดรอปดาวน์ เลือก เซิร์ฟเวอร์คลาวด์ยืดหยุ่น .

  1. เลือก ซื้อ ECS และเลือกโหมดการเรียกเก็บเงิน ภูมิภาค และ AZ (Availability Zone) เพื่อปรับใช้ Instance
  2. เลือกประเภทอินสแตนซ์ของคุณ ( บันทึก: เลือก s3.large.2 หรือใหญ่กว่า)
  3. เลือกรูปภาพ ภายใต้ รูปภาพสาธารณะ ให้เลือก Windows Server 2019 Datacenter 64bit ภาษาอังกฤษ ภาพ
    1. สำหรับ กำหนดค่าเครือข่าย เลือก VPC ของคุณ
    2. สำหรับ ซับเน็ต , เลือก Subnet ที่คุณต้องการใช้ เลือก ที่อยู่ IP ที่ระบุด้วยตนเอง และป้อนที่อยู่ IP ที่คุณต้องการใช้
    3. เลือก กลุ่มรักษาความปลอดภัย เพื่อใช้หรือแก้ไขและเลือกที่มีอยู่
    4. กำหนด EIP หากคุณต้องการอินสแตนซ์ ECS เพื่อเข้าถึงอินเทอร์เน็ต
    5. คลิก กำหนดการตั้งค่าขั้นสูง และตั้งชื่อให้ ECS ใช้ รหัสผ่าน สำหรับ โหมดเข้าสู่ระบบ และระบุรหัสผ่านที่ปลอดภัยสำหรับการเข้าสู่ระบบของผู้ดูแลระบบ
    6. คลิก กำหนดค่าตอนนี้ บน ตัวเลือกขั้นสูง เพิ่ม แท็ก เพื่อตั้งชื่ออินสแตนซ์ของคุณและคลิกที่ ยืนยัน
  4. ดำเนินการตรวจสอบอินสแตนซ์ขั้นสุดท้ายแล้วคลิก ส่ง .

* สำคัญ: จดบันทึกรหัสผ่านผู้ดูแลระบบเริ่มต้นนี้ จำเป็นต้องเข้าสู่ระบบอินสแตนซ์ของคุณ

ทำซ้ำขั้นตอนข้างต้นสำหรับอินสแตนซ์ทั้งหมด

เชื่อมต่อกับอินสแตนซ์ คุณสามารถเชื่อมต่อกับอินสแตนซ์ตัวควบคุมโดเมนของคุณผ่าน เข้าสู่ระบบระยะไกล จากบานหน้าต่าง ECS

เข้าสู่ระบบในฐานะผู้ดูแลระบบและป้อนของคุณ รหัสผ่านผู้ดูแลระบบ .

* ปฏิบัติที่ดีที่สุด: เมื่อเข้าสู่ระบบแล้ว ควรเปลี่ยนรหัสผ่านของคุณ

กำหนดค่าอินสแตนซ์ตัวควบคุมโดเมน เมื่อสร้างอินสแตนซ์แล้ว เราเริ่มต้นด้วยการตั้งค่าอินสแตนซ์บริการโดเมน

คู่มือนี้ไม่ใช่บทช่วยสอนเกี่ยวกับวิธีตั้งค่าอินสแตนซ์เซิร์ฟเวอร์ Active Domain เราแนะนำให้อ่าน บทความ เกี่ยวกับวิธีการตั้งค่าและกำหนดค่าเซิร์ฟเวอร์ Active Directory สิ่งสำคัญคือต้องเข้าใจว่าแม้ว่าอินสแตนซ์จะทำงานในคลาวด์ของ Huawei แต่นี่เป็นการติดตั้ง Active Directory เป็นประจำ

ที่อยู่ IP แบบคงที่ กำหนดค่าที่อยู่ IP แบบคงที่สำหรับอินสแตนซ์ของคุณ

  1. เชื่อมต่อกับอินสแตนซ์ตัวควบคุมโดเมนของคุณ
  2. คลิก เริ่ม / แผงควบคุม .
  3. คลิก ศูนย์เครือข่ายและการแบ่งปัน .
  4. เลือกอินเทอร์เฟซเครือข่ายของคุณ
  5. คลิก คุณสมบัติ .
  6. คลิก อินเทอร์เน็ตโปรโตคอลเวอร์ชัน 4 (TCP/IPv4) , แล้ว คุณสมบัติ .
  7. รับปัจจุบันของคุณ ที่อยู่ IPv4 , เกตเวย์เริ่มต้น และ เซิร์ฟเวอร์ DNS สำหรับอินเทอร์เฟซเครือข่ายจาก อเมซอน .
  8. ใน คุณสมบัติอินเทอร์เน็ตโปรโตคอลเวอร์ชัน 4 (TCP/IPv4) กล่องโต้ตอบ ภายใต้ ใช้ที่อยู่ IP ต่อไปนี้ , ใส่ของคุณ ที่อยู่ IPv4 .
  9. ใน ซับเน็ตมาสก์ ให้พิมพ์ซับเน็ตมาสก์ที่เชื่อมโยงกับซับเน็ตคลาวด์ส่วนตัวเสมือนของคุณ
  10. ใน เกตเวย์เริ่มต้น กล่อง พิมพ์ ที่อยู่ IP ของเกตเวย์เริ่มต้นแล้วคลิก ตกลง .
  11. สำหรับ เซิร์ฟเวอร์ DNS ที่ต้องการ , ป้อน ที่อยู่ IP หลักของตัวควบคุมโดเมนของคุณ (เช่น 15.0.1.72)
  12. คลิก ตกลง จากนั้นเลือก ปิด I . ทางออก ศูนย์เครือข่ายและการแบ่งปัน .
  13. ทำซ้ำขั้นตอนข้างต้นกับอินสแตนซ์อื่นๆ ของคุณ

เข้าร่วมสองอินสแตนซ์ SQL และอินสแตนซ์พยานในโดเมน * ก่อนที่จะพยายามเข้าร่วมโดเมน ให้ทำการปรับเครือข่ายเหล่านี้ บนอะแดปเตอร์เครือข่ายของคุณ เพิ่ม/เปลี่ยนเซิร์ฟเวอร์ DNS ที่ต้องการเป็นที่อยู่ Domain Controller ใหม่และเซิร์ฟเวอร์ DNS ใช้ ipconfig /flushdns เพื่อรีเฟรชรายการค้นหา DNS หลังจากการเปลี่ยนแปลงนี้ ทำสิ่งนี้ก่อนพยายามเข้าร่วมโดเมน

* รับรองว่า เครือข่ายหลัก และ การแชร์ไฟล์และเครื่องพิมพ์ ตัวเลือกได้รับอนุญาตในไฟร์วอลล์ Windows

  1. ในแต่ละกรณี คลิก เริ่ม จากนั้นคลิกขวา คอมพิวเตอร์ และเลือก คุณสมบัติ .
  2. ที่ด้านขวาสุด เลือก เปลี่ยนการตั้งค่า .
  3. คลิกที่ เปลี่ยน .
  4. ใส่ใหม่ ชื่อคอมพิวเตอร์ .
  5. เลือก โดเมน .
  6. เข้า ชื่อโดเมน – (เช่น docs.huawei.com)
  7. คลิก นำมาใช้ .

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

* ปฏิบัติที่ดีที่สุด: ขอแนะนำให้ตั้งค่าไฟล์หน้าระบบเป็น ระบบจัดการ (ไม่อัตโนมัติ) และใช้ไดรฟ์ C: เสมอ

แผงควบคุม > การตั้งค่าระบบขั้นสูง > ประสิทธิภาพ > การตั้งค่า > ขั้นสูง > หน่วยความจำเสมือน เลือก ขนาดที่จัดการโดยระบบ , ปริมาณ C: เท่านั้น จากนั้นเลือก ชุด เพื่อบันทึก.

กำหนด IP ส่วนตัวรองให้กับอินสแตนซ์ SQL สองอินสแตนซ์ นอกจาก IP หลักแล้ว คุณจะต้องเพิ่ม IP เพิ่มเติมสามตัว (IP รอง) ให้กับอินเทอร์เฟซเครือข่ายแบบยืดหยุ่นสำหรับอินสแตนซ์ SQL แต่ละรายการ

  1. จาก รายการบริการ ดรอปดาวน์ เลือก เซิร์ฟเวอร์คลาวด์ยืดหยุ่น .
  2. คลิกอินสแตนซ์ที่คุณต้องการเพิ่มที่อยู่ IP ส่วนตัวสำรอง
  3. เลือก NIC > จัดการที่อยู่ IP เสมือน .
  4. คลิกที่ กำหนดที่อยู่ IP เสมือน และเลือก คู่มือ ป้อนที่อยู่ IP ที่อยู่ภายในช่วงซับเน็ตสำหรับอินสแตนซ์ (เช่น สำหรับ 15.0.1.25 ให้ป้อน 15.0.1.26) คลิก ตกลง .
  5. คลิกที่ มากกว่า ดรอปดาวน์บนแถวที่อยู่ IP แล้วเลือก ผูกกับเซิร์ฟเวอร์ เลือกเซิร์ฟเวอร์ที่จะผูกที่อยู่ IP และการ์ด NIC
  6. คลิก ตกลง เพื่อบันทึกงานของคุณ
  7. ดำเนินการด้านบนบน ทั้งอินสแตนซ์ SQL .

* ลิงก์ที่มีประโยชน์: การจัดการที่อยู่ IP เสมือน การผูกที่อยู่ IP เสมือนกับ EIP หรือ ECS สร้างและแนบวอลุ่ม DataKeeper เป็นโซลูชันการจำลองแบบโวลุ่มระดับบล็อก และต้องการให้แต่ละโหนดในคลัสเตอร์มีโวลุ่มเพิ่มเติม (นอกเหนือจากไดรฟ์ระบบ) ที่มีขนาดเท่ากันและมีอักษรระบุไดรฟ์เหมือนกัน โปรดตรวจสอบ การพิจารณาปริมาณ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับข้อกำหนดในการจัดเก็บ

สร้างเล่ม สร้างสองวอลุ่มในแต่ละโซนความพร้อมใช้งานสำหรับอินสแตนซ์เซิร์ฟเวอร์ SQL แต่ละรายการ รวมเป็นสี่วอลุ่ม

  1. จาก รายการบริการ ดรอปดาวน์ เลือก เซิร์ฟเวอร์คลาวด์ยืดหยุ่น .
  2. คลิกอินสแตนซ์ที่คุณต้องการจัดการ
  3. ไปที่ ดิสก์ แท็บ
  4. คลิก เพิ่มดิสก์ หากต้องการเพิ่มโวลุ่มและขนาดใหม่ที่คุณเลือก ตรวจสอบให้แน่ใจว่าคุณได้เลือกโวลุ่มใน AZ เดียวกันกับเซิร์ฟเวอร์ SQL ที่คุณต้องการแนบ
  5. เลือกช่องทำเครื่องหมายเพื่อยอมรับ SLA และ ส่ง
  6. คลิก กลับไปที่คอนโซลเซิร์ฟเวอร์
  7. แนบ ดิสก์หากจำเป็นสำหรับอินสแตนซ์ SQL
  8. ทำเช่นนี้สำหรับทั้งสี่เล่ม

* ลิงก์ที่มีประโยชน์: บริการปริมาณยืดหยุ่น กำหนดค่าคลัสเตอร์ ก่อนที่จะติดตั้ง DataKeeper Cluster Edition สิ่งสำคัญคือต้องมี Windows Server ที่กำหนดค่าเป็นคลัสเตอร์โดยใช้โหนดส่วนใหญ่ควอรัม (หากมีโหนดเป็นจำนวนคี่) หรือโควรัมส่วนใหญ่ที่แชร์โหนดและไฟล์ (หากมีจำนวนคู่ โหนด) ศึกษาเอกสารประกอบของ Microsoft เกี่ยวกับการจัดกลุ่มเพิ่มเติมจากหัวข้อนี้สำหรับคำแนะนำทีละขั้นตอนบันทึก: Microsoft เปิดตัว a โปรแกรมแก้ไขด่วน สำหรับ Windows 2008R2 ที่อนุญาตให้ปิดใช้งานการลงคะแนนของโหนด ซึ่งอาจช่วยให้มีความพร้อมใช้งานในระดับที่สูงขึ้นในการกำหนดค่าคลัสเตอร์หลายไซต์บางรายการ

เพิ่ม Failover Clustering เพิ่มฟีเจอร์ Failover Clustering ให้กับอินสแตนซ์ SQL ทั้งสอง

  1. ปล่อย ตัวจัดการเซิร์ฟเวอร์ .
  2. เลือก คุณสมบัติ ในบานหน้าต่างด้านซ้ายและคลิก เพิ่มคุณสมบัติ ใน คุณสมบัติ นี้เริ่มต้น เพิ่มตัวช่วยสร้างคุณสมบัติ .
  3. เลือก คลัสเตอร์ล้มเหลว .
  4. เลือก ติดตั้ง .

ตรวจสอบการกำหนดค่า

  1. เปิด ตัวจัดการคลัสเตอร์ล้มเหลว .
  2. เลือก Failover Cluster Manager เลือก ตรวจสอบการกำหนดค่า .
  3. คลิก ต่อไป แล้วเพิ่มสองของคุณ อินสแตนซ์ SQL .

บันทึก: หากต้องการค้นหา ให้เลือก เรียกดู จากนั้นคลิกที่ ขั้นสูง และ ค้นหาตอนนี้ . นี่จะแสดงรายการอินสแตนซ์ที่พร้อมใช้งาน

  1. คลิก ต่อไป .
  2. เลือก เรียกใช้การทดสอบเท่านั้นที่ฉันเลือก และคลิก ต่อไป .
  3. ใน การเลือกการทดสอบ หน้าจอ ยกเลิกการเลือก พื้นที่จัดเก็บ และคลิก ต่อไป .
  4. ที่หน้าจอยืนยันผลลัพธ์ คลิก ต่อไป .
  5. ทบทวน รายงานสรุปการตรวจสอบ แล้วคลิก เสร็จสิ้น .

สร้างคลัสเตอร์

  1. ใน ตัวจัดการคลัสเตอร์ล้มเหลว , คลิกที่ สร้างคลัสเตอร์ แล้วคลิก ต่อไป .
  2. ใส่สองของคุณ อินสแตนซ์ SQL .
  3. บน คำเตือนการตรวจสอบความถูกต้อง หน้าเลือก เลขที่ แล้วคลิก ต่อไป .
  4. บน จุดเข้าใช้งานสำหรับการจัดการคลัสเตอร์ ให้ป้อนชื่อเฉพาะสำหรับคลัสเตอร์ WSFC ของคุณ จากนั้นป้อน ที่อยู่ IP ของคลัสเตอร์ล้มเหลว สำหรับแต่ละโหนดที่เกี่ยวข้องในคลัสเตอร์ นี่เป็นครั้งแรกในสาม ที่อยู่ IP สำรอง เพิ่มก่อนหน้านี้ในแต่ละอินสแตนซ์
  5. สำคัญ! ยกเลิกการเลือกช่องทำเครื่องหมาย “เพิ่มที่เก็บข้อมูลที่มีอยู่ทั้งหมดไปยังคลัสเตอร์” ไดรฟ์ที่ทำมิเรอร์ DataKeeper ต้องไม่ได้รับการจัดการโดยกำเนิดโดยคลัสเตอร์ พวกเขาจะได้รับการจัดการเป็น DataKeeper Volumes
  6. คลิก ต่อไป บน การยืนยัน
  7. บน สรุป หน้า ตรวจทานคำเตือนใด ๆ จากนั้นเลือก เสร็จสิ้น .

กำหนดค่าองค์ประชุม/พยาน

  1. สร้างโฟลเดอร์บนอินสแตนซ์องค์ประชุม/พยานของคุณ (พยาน)
  2. แชร์โฟลเดอร์
    1. คลิกขวาที่โฟลเดอร์และเลือก แบ่งปันกับ / เฉพาะบุคคล ….
    2. จากดรอปดาวน์ ให้เลือก ทุกคน และคลิก เพิ่ม .
    3. ภายใต้ ระดับการอนุญาต , เลือก อ่านเขียน .
    4. คลิก แบ่งปัน , แล้ว เสร็จแล้ว . (จดบันทึกเส้นทางของการแชร์ไฟล์นี้เพื่อใช้ด้านล่าง)
  3. ใน ตัวจัดการคลัสเตอร์ล้มเหลว , คลิกขวาที่คลัสเตอร์แล้วเลือก การดำเนินการมากขึ้น และ กำหนดการตั้งค่าองค์ประชุมคลัสเตอร์ . คลิก ต่อไป .
  4. บน เลือกการกำหนดค่าองค์ประชุม , เลือก โหนดและไฟล์แชร์ส่วนใหญ่ และคลิก ต่อไป .
  5. บน กำหนดค่าพยานแชร์ไฟล์ ให้ป้อนเส้นทางไปยังไฟล์ที่แชร์ที่สร้างไว้ก่อนหน้านี้แล้วคลิก ต่อไป .
  6. บน การยืนยัน หน้าคลิก ต่อไป .
  7. บน สรุป หน้าคลิก เสร็จสิ้น .

ติดตั้งและกำหนดค่า DataKeeper หลังจากกำหนดค่าคลัสเตอร์พื้นฐานแล้ว แต่ก่อนที่จะสร้างทรัพยากรคลัสเตอร์ใดๆ ให้ติดตั้งและให้สิทธิ์ใช้งาน DataKeeper Cluster Edition บนโหนดคลัสเตอร์ทั้งหมด ดู คู่มือการติดตั้ง DataKeeper Cluster Edition สำหรับคำแนะนำโดยละเอียด

  1. วิ่ง การตั้งค่า DataKeeper ติดตั้ง DataKeeper Cluster Edition บนอินสแตนซ์ SQL ทั้งสอง
  2. ใส่ของคุณ คีย์ใบอนุญาต และรีบูตเมื่อได้รับแจ้ง
  3. เปิดตัว DataKeeper GUI และ เชื่อมต่อกับเซิร์ฟเวอร์ .

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

  1. คลิกขวาที่ งาน และเชื่อมต่อกับเซิร์ฟเวอร์ SQL ทั้งสอง
  2. สร้างงาน สำหรับแต่ละกระจกที่คุณจะสร้างขึ้น หนึ่งรายการสำหรับทรัพยากร DTC ของคุณและอีกรายการสำหรับทรัพยากร SQL ของคุณ..
  3. เมื่อระบบถามว่าคุณต้องการลงทะเบียนโวลุ่มอัตโนมัติเป็นโวลุ่มคลัสเตอร์หรือไม่ ให้เลือก ใช่ .

* บันทึก: หากติดตั้ง DataKeeper Cluster Edition บน Windows “Core” (Windows ที่ไม่มี GUI) โปรดอ่าน การติดตั้งและใช้งาน DataKeeper บน Windows 2008R2/2012 Server Core Platforms สำหรับคำแนะนำโดยละเอียด

กำหนดค่า MSDTC

  1. สำหรับ Windows Server 2012 และ 2016 ใน GUI ตัวจัดการคลัสเตอร์ล้มเหลว , เลือก บทบาท จากนั้นเลือก กำหนดค่าบทบาท .
  2. เลือก ผู้ประสานงานธุรกรรมแบบกระจาย (DTC) และคลิก ต่อไป .

* สำหรับ Windows Server 2008 ใน GUI ตัวจัดการคลัสเตอร์ล้มเหลว , เลือก บริการและแอพพลิเคชั่น จากนั้นเลือก กำหนดค่าบริการหรือแอปพลิเคชัน และคลิก ต่อไป .

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

ติดตั้ง SQL บนอินสแตนซ์ SQL ตัวแรก

  1. บนเซิร์ฟเวอร์ตัวควบคุมโดเมน ให้สร้างโฟลเดอร์และแชร์..
    1. ตัวอย่างเช่น “TEMPSHARE” โดยได้รับอนุญาตจากทุกคน
  2. สร้างโฟลเดอร์ย่อย “SQL” และคัดลอกตัวติดตั้ง SQL .iso ลงในโฟลเดอร์ย่อยนั้น
  3. บนเซิร์ฟเวอร์ SQL ให้สร้างไดรฟ์เครือข่ายและแนบกับโฟลเดอร์ที่ใช้ร่วมกันบนตัวควบคุมโดเมน
    • . ตัวอย่างเช่น “การใช้เน็ต S: \TEMPSHARE
  4. บนเซิร์ฟเวอร์ SQL ไดรฟ์ S: จะปรากฏขึ้น ซีดีไปยังโฟลเดอร์ SQL และค้นหาตัวติดตั้ง SQL .iso คลิกขวาที่ไฟล์ .iso แล้วเลือก ภูเขา . ตัวติดตั้ง setup.exe จะปรากฏขึ้นพร้อมกับตัวติดตั้ง SQL .iso

F:>ตั้งค่า /SkipRules=Cluster_VerifyForErrors /Action=InstallFailoverCluster

  1. บน ตั้งค่ากฎการสนับสนุน , คลิก ตกลง .
  2. บน รหัสสินค้า โต้ตอบ ป้อนของคุณ รหัสสินค้า และคลิก ต่อไป .
  3. บน เงื่อนไขใบอนุญาต โต้ตอบ ยอมรับ ข้อตกลง และคลิก ต่อไป .
  4. บน อัพเดทสินค้า โต้ตอบ คลิก ต่อไป .
  5. บน ตั้งค่าไฟล์สนับสนุน โต้ตอบ คลิก ติดตั้ง .
  6. บน ตั้งค่ากฎการสนับสนุน โต้ตอบ คุณจะได้รับคำเตือน คลิก ต่อไป ละเว้นข้อความนี้ เนื่องจากเป็นที่คาดหมายในคลัสเตอร์การจัดเก็บข้อมูลแบบหลายไซต์หรือแบบไม่แบ่งใช้
  7. ตรวจสอบ การกำหนดค่าโหนดคลัสเตอร์ และคลิก ต่อไป .
  8. กำหนดค่า .ของคุณ เครือข่ายคลัสเตอร์ โดยเพิ่มที่อยู่ IP รอง “ที่สาม” สำหรับอินสแตนซ์ SQL ของคุณและคลิก ต่อไป . คลิก ใช่ เพื่อดำเนินการกำหนดค่าหลายซับเน็ต
  9. เข้า รหัสผ่าน สำหรับบัญชีบริการและคลิก ต่อไป .
  10. บน การรายงานข้อผิดพลาด โต้ตอบ คลิก ต่อไป .
  11. บน เพิ่มกฎโหนด ไดอะล็อก คำเตือนการทำงานที่ข้ามไปสามารถละเว้นได้ คลิก ต่อไป .
  12. ตรวจสอบคุณสมบัติและคลิก ติดตั้ง .
  13. คลิก ปิด I เพื่อสิ้นสุดขั้นตอนการติดตั้ง

ติดตั้ง SQL บนอินสแตนซ์ SQL ที่สอง การติดตั้งอินสแตนซ์ SQL ที่สองจะคล้ายกับอินสแตนซ์แรก

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

ตั้งค่า /SkipRules=Cluster_VerifyForErrors /Action=AddNode /INSTANCENAME=”MSSQLSERVER” ( บันทึก : นี่ถือว่าคุณติดตั้งอินสแตนซ์เริ่มต้นบนโหนดแรก)

  1. บน ตั้งค่ากฎการสนับสนุน , คลิก ตกลง .
  2. บน รหัสสินค้า โต้ตอบ ป้อนของคุณ รหัสสินค้า และคลิก ต่อไป .
  3. บน เงื่อนไขใบอนุญาต โต้ตอบ ยอมรับ ข้อตกลง และคลิก ต่อไป .
  4. บน อัพเดทสินค้า โต้ตอบ คลิก ต่อไป .
  5. บน ตั้งค่าไฟล์สนับสนุน โต้ตอบ คลิก ติดตั้ง .
  6. บน ตั้งค่ากฎการสนับสนุน โต้ตอบ คุณจะได้รับคำเตือน คลิก ต่อไป ละเว้นข้อความนี้ เนื่องจากเป็นที่คาดหมายในคลัสเตอร์การจัดเก็บข้อมูลแบบหลายไซต์หรือแบบไม่แบ่งใช้
  7. ตรวจสอบ การกำหนดค่าโหนดคลัสเตอร์ และคลิก ต่อไป .
  8. กำหนดค่า .ของคุณ เครือข่ายคลัสเตอร์ โดยเพิ่มที่อยู่ IP รอง “ที่สาม” สำหรับอินสแตนซ์ SQL ของคุณและคลิก ต่อไป . คลิก ใช่ เพื่อดำเนินการกำหนดค่าหลายซับเน็ต
  9. เข้า รหัสผ่าน สำหรับบัญชีบริการและคลิก ต่อไป .
  10. บน การรายงานข้อผิดพลาด โต้ตอบ คลิก ต่อไป .
  11. บน เพิ่มกฎโหนด ไดอะล็อก คำเตือนการทำงานที่ข้ามไปสามารถละเว้นได้ คลิก ต่อไป .
  12. ตรวจสอบคุณสมบัติและคลิก ติดตั้ง .
  13. คลิก ปิด I เพื่อสิ้นสุดขั้นตอนการติดตั้ง

การกำหนดค่าคลัสเตอร์ทั่วไป ส่วนนี้อธิบาย a การกำหนดค่าคลัสเตอร์ที่จำลองแบบ 2 โหนดทั่วไป .

  1. การกำหนดค่าเริ่มต้นต้องทำจาก DataKeeper UI ทำงานบนโหนดคลัสเตอร์ใดโหนดหนึ่ง หากไม่สามารถเรียกใช้ DataKeeper UI บนโหนดคลัสเตอร์ได้ เช่น เมื่อเรียกใช้ DataKeeper บนเซิร์ฟเวอร์ Windows Core เท่านั้น ให้ติดตั้ง DataKeeper UI บนคอมพิวเตอร์ทุกเครื่องที่ใช้ Windows XP หรือสูงกว่า และปฏิบัติตามคำแนะนำใน หลักเท่านั้น ส่วนสำหรับการสร้างมิเรอร์และการลงทะเบียนทรัพยากรคลัสเตอร์ผ่านบรรทัดคำสั่ง
  2. เมื่อ DataKeeper UI ทำงาน เชื่อมต่อกับแต่ละโหนด ในคลัสเตอร์
  3. สร้างงาน โดยใช้ DataKeeper UI กระบวนการนี้สร้างมิเรอร์และเพิ่มทรัพยากร DataKeeper Volume ไปยังที่เก็บข้อมูลที่มีอยู่

! สำคัญ: ทำให้เเน่นอน ชื่อเครือข่ายเสมือน สำหรับ การเชื่อมต่อ NIC เหมือนกันในโหนดคลัสเตอร์ทั้งหมด

  1. หากต้องการกระจกเพิ่มเติม คุณสามารถ เพิ่มกระจกเงาให้กับงาน .
  2. กับ ปริมาณ DataKeeper ตอนนี้ใน พื้นที่เก็บข้อมูลที่มีอยู่ คุณสามารถสร้างทรัพยากรคลัสเตอร์ (SQL, File Server เป็นต้น) ได้ในลักษณะเดียวกับที่มีทรัพยากรดิสก์ที่ใช้ร่วมกันในคลัสเตอร์ โปรดดูเอกสารประกอบของ Microsoft สำหรับข้อมูลเพิ่มเติมนอกเหนือจากข้างต้นสำหรับคำแนะนำในการกำหนดค่าคลัสเตอร์ทีละขั้นตอน

การเชื่อมต่อกับคลัสเตอร์ (เสมือน) IPs นอกจาก IP หลักและ IP รองแล้ว คุณจะต้องกำหนดค่าที่อยู่ IP เสมือนใน Huawei Cloud เพื่อให้สามารถกำหนดเส้นทางไปยังโหนดที่ใช้งานอยู่ได้

  1. จาก รายการบริการ ดรอปดาวน์ เลือก เซิร์ฟเวอร์คลาวด์ยืดหยุ่น .
  2. คลิกที่อินสแตนซ์ SQL ที่คุณต้องการเพิ่มที่อยู่ IP เสมือนของคลัสเตอร์ (หนึ่งรายการสำหรับ MSDTC และอีกรายการสำหรับ SQL Failover Cluster)
  3. เลือก NIC > จัดการที่อยู่ IP เสมือน .
  4. คลิกที่ กำหนดที่อยู่ IP เสมือน และเลือก คู่มือ ป้อนที่อยู่ IP ที่อยู่ภายในช่วงซับเน็ตสำหรับอินสแตนซ์ (เช่น สำหรับ 15.0.1.25 ให้ป้อน 15.0.1.26) คลิก ตกลง .
  5. คลิกที่ มากกว่า ดรอปดาวน์บนแถวที่อยู่ IP แล้วเลือก ผูกกับเซิร์ฟเวอร์ ให้เลือกทั้งเซิร์ฟเวอร์ที่จะผูกที่อยู่ IP และการ์ด NIC
  6. ใช้ขั้นตอนที่ 4 และ 5 เดียวกันสำหรับ IP เสมือน MSDTC และ SQLFC
  7. คลิก ตกลง เพื่อบันทึกงานของคุณ

การจัดการ เมื่อไดรฟ์ข้อมูล DataKeeper ลงทะเบียนกับ Windows Server Failover Clustering แล้ว การจัดการทั้งหมดของไดรฟ์ข้อมูลนั้นจะทำผ่านอินเทอร์เฟซ Windows Server Failover Clustering ฟังก์ชันการจัดการทั้งหมดมีอยู่ใน DataKeeper . ตามปกติ จะถูกปิดการใช้งาน บนโวลุ่มใดๆ ที่อยู่ภายใต้การควบคุมคลัสเตอร์ ทรัพยากรคลัสเตอร์ DataKeeper Volume จะควบคุมทิศทางมิเรอร์แทน ดังนั้นเมื่อ DataKeeper Volume ออนไลน์บนโหนด โหนดนั้นจะกลายเป็นแหล่งที่มาของมิเรอร์ คุณสมบัติของทรัพยากรคลัสเตอร์ DataKeeper Volume ยังแสดงข้อมูลการมิเรอร์พื้นฐาน เช่น แหล่งที่มา เป้าหมาย ประเภท และสถานะของมิเรอร์

การแก้ไขปัญหา ใช้แหล่งข้อมูลต่อไปนี้เพื่อช่วยแก้ไขปัญหา:

  • การแก้ไขปัญหา ส่วนปัญหา
  • สำหรับลูกค้าที่มีสัญญาการสนับสนุน – http://us.sios.com/support/overview/
  • สำหรับลูกค้าประเมินเท่านั้น – การสนับสนุนก่อนการขาย

แหล่งข้อมูลเพิ่มเติม: ทีละขั้นตอน: การกำหนดค่า 2-Node Multi-Site Cluster บน Windows Server 2008 R2 – ส่วนที่ 1 — http://clusteringformeremortals.com/2009/09/15/step-by-step-configuring-a-2-node-multi-site-cluster-on-windows-server-2008-r2-%E2%80%93 -ส่วนที่ 1/ ทีละขั้นตอน: การกำหนดค่า 2-Node Multi-Site Cluster บน Windows Server 2008 R2 – ตอนที่ 3 — http://clusteringformeremortals.com/2009/10/07/step-by-step-configuring-a-2-node-multi-site-cluster-on-windows-server-2008-r2-%E2%80%93 -ส่วน-3/

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

วิธีขยายอินสแตนซ์คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL ที่มีอยู่ไปยังคลาวด์สำหรับการกู้คืนจากภัยพิบัติ

มิถุนายน 17, 2021 by Jason Aw Leave a Comment

อินสแตนซ์คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL

วิธีขยายอินสแตนซ์คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL ที่มีอยู่ไปยังคลาวด์สำหรับการกู้คืนจากภัยพิบัติ

โดยปกติฉันจะชี้ให้พวกเขาไปที่สิ่งนี้ เอกสาร DataKeeper เมื่อมีคนถามฉันว่าจะขยายอินสแตนซ์ SQL Server Failover Cluster ที่มีอยู่ไปยัง Cloud for Disaster Recovery ได้อย่างไร

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

ผู้คนมักจะอ่านคำแนะนำเหล่านี้และรู้สึกกังวลเล็กน้อย พวกเขารู้สึกเหมือนจะทำการผ่าตัดหัวใจแบบเปิดในกลุ่มของพวกเขา มันเหมือนกับการเปลี่ยนเสื้อของคุณจริงๆ! คุณเพียงแค่แทนที่ทรัพยากร Cluster Disk ด้วยทรัพยากร DataKeeper Volume ดังที่คุณเห็นในวิดีโอด้านล่าง กระบวนการนี้ใช้เวลาเพียงไม่กี่วินาที

รหัสที่แสดงในวิดีโอแสดงอยู่ด้านล่าง

Stop-ClusterGroup SQLServerGroup Remove-ClusterResource -ชื่อ "Cluster Disk 1" Set-Disk -Number 4 -IsOffline $False Set-Disk -Number 4 -IsReadOnly $False Import-Module -Name Storage Set-Partition -DiskNumber 4 -PartitionNumber 1 - NewDriveLetter X New-DataKeeperMirror -SourceIP 10.0.2.100 -SourceVolume X -TargetIP 10.0.1.10 -TargetVolume X -SyncType Sync New-DataKeeperJob -JobName "x drive" -JobDescription "sql data" -Node1Name primary.datakeeper.local 10.0.Node1 2.100 -Node1Volume x -Node2Name dr.datakeeper.local -Node2IP 10.0.1.10 -Node2Volume X -SyncType Sync Add-ClusterResource -ชื่อ "DataKeeper Volume X" -ResourceType "DataKeeper Volume" -กลุ่ม "SQLServerGroup" รับ-ClusterResource "DataKeeper Volume X " | Set-ClusterParameter VolumeLetter X รับ ClusterResource - ชื่อ 'SQLServer' | Add-ClusterResourceDependency - ผู้ให้บริการ 'DataKeeper Volume X' Start-ClusterGroup SQLServerGroup 

หลังจากที่คุณรันโค้ดนั้นแล้ว อย่าลืมว่าคุณต้องคลิกที่ Manage Shared Volumes เพื่อเพิ่มโหนดสำรองให้กับงาน DataKeeper ตามที่แสดงในวิดีโอ

หากคุณมี SQL Server Enterprise Edition ขั้นตอนสุดท้ายคือการติดตั้ง SQL Server ในโหนด DR และเลือกเพิ่มโหนดไปยังคลัสเตอร์ที่มีอยู่

หากคุณกำลังใช้ SQL Server Standard Edition แสดงว่างานของคุณเสร็จสิ้น คุณเพียงแค่ทำตาม คำแนะนำเหล่านี้ เพื่อเข้าถึงข้อมูลของคุณบนโหนดที่ 3 แล้วต่อเชื่อมฐานข้อมูลที่จำลองแบบ

คำแนะนำเหล่านี้ใช้ได้ไม่ว่าโหนด DR ของคุณจะอยู่ในคลาวด์หรือไซต์ DR ของคุณเอง

ทำซ้ำโดยได้รับอนุญาตจาก การทำคลัสเตอร์เพื่อมนุษย์ธรรมดา

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

เกี่ยวกับการใช้ Amazon FSX สำหรับ SQL Server Failover Cluster Instance

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

เกี่ยวกับการใช้ Amazon FSX สำหรับ SQL Server Failover Cluster Instance

การใช้ Amazon FSX สำหรับอินสแตนซ์คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL – สิ่งที่คุณต้องรู้!

หากคุณกำลังพิจารณาปรับใช้อินสแตนซ์ Microsoft SQL Server ของคุณเองใน AWS EC2 คุณมีการตัดสินใจบางอย่างเกี่ยวกับความยืดหยุ่นของโซลูชัน แน่นอนว่า AWS จะเสนอ SLA 99.99% ให้กับทรัพยากรการประมวลผลของคุณหากคุณปรับใช้สองอินสแตนซ์ขึ้นไปในโซนความพร้อมใช้งานที่แตกต่างกัน แต่อย่าเพิ่งหลงเชื่อมีปัจจัยอื่น ๆ อีกมากมายที่คุณต้องพิจารณาเมื่อคำนวณความพร้อมใช้งานของแอปพลิเคชันที่แท้จริง ฉันเพิ่งเขียนบล็อกเกี่ยวกับวิธีคำนวณความพร้อมใช้งานแอปพลิเคชันของคุณในระบบคลาวด์ คุณควรอ่านบทความนั้นอย่างรวดเร็วก่อนที่จะดำเนินการต่อ

เมื่อพูดถึงการตรวจสอบให้แน่ใจว่าอินสแตนซ์ Microsoft SQL Server ของคุณพร้อมใช้งานสูงจริงๆแล้วจะมีตัวเลือกพื้นฐานสองตัวเลือก: Always On Availability Group (AG) หรือ SQL Server Failover Cluster Instance (FCI) หากคุณกำลังอ่านบทความนี้ฉันตั้งสมมติฐานว่าคุณทราบดีถึงตัวเลือกทั้งสองนี้และกำลังพิจารณาอย่างจริงจังที่จะใช้อินสแตนซ์คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL แทน SQL Server Always On AG

ประโยชน์ของอินสแตนซ์คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL ของ Microsoft

รายการต่อไปนี้สรุปสิ่งที่ AWS กล่าวว่าเป็นประโยชน์ของ SQL Server FCI:

โดยทั่วไปแล้ว FCI เป็นที่ต้องการมากกว่า AG สำหรับการปรับใช้ SQL Server ที่มีความพร้อมใช้งานสูงเมื่อสิ่งต่อไปนี้เป็นข้อกังวลลำดับความสำคัญสำหรับกรณีการใช้งานของคุณ:

ประสิทธิภาพต้นทุนใบอนุญาต
: คุณต้องมีสิทธิ์การใช้งาน Enterprise Edition ของ SQL Server เพื่อเรียกใช้ AGs ในขณะที่คุณต้องการเพียงสิทธิ์การใช้งาน Standard Edition เพื่อเรียกใช้ FCI โดยทั่วไปแล้วราคาถูกกว่า Enterprise Edition 50–60% แม้ว่าคุณจะสามารถเรียกใช้ AG รุ่นพื้นฐานบน Standard Edition ได้โดยเริ่มจาก SQL Server 2016 แต่ก็มีข้อ จำกัด ในการรองรับฐานข้อมูลเพียงฐานข้อมูลเดียวต่อ AG สิ่งนี้อาจกลายเป็นความท้าทายเมื่อต้องจัดการกับแอปพลิเคชันที่ต้องใช้ฐานข้อมูลหลายฐานข้อมูลเช่น SharePoint

การป้องกันระดับอินสแตนซ์เทียบกับการป้องกันระดับฐานข้อมูล: ด้วย FCI อินสแตนซ์ทั้งหมดจะได้รับการป้องกัน – หากโหนดหลักไม่พร้อมใช้งานอินสแตนซ์ทั้งหมดจะถูกย้ายไปยังโหนดสแตนด์บาย สิ่งนี้จะดูแลการล็อกอินของ SQL Server งาน SQL Server Agent ใบรับรอง ฯลฯ ที่เก็บไว้ในฐานข้อมูลระบบซึ่งจัดเก็บทางกายภาพในที่เก็บข้อมูลแบบแบ่งใช้ ในทางกลับกันด้วย AG ในทางกลับกันเฉพาะฐานข้อมูลในกลุ่มเท่านั้นที่ได้รับการปกป้องและไม่สามารถเพิ่มฐานข้อมูลระบบลงใน AG ได้ – อนุญาตให้ใช้เฉพาะฐานข้อมูลผู้ใช้เท่านั้น เป็นความรับผิดชอบของผู้ดูแลระบบฐานข้อมูลในการทำซ้ำการเปลี่ยนแปลงอ็อบเจ็กต์ระบบในการจำลอง AG ทั้งหมด สิ่งนี้ทำให้ความเป็นไปได้ที่จะเกิดข้อผิดพลาดของมนุษย์ซึ่งทำให้ฐานข้อมูลไม่สามารถเข้าถึงแอปพลิเคชันได้

การสนับสนุนคุณลักษณะ DTC: หากคุณใช้ SQL Server 2012 หรือ 2014 และแอปพลิเคชันของคุณใช้ Distributed Transaction Coordinator (DTC) คุณจะไม่สามารถใช้ AG ได้เนื่องจากไม่ได้รับการสนับสนุน ใช้ FCI ในสถานการณ์นี้

https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server/

ความท้าทายกับ FCI ในคลาวด์

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

มาดูสิ่งที่คุณต้องรู้ก่อนตัดสินใจเลือก

ข้อตกลงระดับการให้บริการ

ตามที่ฉันเขียนไว้ในวิธีคำนวณความพร้อมใช้งานแอปพลิเคชันของคุณ SLA แอปพลิเคชันโดยรวมของคุณนั้นดีพอ ๆ กับลิงก์ที่อ่อนแอที่สุดของคุณ ในกรณีนี้ FSx SLA 99.9%

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

ในกรณีที่คุณไม่ทราบความแตกต่างระหว่างสามเก้ากับสี่เก้า …

  • ความพร้อมใช้งาน 99.9% ช่วยให้หยุดทำงานได้ 43.83 นาทีต่อเดือน
  • ความพร้อมใช้งาน 99.99% ช่วยให้หยุดทำงานได้เพียง 4.38 นาทีต่อเดือน

ด้วยการโฮสต์พื้นที่จัดเก็บคลัสเตอร์ของคุณบน FSx แม้ว่าคุณจะมีความพร้อมในการประมวลผล 99.99% ความพร้อมใช้งานแอปพลิเคชันโดยรวมของคุณจะเป็น 99.9% ในทางตรงกันข้ามไดรฟ์ข้อมูล EBS ที่ครอบคลุมโซนความพร้อมใช้งานเช่นในการปรับใช้ DataKeeper จะมีคุณสมบัติสำหรับ SLA 99.99% ทั้งในชั้นพื้นที่จัดเก็บข้อมูลและการประมวลผล ซึ่งหมายความว่าความพร้อมใช้งานโดยรวมของคุณคือ 99.99%

สถานที่จัดเก็บ

เมื่อกำหนดค่า FSx เพื่อความพร้อมใช้งานสูงคุณจะต้องเปิดใช้งานการสนับสนุนหลาย AZ การเปิดใช้งานหลาย AZ จะทำให้คุณมี AZ ที่ "ต้องการ" และ AZ "สแตนด์บาย" ได้อย่างมีประสิทธิภาพ เมื่อคุณปรับใช้โหนด SQL Server FCI ของคุณคุณจะต้องการกระจายโหนดเหล่านั้นใน AZ เดียวกัน

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

ในสถานการณ์ที่โชคร้ายที่คุณมีความล้มเหลวของ SQL Server FCI แต่ไม่ใช่ความล้มเหลว FSx ไม่มีกลไกใดที่จะผูกทั้งพื้นที่จัดเก็บและคำนวณเข้าด้วยกัน ในกรณีที่ FSx ล้มเหลวจะกลับไปที่โซนความพร้อมใช้งานหลักโดยอัตโนมัติ อย่างไรก็ตามแนวทางปฏิบัติที่ดีที่สุดกำหนดให้ SQL FCI ยังคงทำงานบนโหนดรองจนกว่าจะมีการวิเคราะห์สาเหตุรากและโดยทั่วไปแล้วการล้มเหลวจะถูกกำหนดให้เกิดขึ้นในช่วงระยะเวลาการบำรุงรักษา ซึ่งจะทำให้คุณตกอยู่ในสถานการณ์ที่พื้นที่เก็บข้อมูลของคุณอยู่ใน AZ อื่นซึ่งจะต้องเสียค่าใช้จ่ายเพิ่มเติม ปัจจุบันค่าใช้จ่ายในการถ่ายโอนข้อมูลข้าม AZ ทั้งขาเข้าและขาออกคือ 0.01 ดอลลาร์ / GB

หากไม่จับตาดูสถานะ FSx และ SQL Server FCI ของคุณอย่างใกล้ชิดคุณอาจไม่รู้ด้วยซ้ำว่ากำลังทำงานอยู่ในภูมิภาคต่างๆจนกว่าคุณจะเห็นค่าธรรมเนียมการถ่ายโอนข้อมูลเมื่อสิ้นเดือน

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

การควบคุมล้มเหลว

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

FSx หลายไซต์เปิดใช้งานข้อผิดพลาดอัตโนมัติ ซึ่งหมายความว่าสำหรับ FSx ที่ไม่ได้วางแผนไว้ทุกครั้งคุณจะมีข้อผิดพลาดที่ไม่ได้วางแผนไว้ด้วย ในทางตรงกันข้ามโดยทั่วไปเมื่อ SQL Server FCI ประสบกับความล้มเหลวที่ไม่ได้วางแผนไว้คุณอาจจะปล่อยให้มันทำงานในลำดับรองหรือกำหนดเวลาการล้มเหลวหลังจากชั่วโมงหรือในช่วงการบำรุงรักษาถัดไป

บริการวิเคราะห์เซิร์ฟเวอร์ SQL คลัสเตอร์ไม่รองรับ FSX

หากคุณต้องการคลัสเตอร์ SSAS คุณจะต้องมีทรัพยากรดิสก์แบบคลัสเตอร์เช่น SIOS DataKeeper เอกสารไวท์เปเปอร์ How to Cluster SQL Server Analysis Server ระบุอย่างชัดเจนว่าไม่สามารถใช้ SMB ได้และต้องใช้คลัสเตอร์ไดรฟ์ที่มีอักษรระบุไดรฟ์ ในทางตรงกันข้ามทรัพยากร DataKeeper Volume จะแสดงตัวเองเป็นดิสก์คลัสเตอร์และสามารถใช้กับ SSAS ได้

สรุป

แม้ว่า FSx จะเหมาะสมกับการใช้งาน SMB ทั่วไปเช่นไฟล์ผู้ใช้ Windows และบริการอื่น ๆ ที่ไม่สำคัญซึ่ง SLA ความพร้อมใช้งาน 99.9% เพียงพอ แต่ FSx เป็นตัวเลือกที่ยอดเยี่ยมหากแอปพลิเคชันของคุณต้องการความพร้อมใช้งานสูง (99.99%) หรือโซลูชัน HA / DR ที่ครอบคลุม ภูมิภาค SIOS DataKeeper คือขนาดที่เหมาะสม

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

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

วิดีโอ: การสร้างกลุ่ม Sanless ในสามขั้นตอนง่าย ๆ

เมษายน 20, 2019 by Jason Aw Leave a Comment

การสร้างคลัสเตอร์ Sanless ในสามขั้นตอนง่ายๆ

ดูว่าการสร้างคลัสเตอร์ #SANLess ง่ายเพียงใดด้วยซอฟต์แวร์ SIOS DataKeeper Cluster Edition

https://us.sios.com/sios-resources/video-building-a-sanless-cluster-in-three-easy-steps/

Filed Under: ข่าวสารและกิจกรรม Tagged With: HA clusters-cloud, SQL Server Failover Cluster

เอกสารทางเทคนิค: ปกป้อง SQL Server ในระบบคลาวด์ด้วย SANLess Clusters

เมษายน 11, 2019 by Jason Aw Leave a Comment

เอกสารทางเทคนิค: ปกป้อง SQL Server ในระบบคลาวด์ด้วย SANLess Clusters

การป้องกัน HA สำหรับ SQL ในคลาวด์
เอกสารทางเทคนิค: ปกป้อง SQL Server ในระบบคลาวด์ด้วย SANLess Clusters

 

 

 

 

 

 

 

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

ดาวน์โหลดเอกสารทางเทคนิค: ปกป้อง SQL Server ในระบบคลาวด์ด้วย SANLess Clusters

Filed Under: ข่าวสารและกิจกรรม Tagged With: SQL Server Failover Cluster

  • 1
  • 2
  • Next Page »

โพสต์ล่าสุด

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

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

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

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