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

Major Cloud Outage ส่งผลกระทบต่อ Google Compute Engine – คุณเตรียมไว้หรือยัง 

มิถุนายน 7, 2019 by Jason Aw Leave a Comment

การหยุดทำงานของระบบคลาวด์ที่สำคัญส่งผลกระทบต่อ Google Compute Engine เมื่อคุณเตรียมการ

Major Cloud Outage ส่งผลกระทบต่อ Google Compute Engine – คุณเตรียมไว้หรือยัง

Google รายงาน "ปัญหา" ครั้งแรกเมื่อวันที่ 2 มิถุนายน 2019 เวลา 12:25 PDT ตามที่พบเห็นได้ทั่วไปในภัยพิบัติประเภทใดรายงานของไฟดับนี้ปรากฏขึ้นครั้งแรกบนโซเชียลมีเดีย โซเชียลมีเดียดูเหมือนจะเป็นสถานที่ที่น่าเชื่อถือที่สุดในการรับข้อมูลทุกประเภทตั้งแต่เกิดภัยพิบัติตอนนี้

Twitter กำลังกลายเป็นแหล่งข้อมูลแรกอย่างรวดเร็วในทุกสิ่งตั้งแต่การปฏิวัติภัยพิบัติทางธรรมชาติไปจนถึงการขาดเมฆ [/ caption]

บริการหลายอย่างที่ต้องพึ่งพา Google Compute Engine ได้รับผลกระทบ ฉันมีลูกวัยรุ่นสามคนที่บ้าน มีบางอย่างเกิดขึ้นเมื่อเด็กทั้งสามคนโผล่ออกมาจากถ้ำอาคานอนในเวลาเดียวกันพร้อมกับดูใบหน้าที่เป็นกังวล Snapchat, Youtube และ Discord ล้วน แต่ออฟไลน์! พวกเขาต้องคิดว่านี่เป็นสัญญาณแรกของการเปิดเผย ฉันให้ความมั่นใจกับพวกเขาว่านี่ไม่ใช่จุดเริ่มต้นของยุคมืดใหม่ และพวกเขาควรออกไปข้างนอกเพื่อทำงานที่บ้าน นั่นทำให้พวกเขากลัวกลับสู่ความเป็นจริงและพวกเขาก็รีบออกไปหาสิ่งอื่นเพื่อใช้เวลาของพวกเขา ทั้งหมดล้อเล่นกันมีการบริการจำนวนมากถูกรายงานว่าเป็นลงหรือมีให้เฉพาะในบางพื้นที่ ฝุ่นยังคงตั้งอยู่บนสาเหตุความกว้างและขอบเขตของไฟดับ แต่ดูเหมือนว่าการหยุดทำงานนั้นค่อนข้างสำคัญในด้านขนาดและขอบเขตซึ่งส่งผลกระทบต่อลูกค้าและบริการจำนวนมากรวมถึง Gmail และบริการ G-Suite อื่น ๆ Vimeo และอีกมากมาย

บริการหลายอย่างได้รับผลกระทบจากไฟดับ Gmail, YouTube และ SnapChat เพียงเพื่อตั้งชื่อไม่กี่ [/ caption]

ในขณะที่เรากำลังรอการวิเคราะห์สาเหตุอย่างเป็นทางการเกี่ยวกับการหยุดทำงานของ Google Compute Engine ล่าสุดนี้ Google รายงาน“ ความแออัดของเครือข่ายในระดับสูงในภาคตะวันออกของสหรัฐอเมริกา” ทำให้เกิดการหยุดทำงาน เราจะต้องรอดูสิ่งที่พวกเขาระบุว่าก่อให้เกิดปัญหาเครือข่าย มันเป็นข้อผิดพลาดของมนุษย์การโจมตีทางไซเบอร์ความล้มเหลวของฮาร์ดแวร์หรืออย่างอื่นหรือไม่?

คุณเตรียมพร้อมสำหรับการหยุดทำงานของคลาวด์นี้หรือไม่?

ฉันเขียนในช่วงที่ระบบคลาวด์หยุดทำงาน หากคุณกำลังใช้งานปริมาณงานทางธุรกิจที่สำคัญในระบบคลาวด์ไม่ว่าจะเป็นผู้ให้บริการคลาวด์หรือไม่ก็ตามคุณจะต้องวางแผนสำหรับการหยุดทำงานที่แน่นอน การหยุดทำงานของ Azure หลายวันเมื่อวันที่ 4 กันยายน 2018 นั้นเกี่ยวข้องกับความล้มเหลวของระบบ HVAC สำรองที่จะเตะในช่วงที่เกิดไฟกระชากที่เกี่ยวข้องกับพายุไฟฟ้า ในขณะที่ความล้มเหลวเป็นเพียงภายในดาต้าเซ็นเตอร์เดียว แต่การหยุดทำงานทำให้เกิดบริการหลายอย่างที่ต้องพึ่งพาดาต้าเซ็นเตอร์เดี่ยวนี้ สิ่งนี้ทำให้ดาต้าเซ็นเตอร์เป็นเพียงจุดเดียวของความล้มเหลว

มีแผนกู้คืนภัยพิบัติทางเสียง

ใช้ประโยชน์จากโครงสร้างพื้นฐานของคลาวด์ลดความเสี่ยงด้วยการจำลองข้อมูลที่สำคัญอย่างต่อเนื่องระหว่างโซนความพร้อมใช้งานภูมิภาคหรือแม้แต่ผู้ให้บริการคลาวด์ นอกเหนือจากการปกป้องข้อมูลแล้วการมีกระบวนการในการกู้คืนแอปพลิเคชันที่สำคัญทางธุรกิจอย่างรวดเร็วเป็นส่วนสำคัญของแผนการกู้คืนความเสียหายใด ๆ มีตัวเลือกการจำลองแบบและการกู้คืนที่หลากหลาย ซึ่งรวมถึงบริการที่จัดทำโดยผู้จำหน่ายคลาวด์เองเช่น Azure Site Recovery สำหรับโซลูชันเฉพาะแอปพลิเคชันเช่น SQL Server Always On Availability Group ไปยังโซลูชันของบุคคลที่สามเช่น SIOS DataKeeper ที่ปกป้องแอปพลิเคชันหลากหลาย การมีกลยุทธ์การกู้คืนความเสียหายที่ขึ้นอยู่กับผู้ให้บริการคลาวด์ทั้งหมดทำให้คุณไวต่อสถานการณ์ที่อาจส่งผลกระทบหลายภูมิภาคภายในคลาวด์เดียว ภัยพิบัติหลายดาต้าเซ็นเตอร์หรือหลายภูมิภาคไม่น่าจะเกิดขึ้น อย่างไรก็ตามอย่างที่เราเห็นเมื่อไม่นานมานี้และการล่มสลายของ Azure เมื่อฤดูใบไม้ร่วงที่ผ่านมาแม้ว่าความล้มเหลวจะเกิดขึ้นภายในดาต้าเซ็นเตอร์เดียวผลกระทบก็สามารถเข้าถึงได้กว้างในศูนย์ข้อมูลหลายแห่งหรือภูมิภาคภายในคลาวด์ ในการลดความเสี่ยงให้พิจารณาสถานการณ์สมมติหลายคลาวด์หรือไฮบริดคลาวด์ซึ่งไซต์การกู้คืนความเสียหายอยู่นอกแพลตฟอร์มคลาวด์หลักของคุณ คลาวด์นั้นไวต่อการหยุดชะงักเช่นเดียวกับดาต้าเซ็นเตอร์ของคุณ คุณต้องทำตามขั้นตอนเพื่อเตรียมการสำหรับภัยพิบัติ ฉันขอแนะนำให้คุณเริ่มต้นด้วยการดูแอพที่สำคัญที่สุดทางธุรกิจของคุณก่อน คุณจะทำอย่างไรถ้าพวกเขาออฟไลน์และพอร์ทัลคลาวด์ในการจัดการพวกเขายังไม่สามารถใช้ได้ คุณสามารถกู้คืนได้หรือไม่ คุณจะบรรลุวัตถุประสงค์ RTO และ RPO ของคุณหรือไม่ มิฉะนั้นอาจถึงเวลาที่ต้องประเมินกลยุทธ์การกู้คืนความเสียหาย

“ การไม่เตรียมตัวคุณกำลังเตรียมตัวล้มเหลว” – เบนจามินแฟรงคลิน

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

Filed Under: Datakeeper, ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์ Tagged With: ไฟดับเมฆ

กำหนดค่าอินสแตนซ์ของคลัสเตอร์ล้มเหลว SQL Server 2008 R2 บน Windows Server 2008 R2 ใน Azure

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

ทีละขั้นตอน: วิธีการกำหนดค่าอินสแตนซ์ของคลัสเตอร์ล้มเหลว SQL Server 2008 R2 บน Windows Server 2008 R2 ใน Azure

Intro

ในวันที่ 9 กรกฎาคม 2019 การสนับสนุนสำหรับ SQL Server 2008 และ 2008 R2 จะสิ้นสุดลง นั่นหมายถึงการสิ้นสุดการอัพเดตความปลอดภัยปกติ อย่างไรก็ตามหากคุณย้ายอินสแตนซ์ SQL Server เหล่านั้นไปยัง Azure Microsoft จะให้การปรับปรุงความปลอดภัยเสริมสามปีโดยไม่มีค่าใช้จ่ายเพิ่มเติม หากคุณกำลังเรียกใช้ SQL Server 2008/2008 R2 อยู่และคุณไม่สามารถอัปเดตเป็น SQL Server รุ่นใหม่กว่าก่อนวันที่ 9 กรกฎาคมคุณจะต้องใช้ประโยชน์จากข้อเสนอนี้แทนที่จะเสี่ยงกับความเสี่ยงที่จะเกิดช่องโหว่ด้านความปลอดภัยในอนาคต . อินสแตนซ์ที่ไม่ตรงกันของ SQL Server อาจนำไปสู่การสูญเสียข้อมูลการหยุดทำงานหรือการทำลายข้อมูลที่ร้ายแรง

หนึ่งในความท้าทายที่คุณจะเผชิญเมื่อใช้งาน SQL Server 2008/2008 R2 ใน Azure คือสร้างความมั่นใจว่ามีความพร้อมใช้งานสูง ในสถานที่คุณอาจใช้งานอินสแตนซ์ SQL Server Failover Cluster (FCI) เพื่อความพร้อมใช้งานสูงหรืออาจเป็นไปได้ว่าคุณกำลังเรียกใช้ SQL Server ในเครื่องเสมือนและอาศัย VMware HA หรือคลัสเตอร์ Hyper-V เพื่อความพร้อมใช้งาน เมื่อย้ายไปยัง Azure จะไม่มีตัวเลือกใด ๆ การหยุดทำงานใน Azure เป็นไปได้จริงมากที่คุณต้องทำตามขั้นตอนเพื่อลด

เพื่อลดความเป็นไปได้ของการหยุดทำงานและมีสิทธิ์ได้รับ SLA ของ Azure 99.95% หรือ 99.99% คุณต้องใช้ SIOS DataKeeper DataKeeper เอาชนะการขาดพื้นที่เก็บข้อมูลที่ใช้ร่วมกันของ Azure และช่วยให้คุณสามารถสร้าง SQL Server FCI ใน Azure ที่ใช้ประโยชน์พื้นที่เก็บข้อมูลที่เชื่อมต่อแบบโลคัลในแต่ละอินสแตนซ์ SIOS DataKeeper ไม่เพียง แต่รองรับ SQL Server 2008 R2 และ Windows Server 2008 R2 ตามที่ระบุไว้ในคู่มือนี้เท่านั้น แต่รองรับ Windows Server ทุกรุ่นตั้งแต่ 2008 R2 ถึง Windows Server 2019 และ SQL Server ทุกรุ่นตั้งแต่ SQL Server 2008 ถึง SQL Server 2019 .

คู่มือนี้จะอธิบายถึงกระบวนการสร้าง SQL Server 2008 R2 Failover Cluster Instance (FCI) แบบสองโหนดใน Azure ที่ทำงานบน Windows Server 2008 R2 แม้ว่า SIOS DataKeeper ยังสนับสนุนกลุ่มที่ขยายโซนความพร้อมใช้งานหรือภูมิภาคคู่มือนี้จะถือว่าแต่ละโหนดอยู่ในภูมิภาค Azure เดียวกัน แต่เป็นโดเมนความผิดพลาดที่แตกต่างกัน SIOS DataKeeper จะถูกใช้แทนที่ที่เก็บข้อมูลที่ใช้ร่วมกันซึ่งปกติแล้วจะต้องใช้เพื่อสร้าง SQL Server 2008 R2 FCI

สร้างอินสแตนซ์ของเซิร์ฟเวอร์ SQL แรกใน Azure

คู่มือนี้จะใช้ประโยชน์จาก SQL Server 2008R2SP3 ในอิมเมจ Windows Server 2008R2 ที่เผยแพร่ใน Azure Marketplace

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

เพิ่มดิสก์เพิ่มเติมให้กับแต่ละอินสแตนซ์ แนะนำให้ใช้ Premium หรือ Ultra SSD ปิดใช้งานการแคชบนดิสก์ที่ใช้สำหรับไฟล์บันทึก SQL เปิดใช้งานการแคชแบบอ่านอย่างเดียวบนดิสก์ที่ใช้สำหรับไฟล์ข้อมูล SQL อ้างอิงถึงแนวทางการปฏิบัติงานสำหรับ SQL Server ใน Azure Virtual Machines สำหรับข้อมูลเพิ่มเติมเกี่ยวกับแนวทางปฏิบัติที่ดีที่สุดในการจัดเก็บ

หากคุณยังไม่ได้กำหนดค่าเครือข่ายเสมือนให้อนุญาตวิซาร์ดการสร้างเพื่อสร้างใหม่สำหรับคุณ

เมื่อสร้างอินสแตนซ์ไปที่การกำหนดค่า IP และทำให้ที่อยู่ IP ส่วนตัวคงที่ สิ่งนี้จำเป็นสำหรับ SIOS DataKeeper และเป็นแนวปฏิบัติที่ดีที่สุดสำหรับอินสแตนซ์ของคลัสเตอร์

ตรวจสอบให้แน่ใจว่ามีการกำหนดค่าเครือข่ายเสมือนของคุณเพื่อตั้งค่าเซิร์ฟเวอร์ DNS ให้เป็นตัวควบคุมโฆษณาของ Windows ในเครื่อง นี่คือเพื่อให้แน่ใจว่าคุณจะสามารถเข้าร่วมโดเมนได้ในขั้นตอนต่อไป

สร้างอินสแตนซ์ของเซิร์ฟเวอร์ SQL ปลายทางใน Azure

ทำตามขั้นตอนเดียวกับข้างต้น ยกเว้นให้แน่ใจว่าได้วางอินสแตนซ์นี้ในเครือข่ายเสมือนจริงและชุดความพร้อมใช้งานที่คุณสร้างขึ้นด้วยอินสแตนซ์ที่ 1

สร้างอินสแตนซ์แชร์ไฟล์พยาน (FSW)

เพื่อให้ Windows Server Failover Cluster (WSFC) ทำงานได้อย่างมีประสิทธิภาพคุณจำเป็นต้องสร้างอินสแตนซ์ของ Windows Server อื่นและวางไว้ในชุดความพร้อมใช้งานเดียวกันกับอินสแตนซ์ของ SQL Server ด้วยการวางไว้ในชุดความพร้อมใช้งานเดียวกันคุณมั่นใจได้ว่าแต่ละโหนดคลัสเตอร์และ FSW อยู่ในโดเมนความผิดพลาดที่แตกต่างกัน ด้วยเหตุนี้จึงมั่นใจได้ว่าคลัสเตอร์ของคุณยังคงออนไลน์หากโดเมนความผิดทั้งหมดหายไป อินสแตนซ์นี้ไม่ต้องการ SQL Server มันสามารถเป็น Windows Server แบบง่าย ๆ เพียงแค่มีการแชร์ไฟล์อย่างง่าย

อินสแตนซ์นี้จะโฮสต์พยานไฟล์ที่ WSFC ต้องการ อินสแตนซ์นี้ไม่จำเป็นต้องมีขนาดเท่ากันและไม่จำเป็นต้องแนบดิสก์เพิ่มเติมใด ๆ มีวัตถุประสงค์เพียงเพื่อโฮสต์การแชร์ไฟล์อย่างง่าย ในความเป็นจริงมันสามารถใช้เพื่อวัตถุประสงค์อื่น ในสภาพแวดล้อมห้องปฏิบัติการของฉัน FSW ของฉันยังเป็นตัวควบคุมโดเมนของฉัน

ถอนการติดตั้ง SQL Server 2008 R2

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

เมื่อคุณเรียกใช้ setup.exe / Action-RunDiscovery คุณจะเห็นทุกอย่างที่ติดตั้งไว้ล่วงหน้า 

setup.exe / Action-RunDiscovery

การใช้งาน setup.exe / Action = ถอนการติดตั้ง / คุณสมบัติ = SQL, AS, RS, IS, เครื่องมือ / INSTANCENAME = MSSQLSERVER เริ่มต้นกระบวนการถอนการติดตั้ง

setup.exe / Action = ถอนการติดตั้ง / คุณสมบัติ = SQL, AS, RS, IS, เครื่องมือ / INSTANCENAME = MSSQLSERVER

การรัน setup.exe / Action-RunDiscovery ยืนยันว่าการถอนการติดตั้งเสร็จสิ้น

setup.exe / Action-RunDiscovery

เรียกใช้กระบวนการถอนการติดตั้งนี้อีกครั้งในอินสแตนซ์ที่ 2

เพิ่มอินสแตนซ์ให้กับโดเมน

อินสแตนซ์ทั้งสามเหล่านี้จะต้องถูกเพิ่มลงในโดเมน Windows

เพิ่มคุณสมบัติการทำคลัสเตอร์ Windows Failover

ต้องเพิ่มคุณสมบัติการทำคลัสเตอร์เข้าแทนที่ในอินสแตนซ์ของ SQL Server สองอิน

Add-WindowsFeature Failover-Clustering

ปิดไฟร์วอลล์ Windows

เพื่อความง่ายให้ปิดไฟร์วอลล์ Windows ในระหว่างการติดตั้งและกำหนดค่าของ SQL Server FCI ศึกษาแนวทางปฏิบัติที่ดีที่สุดด้านความปลอดภัยของเครือข่าย Azure สำหรับคำแนะนำเกี่ยวกับการรักษาความปลอดภัยทรัพยากร Azure ของคุณ รายละเอียดเกี่ยวกับพอร์ต Windows ที่ต้องการสามารถพบได้ที่นี่พอร์ต SQL Server ที่นี่และพอร์ต SIOS DataKeeper ที่นี่ The Internal Load Balancer ที่เราจะกำหนดค่าในภายหลังและต้องมีการเข้าถึงพอร์ต 59999 ดังนั้นโปรดตรวจสอบให้แน่ใจว่าบัญชีของคุณมีการกำหนดค่าความปลอดภัย

NetSh Advfirewall ตั้งค่าสถานะ allprofiles

ติดตั้งการปรับปรุงการยกเลิกการอำนวยความสะดวกสำหรับ Windows Server 2008 R2 SP1

มีการปรับปรุงที่สำคัญ (kb2854082) ที่จำเป็นเพื่อกำหนดค่าอินสแตนซ์ของ Windows Server 2008 R2 ใน Azure การอัปเดตและอื่น ๆ อีกมากมายนั้นรวมอยู่ในการปรับปรุงการยกเลิกการอำนวยความสะดวกสำหรับ Windows Server 2008 R2 SP1 ติดตั้งโปรแกรมปรับปรุงนี้บนแต่ละอินสแตนซ์ของ SQL Server สองอิน

จัดรูปแบบการจัดเก็บ

ดิสก์เพิ่มเติมที่แนบมาเมื่อ SQL Server สองอินสแตนซ์ถูกจัดเตรียมไว้จะต้องจัดรูปแบบ ทำสิ่งต่อไปนี้สำหรับแต่ละโวลุ่มในแต่ละอินสแตนซ์

แนวทางปฏิบัติที่ดีที่สุดของ Microsoft กล่าวต่อไปนี้ …

“ ขนาดหน่วยการจัดสรร NTFS: เมื่อทำการฟอร์แมตดิสก์ข้อมูลขอแนะนำให้คุณใช้ขนาดหน่วยการจัดสรร 64-KB สำหรับข้อมูลและไฟล์บันทึกเช่นเดียวกับ TempDB”

เรียกใช้การตรวจสอบคลัสเตอร์

รันการตรวจสอบความถูกต้องของคลัสเตอร์เพื่อให้แน่ใจว่าทุกอย่างพร้อมที่จะทำคลัสเตอร์

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

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

แนวทางปฏิบัติที่ดีที่สุดสำหรับการสร้างคลัสเตอร์ใน Azure คือการใช้ Powershell ดังที่แสดงด้านล่าง Powershell ช่วยให้เราสามารถระบุที่อยู่ IP แบบคงที่ในขณะที่วิธีการ GUI ไม่ได้ น่าเสียดายที่การใช้ DHCP ของ Azure ทำงานได้ไม่ดีกับ Windows Server Failover Clustering หากคุณใช้วิธี GUI คุณจะปิดท้ายด้วยที่อยู่ IP ที่ซ้ำกันเป็นที่อยู่ IP ของคลัสเตอร์ มันไม่ใช่จุดจบของโลก แต่คุณจะต้องแก้ไขปัญหาดังที่ฉันแสดง

ดังที่ฉันได้กล่าวไว้แล้ววิธี Powershell นั้นใช้งานได้ดีที่สุด อย่างไรก็ตามด้วยเหตุผลบางอย่างดูเหมือนว่าจะล้มเหลวใน Windows Server 2008 R2 ดังที่แสดงด้านล่าง

ใหม่คลัสเตอร์ชื่อคลัสเตอร์ 1 โหนด sql1, sql2 -StaticAddress 10.1.0.100 -NoStorage

คุณสามารถลองใช้วิธีการนี้และถ้ามันเหมาะกับคุณ – เยี่ยมมาก! ฉันต้องย้อนกลับไปและตรวจสอบเรื่องนี้อีกเล็กน้อยเพื่อดูว่ามันเป็นความบังเอิญหรือไม่ ตัวเลือกอื่นที่ฉันต้องสำรวจหาก Powershell ไม่ทำงานคือ Cluster.exe กำลังรันคลัสเตอร์ / สร้าง /? ให้ไวยากรณ์ที่เหมาะสมที่จะใช้สำหรับการสร้างกลุ่มด้วยคำสั่งเลิกใช้ cluster.exe

อย่างไรก็ตามหาก Powershell หรือ Cluster.exe ล้มเหลวคุณขั้นตอนด้านล่างแสดงวิธีการสร้างคลัสเตอร์ผ่านทาง Windows Server Failover Clustering UI รวมถึงการแก้ไขที่อยู่ IP ที่ซ้ำกันซึ่งจะถูกกำหนดให้กับคลัสเตอร์

จำไว้ว่าชื่อที่คุณระบุในที่นี้เป็นเพียงชื่อวัตถุคลัสเตอร์ (CNO) นี่ไม่ใช่ชื่อที่ไคลเอ็นต์ SQL ของคุณจะใช้เพื่อเชื่อมต่อกับคลัสเตอร์ เราจะกำหนดว่าในระหว่างการตั้งค่าคลัสเตอร์ SQL Server ในขั้นตอนภายหลัง 

ณ จุดนี้คลัสเตอร์ถูกสร้างขึ้น แต่คุณอาจไม่สามารถเชื่อมต่อกับคลัสเตอร์ได้ด้วย Windows Server Failover Clustering UI เนื่องจากปัญหาที่อยู่ IP ที่ซ้ำกัน

แก้ไขที่อยู่ IP ที่ซ้ำกัน

อย่างที่ฉันได้กล่าวไปแล้วถ้าคุณสร้างคลัสเตอร์โดยใช้ GUI คุณจะไม่ได้รับโอกาสในการเลือกที่อยู่ IP สำหรับคลัสเตอร์ เนื่องจากอินสแตนซ์ของคุณได้รับการกำหนดค่าให้ใช้ DHCP (จำเป็นใน Azure) GUI ต้องการกำหนดที่อยู่ IP ให้คุณโดยอัตโนมัติโดยใช้ DHCP น่าเสียดายที่การใช้ DHCP ของ Azure ไม่ทำงานตามที่คาดไว้และคลัสเตอร์จะได้รับการกำหนดที่อยู่เดียวกับที่โหนดใดโหนดหนึ่งใช้อยู่ แม้ว่าคลัสเตอร์จะสร้างขึ้นอย่างถูกต้องคุณจะมีเวลาในการเชื่อมต่อกับคลัสเตอร์จนกว่าคุณจะแก้ไขปัญหานี้

เมื่อต้องการแก้ไขปัญหานี้จากโหนดใดโหนดหนึ่งให้เรียกใช้คำสั่งต่อไปนี้เพื่อให้แน่ใจว่าบริการคลัสเตอร์เริ่มต้นขึ้นบนโหนดนั้น

เน็ตเริ่ม clussvc / fq

ในโหนดเดียวกันนั้นตอนนี้คุณควรจะสามารถเชื่อมต่อกับ Windows Server Failover Clustering UI ที่ซึ่งคุณจะเห็นที่อยู่ IP ล้มเหลวในการออนไลน์

เปิดคุณสมบัติของที่อยู่ IP ของคลัสเตอร์และเปลี่ยนจาก DHCP เป็นแบบคงที่และกำหนดที่อยู่ IP ที่ไม่ได้ใช้

นำทรัพยากรชื่อออนไลน์

เพิ่มการแชร์ไฟล์พยาน

ต่อไปเราต้องเพิ่ม File Share Witness บนเซิร์ฟเวอร์ตัวที่ 3 ที่เราจัดเตรียมไว้เป็น FSW ให้สร้างโฟลเดอร์และแชร์มันดังที่แสดงด้านล่าง คุณจะต้องให้สิทธิ์การอ่าน / เขียน Cluster Name Object (CNO) ทั้งระดับการแบ่งปันและความปลอดภัยดังที่แสดงด้านล่าง

เมื่อสร้างการแชร์แล้วให้รันวิซาร์ด Configure Cluster Quorum บนหนึ่งในโหนดคลัสเตอร์และทำตามขั้นตอนที่แสดงด้านล่าง

สร้างบัญชีบริการสำหรับ DataKeeper

เราเกือบจะพร้อมที่จะติดตั้ง DataKeeper แล้ว อย่างไรก็ตามก่อนที่เราจะทำเช่นนั้นคุณจะต้องสร้างบัญชีโดเมนและเพิ่มลงในกลุ่ม Local Administrators ในแต่ละอินสแตนซ์ของคลัสเตอร์ SQL Server เราจะระบุบัญชีนี้เมื่อเราติดตั้ง DataKeeper

ติดตั้ง DataKeeper

ติดตั้ง DataKeeper บนโหนดคลัสเตอร์ SQL Server สองโหนดดังที่แสดงด้านล่าง

นี่คือที่เราจะระบุบัญชีโดเมนที่เราเพิ่มลงในกลุ่มผู้ดูแลโดเมนท้องถิ่นแต่ละกลุ่ม

กำหนดค่า DataKeeper

เมื่อติดตั้ง DataKeeper บนโหนดคลัสเตอร์ทั้งสองโหนดแล้วคุณก็พร้อมที่จะกำหนดค่า DataKeeper

หมายเหตุ – ข้อผิดพลาดที่พบบ่อยที่สุดในขั้นตอนต่อไปนี้เกี่ยวข้องกับความปลอดภัยส่วนใหญ่โดยกลุ่ม Azure Security ที่มีอยู่ก่อนการบล็อกพอร์ตที่จำเป็น โปรดอ้างอิงเอกสาร SIOS เพื่อให้แน่ใจว่าเซิร์ฟเวอร์สามารถสื่อสารผ่านพอร์ตที่ต้องการ

ก่อนอื่นคุณต้องเชื่อมต่อกับแต่ละโหนดทั้งสอง

หากการกำหนดค่าทุกอย่างถูกต้องคุณควรดูสิ่งต่อไปนี้ในรายงานภาพรวมเซิร์ฟเวอร์

จากนั้นสร้างงานใหม่และทำตามขั้นตอนด้านล่าง

เลือกใช่ที่นี่เพื่อลงทะเบียนทรัพยากร DataKeeper Volume ใน Available Storage

ทำตามขั้นตอนด้านบนสำหรับแต่ละไดรฟ์ เมื่อเสร็จแล้วคุณควรเห็นสิ่งต่อไปนี้ใน Windows Server Failover Clustering UI

ตอนนี้คุณพร้อมที่จะติดตั้ง SQL Server ในคลัสเตอร์

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

ติดตั้ง SQL Server บนโหนดแรก

บนโหนดแรกเรียกใช้การตั้งค่าเซิร์ฟเวอร์ SQL

เลือกการติดตั้งคลัสเตอร์เซิร์ฟเวอร์ล้มเหลว SQL ใหม่และทำตามขั้นตอนตามที่แสดงในรูป

เลือกตัวเลือกที่คุณต้องการเท่านั้น 

โปรดทราบว่าเอกสารนี้ถือว่าคุณใช้อินสแตนซ์เริ่มต้นของ SQL Server ถ้าคุณใช้อินสแตนซ์ที่มีชื่อคุณต้องตรวจสอบให้แน่ใจว่าคุณล็อกพอร์ตที่ฟังอยู่และใช้พอร์ตนั้นในภายหลังเมื่อคุณกำหนดค่าตัวโหลดบาลานซ์ คุณจะต้องสร้างกฎตัวโหลดบาลานซ์สำหรับ SQL Server Browser Service (UDP 1434) เพื่อเชื่อมต่อกับ Named Instance ข้อกำหนดทั้งสองนี้ไม่ได้กล่าวถึงในคู่มือนี้ แต่ถ้าคุณต้องการ Named Instance มันจะทำงานถ้าคุณทำตามสองขั้นตอนเพิ่มเติมนั้น

ที่นี่คุณจะต้องระบุที่อยู่ IP ที่ไม่ได้ใช้

ไปที่แท็บ Data Directories และย้ายข้อมูลและไฟล์บันทึก ในตอนท้ายของคู่มือนี้เราพูดคุยเกี่ยวกับการย้าย tempdb ไปยังไดรฟ์ข้อมูล DataKeeper ที่ไม่ใช่มิร์เรอร์เพื่อประสิทธิภาพที่ดีที่สุด สำหรับตอนนี้ให้เก็บไว้ในดิสก์ที่ทำคลัสเตอร์อย่างใดอย่างหนึ่ง

ติดตั้ง SQL บนโหนดที่สอง

เรียกใช้การตั้งค่าเซิร์ฟเวอร์ SQL อีกครั้งบนโหนดที่สอง จากนั้นเลือกเพิ่มโหนดใน SQL Server Failover Cluster

ยินดีด้วยคุณเกือบจะเสร็จแล้ว! อย่างไรก็ตามเนื่องจาก Azure ขาดการสนับสนุน ARP ที่ไม่มีค่าใช้จ่ายเราจะต้องกำหนดค่า Internal Load Balancer (ILB) เพื่อช่วยในการเปลี่ยนเส้นทางลูกค้าดังที่แสดงในขั้นตอนต่อไป

อัปเดตที่อยู่ IP ของคลัสเตอร์ SQL

เพื่อให้ ILB ทำงานได้อย่างถูกต้องคุณต้องรันคำสั่งต่อไปนี้จากหนึ่งในโหนดคลัสเตอร์ มัน SQL Cluster IP เปิดใช้งานที่อยู่ IP ของ SQL Cluster เพื่อตอบสนองต่อ ILB health probe ในขณะที่ตั้ง subnet mask เป็น 255.255.255.255 เพื่อหลีกเลี่ยง IP address ที่ขัดแย้งกับโพรบ health

res res คลัสเตอร์ <IPResourceName> / priv enabledhcp = 0 address = <ILBIP> probeport = 59999 subnetmask = 255.255.255.255

หมายเหตุ – ฉันไม่รู้ว่าเป็นความบังเอิญหรือไม่ ในบางครั้งฉันเรียกใช้คำสั่งนี้และดูเหมือนว่าจะใช้งานได้ แต่มันไม่ทำงานจนเสร็จและฉันต้องเริ่มใหม่อีกครั้ง วิธีที่ฉันสามารถบอกได้ว่าทำงานได้หรือไม่โดยดูที่ Subnet Mask ของทรัพยากร IP ของเซิร์ฟเวอร์ SQL หากไม่ใช่ 255.255.255.255 แสดงว่าคุณไม่สามารถทำงานได้สำเร็จ  อาจเป็นปัญหาการรีเฟรช GUI ลองรีสตาร์ทคลัสเตอร์ GUI เพื่อตรวจสอบว่ามีการอัปเดตซับเน็ตมาสก์แล้ว

หลังจากทำงานสำเร็จให้ใช้ทรัพยากรออฟไลน์และนำกลับมาออนไลน์เพื่อให้การเปลี่ยนแปลงมีผล

สร้างโหลดบาลานเซอร์

ขั้นตอนสุดท้ายคือการสร้าง load balancer ในกรณีนี้เรากำลังสมมติว่าคุณกำลังใช้งานอินสแตนซ์เริ่มต้นของ SQL Server โดยฟังที่พอร์ต 1433

ที่อยู่ IP ส่วนตัวที่คุณกำหนดเมื่อคุณสร้างตัวโหลดบาลานซ์จะเป็นที่อยู่เดียวกับที่แน่นอนที่ SQL Server FCI ของคุณใช้

เพิ่มอินสแตนซ์ของ SQL Server เพียงสองอินสแตนซ์ให้กับพูลแบ็คเอนด์ ห้ามเพิ่ม FSW ลงในพูลแบ็คเอนด์

ในกฎดุลการโหลดนี้คุณต้องเปิดใช้ IP แบบลอย

ทดสอบคลัสเตอร์

การทดสอบที่ง่ายที่สุดคือการเปิด Studio จัดการเซิร์ฟเวอร์ SQL บนโหนดแฝงและเชื่อมต่อกับคลัสเตอร์ ขอแสดงความยินดี! คุณทำทุกอย่างถูกต้องในขณะที่มันเชื่อมต่อ! หากคุณไม่สามารถเชื่อมต่อได้โปรดอย่ากลัว ฉันเขียนบทความบล็อกเพื่อช่วยแก้ไขปัญหา การจัดการคลัสเตอร์นั้นเหมือนกับการจัดการคลัสเตอร์การจัดเก็บข้อมูลแบบเดิม ทุกอย่างถูกควบคุมผ่าน Failover Cluster Manager

ไม่บังคับ – ย้าย TempDB

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

หลังจากที่คุณสร้าง Non-Mirrored Volume Resource ของโลคัล SSD ทำตามขั้นตอนในบทความนี้เพื่อย้าย tempdb สคริปต์เริ่มต้นที่อธิบายไว้ในบทความนั้นจะต้องเพิ่มในแต่ละโหนดคลัสเตอร์

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

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

คลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์ที่มีคุณสมบัติ Azure ILB ใหม่

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

คุณสมบัติ Azure ILB ใหม่ให้คุณสร้างคลัสเตอร์ Failover SQL Server แบบหลายอินสแตนซ์

ที่ Microsoft Ignite เมื่อเดือนกันยายนที่ผ่านมา Microsoft ได้ประกาศเกี่ยวกับ Azure หนึ่งในประกาศเหล่านี้คือความพร้อมใช้งานทั่วไปของวีไอพีหลาย ๆ ตัวเกี่ยวกับตัวโหลดบาลานซ์ภายใน เหตุใดจึงสำคัญกับ SQL Server DBA จนถึงตอนนี้ถ้าคุณต้องการปรับใช้ SQL Server ที่มีความพร้อมใช้งานสูงใน Azure คุณจะถูก จำกัด ให้ใช้ FCI เซิร์ฟเวอร์ SQL เดียวต่อหนึ่งคลัสเตอร์หรือกลุ่มผู้ฟังกลุ่มความพร้อมใช้งานเพียงครั้งเดียว ข้อ จำกัด นี้บังคับให้คุณปรับใช้คลัสเตอร์ใหม่สำหรับแต่ละอินสแตนซ์ของ SQL Server ที่คุณต้องการป้องกันใน Failover Cluster นอกจากนี้ยังบังคับให้คุณจัดกลุ่มฐานข้อมูลทั้งหมดของคุณลงในกลุ่มความพร้อมใช้งานเดียวหากคุณต้องการการเปลี่ยนเส้นทางอัตโนมัติและการเปลี่ยนเส้นทางไคลเอ็นต์ในการกำหนดค่า AlwaysOn AG ของคุณ

วิธีออกจากข้อ จำกัด เหล่านี้

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

เริ่มต้นด้วยคลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์

สร้างอินสแตนซ์พื้นฐานเดียวของ SQL Server FCI ใน Azure ตามที่อธิบายในโพสต์ของฉันการปรับใช้ Microsoft SQL Server 2014 Failover Clusters ใน Azure Resource Manager โพสต์นั้นอธิบายกระบวนการสร้างคลัสเตอร์ Failover Cluster Server แบบหลายอินสแตนซ์ ใช้ DataKeeper เพื่อสร้างทรัพยากรโวลุ่มที่จำลองแบบแล้วซึ่งใช้ในคลัสเตอร์ลองสร้าง Internal Load Balancer (ILB) แล้วแก้ไขทรัพยากร IP ของคลัสเตอร์ SQL Server Cluster เพื่อทำงานกับ ILB หากคุณต้องการข้ามกระบวนการนั้นและเริ่มต้นการกำหนดค่าของคุณคุณสามารถใช้เทมเพลตการปรับใช้ Azure ที่สร้าง FCI เซิร์ฟเวอร์ SQL แบบ 2 โหนดโดยใช้ SIOS DataKeeper สมมติว่าตอนนี้คุณมีโหนดพื้นฐาน SQL Server FCI สองขั้นตอนแล้ว อินสแตนซ์มีดังนี้:

  1. สร้าง DataKeeper Volume Resource อื่นในโวลุ่มอื่นที่ไม่ได้ใช้งานอยู่ในปัจจุบัน คุณอาจต้องเพิ่มดิสก์เพิ่มเติมในอินสแตนซ์ Azure ของคุณหากคุณไม่มีโวลุ่มที่พร้อมใช้งาน เป็นส่วนหนึ่งของกระบวนการสร้างโวลุ่มนี้ทรัพยากร DataKeeper Volume ใหม่จะถูกลงทะเบียนใน Available Storage ในคลัสเตอร์ อ้างถึงบทความที่อ้างถึงก่อนหน้านี้สำหรับรายละเอียด
  2. ติดตั้งอินสแตนซ์ที่มีชื่อของ SQL Server บนโหนดแรกโดยระบุ DataKeeper Volume ที่เราเพิ่งสร้างเป็นที่เก็บข้อมูล
  3. “ เพิ่มโหนด” ในคลัสเตอร์บนโหนดที่สอง
  4. ล็อคหมายเลขพอร์ตของอินสแตนซ์ที่มีชื่อใหม่นี้ลงในพอร์ตที่ไม่ได้ใช้งาน ในตัวอย่างของฉันฉันใช้พอร์ต 1440

ปรับ ILB เป็นอินสแตนซ์ที่สอง

ต่อไปเราต้องปรับ ILB เพื่อเปลี่ยนเส้นทางการรับส่งข้อมูลไปยังอินสแตนซ์ที่สองนี้ นี่คือขั้นตอนที่คุณต้องทำตาม: เพิ่มที่อยู่ IP ส่วนหน้าซึ่งเหมือนกับที่อยู่ IP ของคลัสเตอร์ SQL ที่คุณใช้สำหรับอินสแตนซ์ที่สองของ SQL Server ดังที่แสดงด้านล่าง คลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์ที่มีคุณสมบัติ Azure ILB ใหม่ ต่อไปเราจะต้องเพิ่มโพรบอื่นเนื่องจากอินสแตนซ์อาจทำงานบนเซิร์ฟเวอร์อื่น ดังที่แสดงด้านล่างฉันเพิ่มโพรบที่โพรบพอร์ต 59998 (แทนที่จะเป็น 59999 ปกติ) เราจะต้องตรวจสอบให้แน่ใจว่ากฎใหม่อ้างอิงการสอบสวนนี้ เราจะต้องจำหมายเลขพอร์ตนั้นเนื่องจากเราจะต้องอัปเดตที่อยู่ IP ที่เชื่อมโยงกับอินสแตนซ์นี้ในระหว่างขั้นตอนสุดท้ายของกระบวนการนี้ คลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์ที่มีคุณสมบัติ Azure ILB ใหม่ ตอนนี้เราจำเป็นต้องเพิ่มกฎใหม่สองข้อใน ILB เพื่อให้ปริมาณข้อมูลตรงที่กำหนดไว้สำหรับ SQL ลำดับที่ 2 นี้ แน่นอนว่าเราต้องเพิ่มกฎเพื่อเปลี่ยนเส้นทางพอร์ต TCP 1440 (พอร์ตที่ฉันใช้สำหรับอินสแตนซ์ที่มีชื่อของ SQL) แต่เนื่องจากตอนนี้เราใช้อินสแตนซ์ที่ตั้งชื่อแล้วเราจะต้องมีพอร์ตเพื่อรองรับบริการเบราว์เซอร์เซิร์ฟเวอร์ SQL พอร์ต UDP 1434 ในภาพด้านล่างแสดงกฎสำหรับบริการเซิร์ฟเวอร์เบราว์เซอร์ SQL โปรดทราบว่าที่อยู่ IP ของ Front End อ้างอิงที่อยู่ FrontendIP ใหม่ (10.0.0.201), พอร์ต UDP 1434 สำหรับทั้งพอร์ตและพอร์ตแบ็กเอนด์ ในกลุ่มคุณจะต้องระบุเซิร์ฟเวอร์สองตัวในคลัสเตอร์และในที่สุดให้แน่ใจว่าคุณเลือก Health Probe ใหม่ที่เราเพิ่งสร้างขึ้น คลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์ที่มีคุณสมบัติ Azure ILB ใหม่ ตอนนี้เราจะเพิ่มกฎสำหรับ TCP / 1440 ดังแสดงในภาพด้านล่างเพิ่มกฎใหม่สำหรับพอร์ต TCP 1440 หรือพอร์ตใด ๆ ที่ถูกล็อคไว้สำหรับอินสแตนซ์ที่มีชื่อของ SQL Server ตรวจสอบให้แน่ใจว่าได้เลือกที่อยู่ IP FrontEnd ใหม่และ Health Probe ใหม่ (59998) ตรวจสอบให้แน่ใจด้วยว่า IP แบบลอยตัว (การส่งคืนเซิร์ฟเวอร์โดยตรง) ถูกเปิดใช้งาน คลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์ที่มีคุณสมบัติ Azure ILB ใหม่

ขั้นตอนสุดท้าย

หลังจากที่มีการกำหนดค่าตัวโหลดบาลานซ์ขั้นตอนสุดท้ายคือการเรียกใช้สคริปต์ PowerShell เพื่ออัปเดตที่อยู่ IP ของคลัสเตอร์ใหม่ที่เชื่อมโยงกับอินสแตนซ์ที่ 2 ของ SQL Server สคริปต์ PowerShell นี้จำเป็นต้องเรียกใช้บนโหนดคลัสเตอร์อย่างใดอย่างหนึ่ง

# กำหนดตัวแปร

$ ClusterNetworkName =“”

# ชื่อเครือข่ายคลัสเตอร์ 
(ใช้ Get-ClusterNetwork บน Windows Server 2012 ขึ้นไปเพื่อค้นหาชื่อ)

$ IPResourceName =“”

# ชื่อทรัพยากรที่อยู่ IP ของอินสแตนซ์ที่สองของ SQL Server

$ ILBIP =“”

# ที่อยู่ IP ของอินสแตนซ์ที่สองของ SQL 
ซึ่งควรจะเหมือนกับที่อยู่ IP ของ Frontend ใหม่เช่นกัน

Import-Module FailoverClusters

# ถ้าคุณใช้ Windows Server 2012 หรือสูงกว่า:

รับ-ClusterResource $ IPResourceName | 
Set-ClusterParameter -Multiple @ {ที่อยู่ = $ ILBIP; ProbePort = 59998;
SubnetMask = "255.255.255.255"; เครือข่าย = $ ClusterNetworkName; EnableDHCP = 0}

# หากคุณใช้ Windows Server 2008 R2 ให้ใช้สิ่งนี้:

#cluster res $ IPResourceName / priv enabledhcp = 0 ที่อยู่ = $ ILBIP probeport = 59998  
SubnetMask = 255.255.255.255

ตอนนี้คุณมี SQLI FC Server หลายอินสแตนซ์ที่ทำงานได้อย่างสมบูรณ์ใน Azure แจ้งให้เราทราบหากคุณมีคำถามใด ๆ ในการสร้างคลัสเตอร์ Failover Cluster Server แบบหลายอินสแตนซ์พร้อมด้วยคุณสมบัติ Azure ILB ที่สร้างขึ้นใหม่จาก Clusteringformeremortals.com

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

คลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์ที่มีคุณสมบัติ Azure ILB ใหม่

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

คุณสมบัติ Azure ILB ใหม่ให้คุณสร้างคลัสเตอร์ Failover SQL Server แบบหลายอินสแตนซ์

ที่ Microsoft Ignite เมื่อเดือนกันยายนที่ผ่านมา Microsoft ได้ประกาศเกี่ยวกับ Azure หนึ่งในประกาศเหล่านี้คือความพร้อมใช้งานทั่วไปของวีไอพีหลาย ๆ ตัวเกี่ยวกับตัวโหลดบาลานซ์ภายใน เหตุใดจึงสำคัญกับ SQL Server DBA จนถึงตอนนี้ถ้าคุณต้องการปรับใช้ SQL Server ที่มีความพร้อมใช้งานสูงใน Azure คุณจะถูก จำกัด ให้ใช้ FCI เซิร์ฟเวอร์ SQL เดียวต่อหนึ่งคลัสเตอร์หรือกลุ่มผู้ฟังกลุ่มความพร้อมใช้งานเพียงครั้งเดียว ข้อ จำกัด นี้บังคับให้คุณปรับใช้คลัสเตอร์ใหม่สำหรับแต่ละอินสแตนซ์ของ SQL Server ที่คุณต้องการป้องกันใน Failover Cluster นอกจากนี้ยังบังคับให้คุณจัดกลุ่มฐานข้อมูลทั้งหมดของคุณลงในกลุ่มความพร้อมใช้งานเดียวหากคุณต้องการการเปลี่ยนเส้นทางอัตโนมัติและการเปลี่ยนเส้นทางไคลเอ็นต์ในการกำหนดค่า AlwaysOn AG ของคุณ

วิธีออกจากข้อ จำกัด เหล่านี้

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

เริ่มต้นด้วยคลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์

สร้างอินสแตนซ์พื้นฐานเดียวของ SQL Server FCI ใน Azure ตามที่อธิบายในโพสต์ของฉันการปรับใช้ Microsoft SQL Server 2014 Failover Clusters ใน Azure Resource Manager โพสต์นั้นอธิบายกระบวนการสร้างคลัสเตอร์ Failover Cluster Server แบบหลายอินสแตนซ์ ใช้ DataKeeper เพื่อสร้างทรัพยากรโวลุ่มที่จำลองแบบแล้วซึ่งใช้ในคลัสเตอร์ลองสร้าง Internal Load Balancer (ILB) แล้วแก้ไขทรัพยากร IP ของคลัสเตอร์ SQL Server Cluster เพื่อทำงานกับ ILB หากคุณต้องการข้ามกระบวนการนั้นและเริ่มต้นการกำหนดค่าของคุณคุณสามารถใช้เทมเพลตการปรับใช้ Azure ที่สร้าง FCI เซิร์ฟเวอร์ SQL แบบ 2 โหนดโดยใช้ SIOS DataKeeper สมมติว่าตอนนี้คุณมีโหนดพื้นฐาน SQL Server FCI สองขั้นตอนแล้ว อินสแตนซ์มีดังนี้:

  1. สร้าง DataKeeper Volume Resource อื่นในโวลุ่มอื่นที่ไม่ได้ใช้งานอยู่ในปัจจุบัน คุณอาจต้องเพิ่มดิสก์เพิ่มเติมในอินสแตนซ์ Azure ของคุณหากคุณไม่มีโวลุ่มที่พร้อมใช้งาน เป็นส่วนหนึ่งของกระบวนการสร้างโวลุ่มนี้ทรัพยากร DataKeeper Volume ใหม่จะถูกลงทะเบียนใน Available Storage ในคลัสเตอร์ อ้างถึงบทความที่อ้างถึงก่อนหน้านี้สำหรับรายละเอียด
  2. ติดตั้งอินสแตนซ์ที่มีชื่อของ SQL Server บนโหนดแรกโดยระบุ DataKeeper Volume ที่เราเพิ่งสร้างเป็นที่เก็บข้อมูล
  3. “ เพิ่มโหนด” ในคลัสเตอร์บนโหนดที่สอง
  4. ล็อคหมายเลขพอร์ตของอินสแตนซ์ที่มีชื่อใหม่นี้ลงในพอร์ตที่ไม่ได้ใช้งาน ในตัวอย่างของฉันฉันใช้พอร์ต 1440

ปรับ ILB เป็นอินสแตนซ์ที่สอง

ต่อไปเราต้องปรับ ILB เพื่อเปลี่ยนเส้นทางการรับส่งข้อมูลไปยังอินสแตนซ์ที่สองนี้ นี่คือขั้นตอนที่คุณต้องทำตาม: เพิ่มที่อยู่ IP ส่วนหน้าซึ่งเหมือนกับที่อยู่ IP ของคลัสเตอร์ SQL ที่คุณใช้สำหรับอินสแตนซ์ที่สองของ SQL Server ดังที่แสดงด้านล่าง คลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์ที่มีคุณสมบัติ Azure ILB ใหม่ ต่อไปเราจะต้องเพิ่มโพรบอื่นเนื่องจากอินสแตนซ์อาจทำงานบนเซิร์ฟเวอร์อื่น ดังที่แสดงด้านล่างฉันเพิ่มโพรบที่โพรบพอร์ต 59998 (แทนที่จะเป็น 59999 ปกติ) เราจะต้องตรวจสอบให้แน่ใจว่ากฎใหม่อ้างอิงการสอบสวนนี้ เราจะต้องจำหมายเลขพอร์ตนั้นเนื่องจากเราจะต้องอัปเดตที่อยู่ IP ที่เชื่อมโยงกับอินสแตนซ์นี้ในระหว่างขั้นตอนสุดท้ายของกระบวนการนี้ คลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์ที่มีคุณสมบัติ Azure ILB ใหม่ ตอนนี้เราจำเป็นต้องเพิ่มกฎใหม่สองข้อใน ILB เพื่อให้ปริมาณข้อมูลตรงที่กำหนดไว้สำหรับ SQL ลำดับที่ 2 นี้ แน่นอนว่าเราต้องเพิ่มกฎเพื่อเปลี่ยนเส้นทางพอร์ต TCP 1440 (พอร์ตที่ฉันใช้สำหรับอินสแตนซ์ที่มีชื่อของ SQL) แต่เนื่องจากตอนนี้เราใช้อินสแตนซ์ที่ตั้งชื่อแล้วเราจะต้องมีพอร์ตเพื่อรองรับบริการเบราว์เซอร์เซิร์ฟเวอร์ SQL พอร์ต UDP 1434 ในภาพด้านล่างแสดงกฎสำหรับบริการเซิร์ฟเวอร์เบราว์เซอร์ SQL โปรดทราบว่าที่อยู่ IP ของ Front End อ้างอิงที่อยู่ FrontendIP ใหม่ (10.0.0.201), พอร์ต UDP 1434 สำหรับทั้งพอร์ตและพอร์ตแบ็กเอนด์ ในกลุ่มคุณจะต้องระบุเซิร์ฟเวอร์สองตัวในคลัสเตอร์และในที่สุดให้แน่ใจว่าคุณเลือก Health Probe ใหม่ที่เราเพิ่งสร้างขึ้น คลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์ที่มีคุณสมบัติ Azure ILB ใหม่ ตอนนี้เราจะเพิ่มกฎสำหรับ TCP / 1440 ดังแสดงในภาพด้านล่างเพิ่มกฎใหม่สำหรับพอร์ต TCP 1440 หรือพอร์ตใด ๆ ที่ถูกล็อคไว้สำหรับอินสแตนซ์ที่มีชื่อของ SQL Server ตรวจสอบให้แน่ใจว่าได้เลือกที่อยู่ IP FrontEnd ใหม่และ Health Probe ใหม่ (59998) ตรวจสอบให้แน่ใจด้วยว่า IP แบบลอยตัว (การส่งคืนเซิร์ฟเวอร์โดยตรง) ถูกเปิดใช้งาน คลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL แบบหลายอินสแตนซ์ที่มีคุณสมบัติ Azure ILB ใหม่

ขั้นตอนสุดท้าย

หลังจากที่มีการกำหนดค่าตัวโหลดบาลานซ์ขั้นตอนสุดท้ายคือการเรียกใช้สคริปต์ PowerShell เพื่ออัปเดตที่อยู่ IP ของคลัสเตอร์ใหม่ที่เชื่อมโยงกับอินสแตนซ์ที่ 2 ของ SQL Server สคริปต์ PowerShell นี้จำเป็นต้องเรียกใช้บนโหนดคลัสเตอร์อย่างใดอย่างหนึ่ง

# กำหนดตัวแปร

$ ClusterNetworkName =“”

# ชื่อเครือข่ายคลัสเตอร์ 
(ใช้ Get-ClusterNetwork บน Windows Server 2012 ขึ้นไปเพื่อค้นหาชื่อ)

$ IPResourceName =“”

# ชื่อทรัพยากรที่อยู่ IP ของอินสแตนซ์ที่สองของ SQL Server

$ ILBIP =“”

# ที่อยู่ IP ของอินสแตนซ์ที่สองของ SQL 
ซึ่งควรจะเหมือนกับที่อยู่ IP ของ Frontend ใหม่เช่นกัน

Import-Module FailoverClusters

# ถ้าคุณใช้ Windows Server 2012 หรือสูงกว่า:

รับ-ClusterResource $ IPResourceName | 
Set-ClusterParameter -Multiple @ {ที่อยู่ = $ ILBIP; ProbePort = 59998;
SubnetMask = "255.255.255.255"; เครือข่าย = $ ClusterNetworkName; EnableDHCP = 0}

# หากคุณใช้ Windows Server 2008 R2 ให้ใช้สิ่งนี้:

#cluster res $ IPResourceName / priv enabledhcp = 0 ที่อยู่ = $ ILBIP probeport = 59998  
SubnetMask = 255.255.255.255

ตอนนี้คุณมี SQLI FC Server หลายอินสแตนซ์ที่ทำงานได้อย่างสมบูรณ์ใน Azure แจ้งให้เราทราบหากคุณมีคำถามใด ๆ ในการสร้างคลัสเตอร์ Failover Cluster Server แบบหลายอินสแตนซ์พร้อมด้วยคุณสมบัติ Azure ILB ที่สร้างขึ้นใหม่จาก Clusteringformeremortals.com

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

  • 1
  • 2
  • 3
  • …
  • 8
  • Next Page »

โพสต์ล่าสุด

  • วิดีโอ: เหตุใดคุณจึงควรดำเนินการตรวจสุขภาพเป็นประจำเพื่อให้แน่ใจว่ามีความพร้อมใช้งานสูง
  • ความท้าทายด้านการค้าปลีก 5 ข้อแก้ไขได้ด้วยโซลูชัน HA/DR ที่แข็งแกร่ง
  • วิธีปกป้องแอปพลิเคชันในแพลตฟอร์มคลาวด์
  • วิธีปกป้องแอปพลิเคชันและฐานข้อมูล
  • วิธีป้องกันแอพพลิเคชั่นในระบบปฏิบัติการ Windows

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

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

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