หน้าสุดท้ายแสดงพอร์ตที่ VM สามารถเข้าถึงได้

เมื่อ VM ถูกสร้างขึ้นคุณจะเห็นว่าเป็น VM ใหม่ใน Azure Portal

ขั้นตอนต่อไปคือการเพิ่มพื้นที่เก็บข้อมูลเพิ่มเติมลงใน VM แนวทางปฏิบัติที่ดีที่สุดของ Azure คือให้คุณใส่ฐานข้อมูลและล็อกไฟล์ในไดรฟ์ข้อมูลเดียวกันมิเช่นนั้นคุณต้องปิดใช้งานคุณลักษณะการจำลองแบบภูมิศาสตร์ที่เปิดใช้งานโดยค่าเริ่มต้น บทความต่อไปนี้อธิบายถึงปัญหานี้โดยละเอียดเพิ่มเติม: http://msdn.microsoft.com/en-us/library/jj870962.aspx#BKMK_GEO

หากต้องการเพิ่มพื้นที่เก็บข้อมูลเพิ่มเติมใน VM ของคุณให้คลิกที่ VM จากนั้น Dashboard เพื่อเข้าสู่แดชบอร์ด VMs เมื่อมีคลิกแนบ

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

http://msdn.microsoft.com/en-us/library/windowsazure/dn133149.aspx

หลังจากเพิ่มไดรฟ์ข้อมูลเพิ่มเติมคุณจะต้องเปิด VM แต่ละเครื่องและใช้ Disk Management เพื่อเริ่มต้นและจัดรูปแบบไดรฟ์ข้อมูล สำหรับวัตถุประสงค์ของการสาธิตนี้เราจะฟอร์แมตไดรฟ์นี้เป็นไดรฟ์ "F: "

ขณะนี้คุณมี VM หนึ่งชื่อว่า SQL1 คุณต้องดำเนินการตามขั้นตอนเดียวกับที่อธิบายไว้ในเรื่องการจัดเตรียม VM เครื่องอื่นและเรียกใช้ SQL2 เพื่อให้แน่ใจว่าคุณได้ใส่ไว้ใน Cloud Service ชุดการตั้งค่าความพร้อมใช้งานและ Storage Account เดียวกัน ยังให้แน่ใจว่าจะแนบไดรฟ์ข้อมูลอื่นเพื่อ SQL2 เช่นเดียวกับที่คุณได้ทำสำหรับ SQL1 และจัดรูปแบบเป็นไดรฟ์ F:

เมื่อคุณเตรียมอุปกรณ์ VM ทั้งสองอย่างเสร็จสิ้นแล้วเราจะก้าวไปข้างหน้าจนถึงขั้นตอนถัดไปเพิ่มลงในโดเมน

เพิ่มลงในโดเมน

การเพิ่ม SQL1 และ SQL2 ลงในโดเมนเป็นขั้นตอนง่ายๆ สมมติว่าคุณได้ติดตามไปพร้อมกับโพสต์ก่อน ๆ ของฉันแล้วคุณได้สร้างโดเมนของคุณแล้วและมี DC DC2 ที่จัดเตรียมไว้ใน Cloud Service เช่นเดียวกับ SQ1 และ SQL2 การเพิ่มลงในโดเมนทำได้ง่ายเพียงแค่เชื่อมต่อกับ VM และเพิ่ม VM ไปยังโดเมนเช่นเดียวกับที่คุณต้องการในเครือข่ายที่ใช้ระบบปฏิบัติการจริง ถ้าคุณกำหนดค่า Virtual Network อย่างเหมาะสม VMs ใหม่ควรบูตด้วยแอดเดรส IP ที่กำหนดโดย DHCP ซึ่งระบุ DC2 และตัวควบคุมโดเมนในเครื่อง

คลิกเชื่อมต่อเพื่อเปิดเซสชัน RDP ไปยัง SQL1 และ SQL2

IPconfig / all แสดงการกำหนดค่า IP ปัจจุบัน Windows Azure กำหนดให้คุณต้องกำหนดที่อยู่ให้ใช้เซิร์ฟเวอร์ DHCP อย่างไรก็ตามที่อยู่ IP จะไม่เปลี่ยนแปลงตลอดอายุของ VM คุณควรสังเกตว่าเซิร์ฟเวอร์ DNS ของคุณถูกตั้งค่าเป็นเซิร์ฟเวอร์ DNS ภายในที่คุณสร้างขึ้นในบทความก่อนหน้านี้ก่อนหน้านี้

เพิ่ม SQL1 และ SQL2 ลงในโดเมนและทำตามขั้นตอนต่อไป

เปิดใช้งานคุณลักษณะการจัดกลุ่มการคลัสเตอร์

ใน SQL1 และ SQL2 คุณจะเปิดใช้งานคุณลักษณะ Failover Clustering

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

ถ้าคุณคุ้นเคยกับการจัดกลุ่มแล้วขั้นตอนต่อไปนี้น่าจะเป็นที่คุ้นเคยกับคุณโดยมีข้อยกเว้นเพียงเล็กน้อยดังนั้นควรให้ความสนใจเป็นพิเศษเพื่อหลีกเลี่ยงปัญหาที่เฉพาะเจาะจงในการปรับใช้คลัสเตอร์ใน Windows Azure

เราจะเริ่มต้นโดยการสร้างโหนดคลัสเตอร์เดียวซึ่งจะทำให้เราสามารถทำการปรับเปลี่ยนทรัพยากรคลัสเตอร์ได้ตามต้องการก่อนที่เราจะเพิ่มโหนดที่สองลงในคลัสเตอร์ ใช้ตัวจัดการคลัสเตอร์ของ Failover และเริ่มต้นด้วยการเลือกสร้างคลัสเตอร์ เพิ่ม SQL1 ลงในเซิร์ฟเวอร์ที่เลือกและคลิก Next

เพื่อให้เราสามารถติดตั้ง SQL Server 2014 ลงในคลัสเตอร์ในขั้นตอนภายหลังเราจะต้องตรวจสอบความถูกต้องของคลัสเตอร์ให้สมบูรณ์

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

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

ทรัพยากรชื่อล้มเหลวที่จะออนไลน์เนื่องจากทรัพยากร IP ไม่สามารถเข้าสู่ระบบออนไลน์ได้ ที่อยู่ IP ไม่สามารถใช้งานออนไลน์ได้เนื่องจากที่อยู่ที่เซิร์ฟเวอร์ DHCP แจกให้เหมือนกับที่อยู่ทางกายภาพของเซิร์ฟเวอร์ในกรณีนี้ 10.10.11.5 ดังนั้นจึงมีข้อขัดแย้งเกี่ยวกับที่อยู่ IP ซ้ำกัน

เพื่อแก้ไขปัญหานี้เราจะต้องเข้าไปยังคุณสมบัติของทรัพยากรที่อยู่ IP และเปลี่ยนที่อยู่ไปยังที่อยู่อื่นในเครือข่ายย่อยเดียวกันที่ไม่ได้ใช้อยู่ในปัจจุบัน ฉันจะเลือกที่อยู่ที่อยู่ปลายสุดของช่วง subnet เพื่อที่จะลดความเป็นไปได้ว่าในอนาคตคุณอาจปรับใช้ VM ใหม่และ Azure จะแจกไอพีแอดเดรสคลัสเตอร์ให้ซึ่งทำให้เกิดข้อขัดแย้งเกี่ยวกับที่อยู่ IP เพื่อที่จะขจัดความเป็นไปได้นี้ไมโครซอฟต์จะต้องให้เราสามารถควบคุมพูลที่อยู่ DHCP ได้มากขึ้น สำหรับตอนนี้วิธีเดียวที่จะกำจัดความเป็นไปได้นี้อย่างสมบูรณ์คือการสร้าง subnet ใหม่ใน Virtual Private Network สำหรับ VMs ใหม่ ๆ ที่คุณอาจใช้งานในภายหลังดังนั้นเฉพาะกลุ่มนี้ที่อาศัยอยู่ใน subnet นี้เท่านั้น ถ้าคุณวางแผนที่จะปรับใช้ VMs เพิ่มเติมใน subnet นี้คุณอาจใช้งานได้ทั้งหมดในเวลาเดียวกันเพื่อให้คุณทราบว่าที่อยู่ IP ใดที่พวกเขาจะใช้วิธีนี้คุณสามารถใช้ที่อยู่ IP ที่เหลือสำหรับคลัสเตอร์ได้ .

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

เมื่อมีการเปลี่ยนแปลงที่อยู่ให้คลิกขวาที่ชื่อคลัสเตอร์และบอกให้ออนไลน์

ขณะนี้เราพร้อมที่จะเพิ่มโหนดที่สองลงในคลัสเตอร์แล้ว ใน Failover Cluster Manager เลือกเพิ่มโหนด

ดูที่โหนดที่สองของคุณแล้วคลิกเพิ่ม

เรียกใช้การทดสอบการตรวจสอบทั้งหมดอีกครั้ง

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

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

เปิดเซสชัน RDP ไปยังตัวควบคุมโดเมนใน Azure Private Cloud ของคุณ

เชื่อมต่อกับคอนโทรลเลอร์ของโดเมนและสร้างไฟล์แชร์ที่เรียกว่า "โควรัม" คุณต้องให้ Cluster Computer Name Object (ซึ่งเราเรียกว่า SQLCluster ในตัวอย่างนี้) อ่าน / เขียนสิทธิ์ทั้งระดับ Share Level และ Security (NTFS) หากคุณไม่คุ้นเคยกับการสร้างการแชร์ไฟล์คุณอาจต้องการตรวจสอบโพสต์ก่อนหน้าของฉันสำหรับรายละเอียด

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

ไฟล์ Share Witness ควรได้รับการกำหนดค่าตามที่แสดงด้านล่าง

สร้างรีซอร์สคลัสเตอร์รีซอร์สด้วย DataKeeper Cluster Edition

คลัสเตอร์ failover แบบดั้งเดิมต้องการอุปกรณ์จัดเก็บข้อมูลที่ใช้ร่วมกันเช่น SAN เมฆ Azure IaaS ไม่ได้นำเสนอโซลูชั่นการจัดเก็บข้อมูลที่สามารถใช้เป็นดิสก์คลัสเตอร์ได้ดังนั้นเราจะใช้โซลูชั^นการจำลองแบบข้อมูลของบุคคลที่สามที่เรียกว่า DataKeeper Cluster Edition ซึ่งจะช่วยให้เราสร้างทรัพยากรปริมาณการจำลองแบบ สถานที่ของดิสก์ที่ใช้ร่วมกัน ใบอนุญาตทดลองใช้ 14 วันโดยทั่วไปจะมีให้สำหรับการทดสอบตามคำขอ

เมื่อคุณดาวน์โหลด DataKeeper แล้วให้ติดตั้งและอนุญาตให้ใช้ทั้ง SQL1 และ SQL2 และรีบูตเซิร์ฟเวอร์ เมื่อเซิร์ฟเวอร์รีบูตให้เชื่อมต่อกับ SQL1 เปิด UI ของ DataKeeper และทำตามขั้นตอนต่อไปนี้

"เชื่อมต่อ" กับทั้ง SQL1 และ SQL2

ตอนนี้คลิกที่ "สร้างงาน" และทำตามขั้นตอนที่แสดงด้านล่างเพื่อสร้างกระจกและ DataKeeper Volume cluster resource

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

สำหรับการใช้งานนี้ที่ทั้งสองโหนดอยู่ใน Azure Cloud ให้เลือกการจำลองข้อมูลแบบซิงโครนัสโดยไม่มีการบีบอัดดังที่แสดงด้านล่าง

คลิกเสร็จสิ้นแล้วระบบจะถามว่าคุณต้องการลงทะเบียนมิเรอร์นี้ใน Windows Server Failover Clustering หรือไม่ คลิกใช่

ตอนนี้คุณจะเห็นมี DataKeeper Volume Resource ใน Storage ที่พร้อมใช้งานเมื่อคุณเปิด Windows Server Failover Cluster GUI

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

ติดตั้ง SQL Server 2014 Failover Cluster Instance

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

เมื่อ SQL Server 2014 ถูกดาวน์โหลดไปยังเซิร์ฟเวอร์แล้วให้ติดตั้ง ISO และรันการตั้งค่า ตัวเลือกที่เราต้องการคือการเปิดอยู่ในแท็บขั้นสูง เปิดแท็บ Advanced และเรียกใช้ "Advanced cluster preparation" เพื่อนที่ดีของฉันและเพื่อน Cluster MVP, Robert Smit, บอกฉันเกี่ยวกับการใช้ตัวเลือกขั้นสูง โดยทั่วไปตัวเลือกขั้นสูงช่วยให้คุณสามารถแยกการติดตั้งออกเป็นสองขั้นตอนการเตรียมและเสร็จสิ้นที่แตกต่างกัน หลายสิ่งอาจผิดพลาดกับการติดตั้งคลัสเตอร์โดยปกติจะเกี่ยวข้องกับไดเร็กทอรีและสิทธิพิเศษที่ใช้งานอยู่ ถ้าคุณใช้วิธีการติดตั้งแบบมาตรฐานคุณอาจต้องรอ 20 นาทีหรือนานกว่านี้เพื่อให้การติดตั้งเสร็จสิ้นเพียงเพื่อดูว่าในนาทีสุดท้ายคลัสเตอร์ไม่สามารถลงทะเบียน CNO ในไดเร็กทอรีที่ใช้งานได้และการติดตั้งทั้งหมดล้มเหลว ไม่เพียงแค่การติดตั้งทั้งหมดล้มเหลวขณะนี้คุณอาจมีคลัสเตอร์ SQL Server ที่ติดตั้งบางส่วนและคุณมีปัญหาในการทำความสะอาด เมื่อใช้วิธีขั้นสูงคุณสามารถลดความเสี่ยงโดยการวางส่วนที่มีความเสี่ยงไว้ในตอนจบระหว่างการทำคลัสเตอร์เท่านั้น หากการทำให้เสร็จสมบูรณ์แบบคลัสเตอร์ล้มเหลวคุณต้องวินิจฉัยปัญหาและดำเนินการอีกครั้งเพียงขั้นตอนการดำเนินการคลัสเตอร์อีกครั้ง

หากคุณต้องการประหยัดเวลาลองอ่านบทความของ Robert เกี่ยวกับการติดตั้ง SQL Cluster ด้วยไฟล์กำหนดค่ามันเป็นเรื่องง่ายที่จะทำและประหยัดเวลาถ้าคุณทำการติดตั้งหลายครั้ง อย่างไรก็ตามสำหรับวัตถุประสงค์ของเราเราจะดำเนินการผ่านการติดตั้ง SQL ด้วย GUI ดังที่แสดงด้านล่าง

สำหรับวัตถุประสงค์ในการสาธิตฉันเพิ่งใช้บัญชีผู้ดูแลระบบสำหรับแต่ละบริการ ในการผลิตคุณจะต้องสร้างบัญชีแยกต่างหากสำหรับแต่ละบริการเป็นแนวทางที่ดีที่สุด

เมื่อการติดตั้งเสร็จสมบูรณ์แล้วจะมีลักษณะดังนี้

ตอนนี้เราพร้อมที่จะก้าวไปข้างหน้ากับส่วนที่สองของการติดตั้ง Advanced Cluster Completion

ให้ชื่ออินสแตนซ์ SQL นี่คือชื่อที่ลูกค้าจะเชื่อมต่อ ในกรณีนี้ฉันเรียกว่า SQLINSTANCE1

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

หน้าการกำหนดค่าเครือข่ายคลัสเตอร์อย่างใดอย่างหนึ่งสิ่งสำคัญคือต้องเลือก IPv4 และระบุที่อยู่ที่ไม่ได้ใช้งานในเครือข่ายย่อยของคุณ ตามที่ระบุไว้ก่อนที่ที่อยู่นี้ควรอยู่ในช่วงปลายของช่วง DHCP เพื่อช่วยลดความเสี่ยงที่ Azure จะกำหนดที่อยู่ให้กับ VM เครื่องอื่นในอนาคต ขอแนะนำให้คุณมี subnet ที่ทุ่มเทให้กับคลัสเตอร์ของคุณเพื่อหลีกเลี่ยงความขัดแย้งที่เป็นไปได้จนกว่า Windows Azure จะช่วยให้เราสามารถควบคุมที่อยู่ IP และ DHCP ได้ดียิ่งขึ้น ในภายหลังหลังจากสร้างคลัสเตอร์แล้วคุณจะต้องลบจุดเชื่อมต่อไคลเอนต์นี้และเพิ่มจุดเชื่อมต่อไคลเอ็นต์ตามที่อธิบายไว้ใน http://blogs.msdn.com/b/sqlalwayson/archive/2013/08/06/availability- กลุ่มผู้ฟังในหน้าต่างสีฟ้าในขณะนี้ได้รับการสนับสนุนและสคริปต์สำหรับระบบคลาวด์เท่านั้น configuration.aspx ฉันจะโพสต์บล็อกโพสต์ในอนาคตที่อธิบายกระบวนการนี้อย่างละเอียด

ในหน้านี้ตรวจสอบให้แน่ใจว่าคุณคลิกเพิ่มผู้ใช้ปัจจุบันหรือระบุบัญชีที่คุณต้องการใช้ในการดูแลระบบ SQL Server

เริ่มต้นด้วย SQL Server 2012, tempdb ไม่จำเป็นต้องเป็นส่วนหนึ่งของคลัสเตอร์เซิร์ฟเวอร์ SQL ถ้าคุณย้าย tempdb ไปยังไดรฟ์ข้อมูลที่ไม่ใช่แบบจำลองคุณจะต้องตรวจสอบให้แน่ใจว่าโครงสร้างไดเร็กทอรีมีอยู่ในแต่ละโหนด ในการเปลี่ยนตำแหน่งของ tempdb ให้คลิกที่แท็บ Data Directories และเปลี่ยนตำแหน่งที่ตั้ง tempdb

เมื่อการติดตั้งเสร็จสมบูรณ์ใน SQL1 ถึงเวลาที่ต้องรันโปรแกรมติดตั้ง SQL ใน SQL2 และเพิ่มโหนดที่สองลงในคลัสเตอร์ เรียกใช้โปรแกรมติดตั้งบน SQL2 และเลือกเพิ่มโหนดเข้ากับคลัสเตอร์ failover ของ SQL Server

หลังจากการติดตั้งเสร็จสมบูรณ์ตอนนี้คุณมีอินสแตนซ์ของคลัสเตอร์เซิร์ฟเวอร์ล้มเหลว SQL Server 2014 ที่ทำงานได้อย่างสมบูรณ์บน Azure Cloud แต่ละอินสแตนซ์อยู่ใน Fault Domain ที่แตกต่างกันซึ่งให้ความยืดหยุ่นในระดับสูง ตรวจสอบว่าได้เปลี่ยนจุดเชื่อมต่อไคลเอ็นต์ด้วยจุดเข้าใช้งานไคลเอ็นต์ตามที่อธิบายไว้ในโพสต์ของฉัน …

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

อ่านที่นี่สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ SQL Server 2014 Failover Cluster อินสแตนซ์

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