Archives

DataKeeper Cluster Edition สำหรับ SQL Server ความพร้อมใช้งานสูงใน AWS Cloud

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

การประหยัดต้นทุนที่เป็นไปได้ในการย้ายไปยังระบบคลาวด์แทบเป็นไปไม่ได้ที่จะไม่ต้องพิจารณา อย่างไรก็ตามหลังจากที่คุณหยุดนับเงินที่คุณจะบันทึกแล้วคุณจะเริ่มคิดเกี่ยวกับสิ่งต่างๆเช่นความปลอดภัยและความพร้อมใช้งานและสงสัยว่าเมฆนั้นเหมาะสำหรับคุณหรือไม่ แต่ไม่ต้องกลัวว่าเราจะมีทางเลือกที่เหมาะสม – SIOS Datakeeper Cluster Edition

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

Amazon Web Services

ลองมาดูที่ Amazon Web Services (AWS) อย่างใกล้ชิด อะไรคือตัวเลือกที่คุณต้องแน่ใจว่าฐานข้อมูล SQL Server ของคุณสามารถอยู่รอดได้โดยไม่คาดคิด? แม้ว่าบางแอ็พพลิเคชันสามารถใช้งานได้ในการกำหนดค่าที่สมดุลระหว่างโซนความพร้อมใช้งานหลายเครื่อง SQL Server โดยทั่วไปไม่ได้ใช้งานในการกำหนดค่าที่สมดุลโหลด สิ่งนี้หมายความว่า SQL Server ตัวเองอาศัยอยู่ในโซนความพร้อมใช้งานเดียวและหากโซนนั้นไม่พร้อมใช้งานกองซ้อนของแอ็พพลิเคชันของคุณทั้งหมดสามารถหยุดชะงักได้

SQL Server 2008 R2 และข้อ จำกัด ของ SQL Server 2008 R2

ถ้าคุณอ่านบทความนี้โดย Miles Ward คุณจะเห็นว่าด้วย SQL Server 2008 R2 ตัวเลือกความพร้อมใช้งานของคุณค่อนข้าง จำกัด ในบทความในหน้า 11 มีแผนภูมิที่ดีที่ระบุตัวเลือก HA ของคุณ ดังที่คุณจะเห็นตัวเลือกถูก จำกัด อย่างมากและส่วนใหญ่ตกอยู่นอกประเภทซึ่งจะอธิบายเป็น HA บันทึกการจัดส่งการทำมิเรอร์และการจำลองแบบธุรกรรมเป็นตัวเลือกเดียวที่คุณมีและเป็นตัวเลือกการป้องกันข้อมูลมากกว่าตัวเลือก HA ถ้าคุณต้องการให้ Microsoft failover clustering คุณจะพบว่าโชคดีเนื่องจากข้อ จำกัด ของเครือข่ายบางอย่าง (ไคลเอ็นต์ไม่สามารถเชื่อมต่อกับที่อยู่ IP แบบคลัสเตอร์) ใน AWS และขาดทรัพยากรดิสก์ที่ใช้ร่วมกันที่จำเป็นสำหรับกลุ่ม SQL แบบเดิม

AWS

หากคุณต้องการใช้ SQL Server 2012 ตัวเลือกของคุณจะดีขึ้นนิดหน่อย ตามที่ Jeremy Peschka อธิบายด้วยการแทรกแซงด้วยตนเองเพียงเล็กน้อยคุณสามารถปรับใช้กลุ่มความพร้อมใช้งาน AlwaysOn ใน AWS เพื่อทำสำเนาข้อมูลแบบอะซิงโครนัสจากศูนย์ข้อมูลของคุณไปยัง AWS หรือแม้แต่ระหว่างกลุ่มความพร้อมใช้งานของ AWS แน่นอนว่านี่ถือว่าคุณมีใบอนุญาต SQL 2012 Enterprise ที่จำเป็นสำหรับ AlwaysOn Availability Groups ปัญหาเดียวคือ AWS จริงๆไม่สนับสนุนการย้ายที่อยู่ IP ของคลัสเตอร์จากเซิร์ฟเวอร์เครื่องหนึ่งไปยังเซิร์ฟเวอร์อื่นดังนั้นการเปลี่ยนเส้นทางของไคลเอ็นต์ต้องดำเนินการด้วยตนเองโดยใช้ที่อยู่ ec2-unassign-private-ip และ ec2-assign-private-ip – เพิ่มคำสั่งหลังจาก switchover ที่ Peschka อธิบายไว้ในบทความของเขา All-in-all นี้เป็นกระบวนการด้วยตนเองมากซึ่งอีกครั้งไม่ได้จริงๆพอดีกับคำอธิบายของระบบที่มีอยู่สูง

การแก้ไขข้อ จำกัด

ถ้าคุณสามารถอยู่โดยไม่มีการกู้คืนอัตโนมัติและด้วยข้อ จำกัด ของ AlwaysOn Availability Groups ที่ได้อธิบายไว้ในโพสต์บล็อกก่อนหน้านี้คุณอาจต้องการดำเนินการติดตั้ง AlwaysOn Availability Group ใน AWS ต่อไป อย่างไรก็ตามหากคุณกำลังมองหาโซลูชัน HA ที่ง่ายราคาไม่แพงและมีประสิทธิภาพมากขึ้นฉันมีข่าวดีจริงๆ SIOS Technology Corp กำลังตรวจสอบปัญหานี้และได้พัฒนาโซลูชันที่สามารถเอาชนะข้อ จำกัด ทั้งหมดที่อธิบายไว้ก่อนหน้านี้และจะพร้อมใช้งานเป็น AMI เพื่อให้สามารถใช้งานได้ง่าย โซลูชันนี้อยู่ในเวอร์ชันเบต้าส่วนตัว แต่จะสามารถใช้งานได้ในปลายปีนี้

SIOS DataKeeper Cluster Edition

โซลูชัน SIOS จะขึ้นอยู่กับเซิร์ฟเวอร์ SQL ใน Microsoft Failover Clustering โดยใช้การจำลองแบบตามโฮสต์ของ DataKeeper Cluster Edition เมื่อใช้การจำลองแบบแบบเป็นเจ้าภาพพวกเขาได้เอาชนะอุปสรรคแรกในการจัดกลุ่มใน EC2 เนื่องจากไม่มีพื้นที่เก็บข้อมูลที่ใช้ร่วมกัน อุปสรรคประการที่สองที่ SIOS ต้องเอาชนะคือปัญหาการเปลี่ยนเส้นทางของลูกค้าโดย Peschka; จุดเชื่อมต่อของไคลเอ็นต์ต้องได้รับการจัดการจากภายใน EC2 ไม่ใช่การแบ่งกลุ่มการรับส่งข้อมูลแบบ failover SIOS ได้สร้างระบบอัจฉริยะให้เป็นโซลูชัน AMI ของตนเพื่อให้การกำหนดที่อยู่ IP ใหม่เป็นไปโดยอัตโนมัติซึ่งเป็นส่วนหนึ่งของกระบวนการ failover แบบคลัสเตอร์โดยจำลองพฤติกรรมที่คุณคาดหวังจากคลัสเตอร์ได้อย่างมีประสิทธิภาพ

และเนื่องจากทั้งหมดนี้ถูกสร้างขึ้นที่ด้านบนของ failover clustering ทำให้สามารถใช้งาน SQL 2008/2008 R2 หรือ 2012 ได้ แม้ Standard Edition ของ SQL Server จะสนับสนุนคลัสเตอร์ 2 โหนดดังนั้นการประหยัดต้นทุนและการปรับใช้ SQL 2012 AlwaysOn Availability Groups อาจเป็นรูปธรรม

แจ้งให้เราทราบสิ่งที่คุณคิด. เสียงของ SIOS Datakeeper Cluster Edition น่าสนใจหรือไม่? คุณกำลังทำอะไรบ้างในวันนี้เพื่อให้แน่ใจว่าพร้อมใช้งานอินสแตนซ์ SQL Server EC2 ของคุณ?

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2013/01/11/sql-server-high-availability-in-aws-cloud/

การจัดกลุ่ม SQL Server 2012 บน Windows Server 2012 กับ DataKeeper

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

สรุปเล็กน้อย

ในโพสต์ก่อนหน้าของฉันฉันเดินผ่านขั้นตอนการสร้างคลัสเตอร์ 2 โหนดจนถึงจุดที่เราพร้อมที่จะเริ่มจัดกลุ่ม SQL Server 2012 ใน Windows Server 2012 หากคุณทำตามขั้นตอนเหล่านี้เสร็จแล้วคุณก็พร้อมที่จะดำเนินการต่อและสร้างแอ็พพลิเคชันคลัสเตอร์ของคุณด้วย SIOS Datakeeper Cluster Edition ที่แนะนำไว้

ขั้นตอนถัดไปจัดกลุ่ม SQL Server 2012

ก่อนอื่นเรามี SQL Server 2012 การติดตั้งคลัสเตอร์ของ SQL Server 2012 ค่อนข้างเหมือนกับการติดตั้งคลัสเตอร์ SQL 2008/2008 R2 ดังนั้นส่วนใหญ่จะใช้งานได้แม้ว่าคุณจะใช้ SQL 2008/2008 R2 คำศัพท์เกี่ยวกับ SQL Server 2012 Clustering มีความซับซ้อนเล็กน้อย คุณจะได้ยินเกี่ยวกับ SQL Server AlwaysOn ซึ่งอาจหมายถึงหนึ่งในสองข้อต่อไปนี้: AlwaysOn Availability Groups หรือ AlwaysOn Failover Cluster Instance ความสับสนเกิดขึ้นเนื่องจากทั้งสองโซลูชันต้องมีการรวมเข้ากับ Windows Server Failover Clustering บางระดับและอาจทำให้สับสนได้เนื่องจากคุณสามารถปรับใช้ AlwaysOn Availability Groups และ AlwaysOn Failover Clustering ได้ แต่นี่เป็นหัวข้อสำหรับวันอื่น!

ทำลายมันลงด้วยคำศัพท์ที่เข้าใจง่าย

AlwaysOn Availability Groups เป็นสิ่งที่เรียกว่า Database Mirroring ใน SQL 2008 R2 และเวอร์ชันก่อนหน้านี้ มีระฆังและนกหวีดใหม่ ๆ ที่สามารถเอาชนะข้อ จำกัด บางประการของการจำลองแบบฐานข้อมูลในเวอร์ชันก่อนหน้าได้ดังนั้นจึงควรตรวจสอบสิ่งนี้ออก AlwaysOn Failover Cluster Instance เป็นเพียงแค่สิ่งที่เคยเป็น SQL Server Failover Cluster เท่านั้น นี่คือรุ่นล่าสุดของเทคโนโลยีการจัดกลุ่มเดียวกันที่มีให้บริการตั้งแต่ SQL Server เวอร์ชันต้น ๆ หนึ่งในคุณสมบัติใหม่ที่ดีที่สุดของ SQL Server 2012 AlwaysOn Failover Cluster Instance คือความสามารถในการมีโหนดในเครือข่ายย่อยที่แตกต่างกัน นี่คือข้อ จำกัด ที่สำคัญใน SQL Server เวอร์ชันก่อนหน้านี้ ในรายการบล็อกก่อนหน้านี้ผมได้กล่าวถึงข้อ จำกัด บางประการเกี่ยวกับ AlwaysOn Availability Groups คุณควรตรวจสอบก่อนว่าคุณจะตัดสินใจใช้เทคโนโลยีใดบ้าง

เริ่มกันเลย

กับที่กล่าวว่าบทความนี้จะมุ่งเน้นไปที่คำแนะนำทีละขั้นตอนในการปรับใช้ SQL Server 2012 AlwaysOn Failover Cluster Instance

ขั้นตอนที่ 1

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

การกำหนดค่า DataKeeper Cluster Edition

ติดตั้งและกำหนดค่า DataKeeper Cluster Edition
1. เรียกใช้การตั้งค่า DK
2. ผ่านขั้นตอนการติดตั้งทั้งหมดที่เลือกค่าดีฟอลต์ทั้งหมด
3. รีสตาร์ทคอมพิวเตอร์หลังจากการติดตั้งเสร็จสิ้นตามที่ได้รับพร้อมท์และทำซ้ำขั้นตอนในเซิร์ฟเวอร์ SECONDARY
4. เปิด DataKeeper UI บน PRIMARY แล้วคลิก Connect to Server เชื่อมต่อกับ PRIMARY แล้วเชื่อมต่อกับ SECONDARY
5. คลิกที่สร้างงานและเดินผ่านตัวช่วยสร้างงานเพื่อสร้างกระจกของไดรฟ์ E
  
  เลือกไดรฟ์ข้อมูลต้นฉบับของมิเรอร์และที่อยู่ IP ของ NIC ที่จะมีการรับส่งข้อมูลการจำลองแบบ
  
  เลือกเป้าหมายของกระจกและคลิกถัดไป
  
  ที่นี่คุณจะเลือกตัวเลือกกระจกของคุณ:
  การบีบอัด – เปิดใช้งานเฉพาะสำหรับการจำลองแบบข้าม WAN เท่านั้น
  Asynchronous – เลือกตัวเลือกนี้สำหรับการจำลองแบบ WAN ทั้งหมด
  Synchronous – เหมาะสำหรับการจำลองแบบ LAN
  แบนด์วิธสูงสุดที่ใช้ในการจำลองแบบ WAN เพื่อกำหนดระดับการจำลองข้อมูลแบนด์วิดท์ให้ได้รับอนุญาตให้ใช้ โดยทั่วไปควรวางไว้ที่ 0 แต่สำหรับการสร้างมิเรอร์เบื้องต้นคุณอาจต้องการ จำกัด แบนด์วิธเพื่อให้การจำลองแบบไม่ใช้แบนด์วิธที่มีอยู่ทั้งหมดเพื่อทำข้อมูลให้ตรงกันเบื้องต้น
  
  เมื่อคุณคลิกเรียบร้อยระบบจะสร้างมิเรอร์
  
  เมื่อกระจกถูกสร้างขึ้นคุณจะได้รับพร้อมท์ให้ลงทะเบียนไดรฟ์ข้อมูลใน Windows Server Failover Clustering (WSFC) คลิก Yes และทรัพยากร Volume DataKeeper ใหม่จะถูกลงทะเบียนใน Storage ที่มีอยู่ (ดูรูปในขั้นตอนที่ 2)

ขั้นตอนที่ 2

เราจะเริ่มติดตั้ง SQL Server 2012 ในโหนดคลัสเตอร์แรก

ก่อนที่เราจะเริ่มต้นตรวจสอบให้แน่ใจว่าที่เก็บข้อมูลของคุณปรากฏในตัวจัดการงานของ Failover Cluster Manager และถูกกำหนดให้กับกลุ่ม Storage ที่มีอยู่ดังที่แสดงด้านล่าง

ณ จุดนี้เราจะเปิดตัวการติดตั้ง SQL Server 2012 และไปที่แท็บการติดตั้งและคลิกการติดตั้งคลัสเตอร์ failover SQL Server ใหม่

ขั้นตอนการติดตั้งดังแสดงในภาพหน้าจอต่อไปนี้

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

สำหรับแนวทางปฏิบัติที่ดีที่สุดสำหรับบัญชีบริการอ่านข้อมูลต่อไปนี้: http://msdn.microsoft.com/en-us/library/ms143504.aspx สำหรับวัตถุประสงค์ในห้องปฏิบัติการของเราฉันใช้บัญชีผู้ดูแลระบบเพียงอย่างเดียว

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

ณ จุดนี้คุณจะต้องแน่ใจว่าได้สร้างไดเร็กทอรี tempdb เดียวกันบนเซิร์ฟเวอร์ SECONDARY ตามคำแนะนำ

ขอแสดงความยินดีโหนดลำดับที่ 1 ได้รับการติดตั้งแล้ว

ขณะนี้เราพร้อมที่จะติดตั้ง SQL บนโหนดที่สองของคลัสเตอร์แล้ว

ไปที่เซิร์ฟเวอร์ SECONDARY และเปิดการตั้งค่า SQL Server 2012 และทำตามตัวช่วยสร้างดังที่แสดงในภาพหน้าจอต่อไปนี้โดยคลิกที่ Add node เพื่อ failover cluster ของ SQL Server

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

ขอแสดงความยินดี – คุณได้สร้างอินสแตนซ์ของคลัสเตอร์ล้มเหลวของ AlwaysOn SQL Server 2012 แบบ 2 โหนด เปิดตัว Failover Cluster Manager และคุณควรจะเห็นสิ่งที่คล้ายกับบทความนี้ "การจัดกลุ่ม SQL Server 2012 ในคลัสเตอร์ Windows Server 2012" เป็นเพียงการดำเนินการอย่างรวดเร็วในการติดตั้ง SQL 2012 ในคลัสเตอร์ Windows Server 2012 . สำหรับการอ่านเพิ่มเติมโปรดเริ่มต้นที่นี่และปล่อยให้ Google เป็นเพื่อนของคุณ!

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2013/01/05/clustering-sql-server-2012-on-windows-server-2012-step-by-step/

การจัดกลุ่ม Windows Server 2012 แบบทีละขั้นตอน

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

ขั้นตอนพื้นฐานของคลัสเตอร์ใด ๆ

บทความนี้เป็นบทความชุดแรกในชุดของ Clustering Windows Server 2012 บทความนี้ครอบคลุมขั้นตอนแรกของคลัสเตอร์โดยไม่คำนึงว่าคุณจะจัดกลุ่ม Hyper-V, SQL Server Failover Clusters, ไฟล์เซิร์ฟเวอร์, iSCSI Target Server หรืออื่น ๆ บทความในอนาคตจะครอบคลุมคำแนะนำโดยละเอียดสำหรับแต่ละประเภทรีซอร์สคลัสเตอร์ แต่ข้อมูลต่อไปนี้สามารถใช้ได้กับทุกกลุ่ม

ฉันสมมติว่าคุณรู้เล็กน้อยเกี่ยวกับกลุ่มและเหตุผลที่คุณต้องการสร้างข้อมูลดังนั้นฉันจะไม่เข้าไปในรายละเอียดเหล่านี้ในโพสต์เฉพาะนี้ ฉันยังถือว่าคุณคุ้นเคยกับ Windows Server 2012 และสิ่งพื้นฐานเช่น DNS, AD เป็นต้น นอกจากนี้ยังควรสังเกตด้วยว่าใน Windows Server 2012 failover clustering มาพร้อมกับทุกๆฉบับซึ่งแตกต่างจาก Windows Server 2008 R2 และก่อนหน้านี้ซึ่งการรวมกลุ่มเข้าแทนที่จะรวมอยู่ใน Enterprise Edition ขึ้นไปเท่านั้น

เน้นกลุ่ม 2 โหนดขั้นพื้นฐาน

ชุดนี้จะมุ่งเน้นไปที่คลัสเตอร์ 2 โหนดขั้นพื้นฐานซึ่งเรามีเซิร์ฟเวอร์สองเครื่อง (ชื่อ PRIMARY และ SECONDARY) ที่ใช้ Windows Server 2012 ในโดเมน Windows Server 2012 (ตัวควบคุมโดเมนที่ชื่อ DC) นอกจากนี้ยังอนุมานว่า PRIMARY และ SECONDARY สามารถสื่อสารกันได้ผ่านการเชื่อมต่อเครือข่ายสองแบบที่ฉันมีป้ายกำกับ PUBLIC & PRIVATE ในสถานการณ์การผลิตการเชื่อมต่อเครือข่ายเหล่านี้ควรดำเนินการผ่านเครือข่ายเกียร์ที่แตกต่างกันอย่างสิ้นเชิง (สวิตช์, เราเตอร์, ฯลฯ ) เพื่อลดจุดใดจุดหนึ่งของความล้มเหลว

เริ่มกันเลย! การจัดกลุ่ม Windows Server 2012 ไปที่นี่!

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

เพิ่มคุณลักษณะ Failover Clustering บนเซิร์ฟเวอร์ทั้งหมดที่คุณต้องการเพิ่มลงในคลัสเตอร์

เปิดหน้าแดชบอร์ดของเครื่องจัดการเซิร์ฟเวอร์ (ขั้นตอนที่ 1 นี้จะต้องมีทั้งแบบเบื้องต้นและแบบที่สอง)

คลิกที่เพิ่มบทบาทและคุณสมบัติ

เลือกการติดตั้งตามบทบาทหรือตามคุณลักษณะ

เลือกเซิร์ฟเวอร์ที่คุณต้องการเปิดใช้งานคุณลักษณะคลัสเตอร์ failover

ข้ามหน้าบทบาทของเซิร์ฟเวอร์

ในหน้าคุณสมบัติเลือก Failover Clustering แล้วคลิกถัดไปจากนั้นยืนยันการติดตั้ง

ก่อนที่เราจะเริ่มการกำหนดค่าคลัสเตอร์เราต้องพิจารณาชนิดของพื้นที่เก็บข้อมูลที่คลัสเตอร์จะใช้ กลุ่มเดิมจะใช้ SAN บางประเภท แต่ Windows 2012 จะไม่ใช้กลุ่มทั้งหมดในการใช้ SAN ตัวอย่างเช่นถ้าคุณกำลังสร้างคลัสเตอร์เพื่อสนับสนุน SQL Server AlwaysOn Availability Groups พื้นที่เก็บข้อมูลของคุณจะถูกจำลองโดย SQL Server โดยไม่จำเป็นต้องมี SAN นอกจากนี้ด้วย SMB 3.0 ที่สนับสนุนการเก็บข้อมูลคลัสเตอร์สำหรับ Hyper-V และ SQL Server คุณอาจไม่มี SAN แบบดั้งเดิมสำหรับจัดเก็บข้อมูล และอย่าลืมว่าพื้นที่จัดเก็บแบบคลัสเตอร์กับไดรฟ์ SAS ที่ใช้ร่วมกันเป็นไปได้ใน Windows Server 2012 นอกเหนือจากตัวเลือกข้างต้นแล้วคุณยังสามารถใช้ดิสก์ในเครื่องและโซลูชันการจำลองแบบโฮสต์ของบุคคลที่สามเช่น DataKeeper Cluster Edition ซึ่งเป็นทางเลือกที่ดีเยี่ยมที่ฉันเขียนบล็อกเกี่ยวกับปัญหาที่ค่อนข้างบ่อยเพื่อวัตถุประสงค์ในการโพสต์เพื่อแชร์เกี่ยวกับ Clustering Windows Server 2012 ฉันจะสมมติว่าคุณไม่มีที่จัดเก็บข้อมูลที่ใช้ร่วมกัน คุณควรกำหนดค่าที่เก็บข้อมูลของคุณเพื่อให้คุณมี LUN (s) แกะสลักและแชร์กับแต่ละโหนดคลัสเตอร์กับ LUN ที่ใช้เป็นพยานในดิสก์และ LUN ที่เหลือสามารถใช้งานได้ สำหรับแอพพลิเคชันที่คุณต้องการจัดกลุ่ม แทนที่จะเป็นพยานในดิสก์สำหรับโควรัมเราจะใช้โหนดและไฟล์ร่วมกันเป็นพยานซึ่งจะอธิบายในภายหลัง

ขณะนี้ Failover Clustering ถูกเปิดใช้งานบนแต่ละเซิร์ฟเวอร์คุณสามารถเปิดตัวจัดการ Failover Cluster บนเซิร์ฟเวอร์ PRIMARY ของคุณได้ สิ่งแรกที่เราจะต้องทำก็คือเรียกใช้ "Validate Configuration" เพื่อให้เราสามารถระบุประเด็นที่เป็นไปได้ก่อนที่เราจะเริ่มต้น คลิกที่ Validate Cluster

ขั้นตอนการตรวจสอบความถูกต้องของตัวช่วยสร้างการกำหนดค่าตามขั้นตอนต่อไปนี้

เลือกเซิร์ฟเวอร์ที่คุณต้องการจัดกลุ่ม

รันการทดสอบทั้งหมด (ขึ้นอยู่กับบทบาทที่คุณได้ติดตั้งไว้ในเซิร์ฟเวอร์คุณอาจได้รับการทดสอบไม่มากหรือน้อย ตัวอย่างเช่นถ้าเปิดใช้งาน Hyper-V มีการทดสอบเฉพาะเจาะจงสำหรับ Hyper-V สำหรับกลุ่ม)

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

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

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

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

ในหน้าจอยืนยันคุณจะเห็นชื่อและที่อยู่ IP ที่คุณเลือก นอกจากนี้คุณยังจะเห็นตัวเลือกที่ใหม่กับ Windows Server 2012 failover clustering … "เพิ่มพื้นที่เก็บข้อมูลที่มีสิทธิ์ทั้งหมดลงในคลัสเตอร์" ส่วนตัวฉันไม่แน่ใจว่าเหตุใดจึงเลือกค่าเริ่มต้นเนื่องจากตัวเลือกนี้สามารถทำให้เกิดความสับสนได้ โดยค่าเริ่มต้นการเลือกนี้จะเพิ่มที่เก็บข้อมูลที่ใช้ร่วมกันทั้งหมด (ถ้าคุณได้กำหนดค่าไว้) ให้กับคลัสเตอร์ แต่ฉันยังเห็นว่ามีการเพิ่มดิสก์ท้องถิ่นที่ไม่ได้ใช้ร่วมกันลงในคลัสเตอร์อีกด้วย ฉันคิดว่าพวกเขาต้องการให้ง่ายต่อการสนับสนุนการจัดเก็บแบบสมมาตร แต่โดยทั่วไปโซลูชันการจำลองแบบตามโฮสต์หรืออาร์เรย์ที่ใช้จะมีคำแนะนำเฉพาะเจาะจงบางประการเกี่ยวกับวิธีการเพิ่มการจัดเก็บแบบสมมาตรให้กับคลัสเตอร์และโดยทั่วไปแล้วตัวเลือกนี้จะเพิ่มดิสก์ทั้งหมดลงในคลัสเตอร์ คลัสเตอร์เป็นอุปสรรคมากกว่าความช่วยเหลือเมื่อมีการจัดเก็บแบบไม่สมมาตร สำหรับกรณีของเราเนื่องจากไม่มีการกำหนดค่าที่เก็บข้อมูลที่ใช้ร่วมกันและฉันไม่ต้องการให้คลัสเตอร์เพิ่มดิสก์ภายในเครื่องใด ๆ ลงในคลัสเตอร์สำหรับฉันโดยอัตโนมัติฉันได้ยกเลิกการเลือกตัวเลือกเพิ่มทั้งหมดที่มีสิทธิ์จัดเก็บไปยังคลัสเตอร์

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

คุณเห็นว่าคำเตือนบอกให้ใช้เพื่อเปลี่ยนประเภทองค์ประชุม

เนื่องจากเราไม่มีพื้นที่เก็บข้อมูลที่ใช้ร่วมกันเราจะไม่ใช้โควรัม Node และ Disk Majority ตามที่แนะนำ แต่เราจะใช้โควรัม Node และ File Share Majority ขั้นตอนต่อไปนี้จะช่วยให้เราสามารถกำหนดค่าองค์ประชุมและ File Mostity Corum

ไฟล์ Share Witness จำเป็นต้องได้รับการกำหนดค่าบนเซิร์ฟเวอร์ที่ไม่ใช่ส่วนหนึ่งของคลัสเตอร์ พยานร่วมกันของไฟล์เป็นไฟล์ร่วมพื้นฐานที่ชื่อคอมพิวเตอร์คลัสเตอร์ (MYCLUSTER ในกรณีของเรา) มีสิทธิ์การอ่าน / เขียน ขั้นตอนแรกเกี่ยวข้องกับการสร้างไฟล์แชร์นี้ ในตัวอย่างของเราเราจะสร้างไฟล์แชร์ใน DC ของเราและให้สิทธิ์การอ่าน / เขียนของ MYCLUSTER

ส่วนแบ่งใช้ไฟล์ไม่จำเป็นต้องอยู่บนเซิร์ฟเวอร์ Windows 2012 แต่จำเป็นต้องใช้ Windows Server ในโดเมนเดียวกับคลัสเตอร์ สิ่งสำคัญที่ต้องจดจำคือชื่อคอมพิวเตอร์คลัสเตอร์ที่เราสร้างขึ้นนั้นต้องการการเข้าถึงแบบอ่าน / เขียนที่ระดับแชร์และระดับ NTFS ต่อไปนี้เป็นภาพหน้าจอที่นำคุณเข้าสู่กระบวนการนี้บนเซิร์ฟเวอร์ DC ซึ่งใช้ Windows Server 2012 ในห้องทดลองของฉัน

ตอนนี้เรามีส่วนแบ่งไฟล์ที่สร้างขึ้นใน DC แล้วเราจะกลับไปที่ PRIMARY และใช้ Failover Cluster Manager เพื่อเปลี่ยนประเภทองค์ประชุมดังที่แสดงในขั้นตอนต่อไปนี้

หากบังเอิญตัวช่วยสร้างนี้ล้มเหลวมีความเกี่ยวข้องกับสิทธิ์ในการแชร์ไฟล์มากที่สุด ตรวจสอบให้แน่ใจว่าคุณได้ให้สิทธิ์ในการอ่าน / เขียนชื่อคอมพิวเตอร์คลัสเตอร์ไว้ที่ระดับแชร์ไฟล์และความปลอดภัย (NTFS) และลองอีกครั้ง

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

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2012/12/31/windows-server-2012-clustering-step-by-step/

Datakeeper Cluster Edition 7.5 สนับสนุน Windows Server 2012 แล้ว

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

ประโยชน์ของการใช้ DataKeeper Cluster Edition

ข่าวดีสำหรับคุณผู้ใช้งาน Windows Server 2012 ช่วงต้น – ขณะนี้คุณสามารถใช้ DataKeeper Cluster Edition กับ Windows Server 2012 ฉันจะโพสต์บางส่วนของ Windows Server 2012 บทความทีละขั้นตอนก่อนสิ้นปีและจะต้องแน่ใจว่าได้รวมตัวอย่างคลัสเตอร์หลายกลุ่มด้วยเช่นกัน ในขณะเดียวกันถ้าคุณต้องการสร้างกลุ่มตาม Windows Server 2012 และต้องการลดพื้นที่จัดเก็บข้อมูลที่ใช้ร่วมกันเป็นจุดบกพร่องเดียวหรือคุณต้องการยืดคลัสเตอร์ของคุณข้ามสถานที่ตั้งทางภูมิศาสตร์คุณสามารถทำได้ด้วย DataKeeper Cluster Edition v7.5

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2012/12/19/datakeeper-cluster-edition-7-5-now-support-windows-server-2012/

กลุ่มความพร้อมใช้งานของ Alwayson ที่สามารถใช้งานได้กับ Failover Clusters?

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

กลุ่มความพร้อมใช้งานของ Alwayson เป็นตัวเลือกที่สามารถใช้ได้กับ Alwaysail Failover Clusters ใน Cloud สาธารณะหรือไม่?

ฉันเพิ่งอ่านบทความเรื่อง SQL Server 2012 AlwaysOn: ฐานข้อมูลความพร้อมใช้งานสูงสำหรับศูนย์ข้อมูลระบบคลาวด์ที่ผู้เขียน John Joyner สร้างกรณีการใช้ AlwaysOn Availability Groups สำหรับ SQL Server พร้อมใช้งานได้สูงในระบบคลาวด์ ฉันได้ตรวจสอบกลุ่มความพร้อมใช้งาน AlwaysOn เนื่องจากได้มีการเผยแพร่ใน SQL Server 2012 ก่อนเผยแพร่แล้ว แม้ว่าจะมีการใช้งานที่ถูกต้องบางส่วน (ส่วนใหญ่อยู่ในการกำหนดค่าการกู้คืนระบบ) กล่าวว่าเป็นวิธีใหม่ในการบรรลุ HA SQL ในหลายประเด็นที่ทำให้การปรับใช้ AlwaysOn Availability Groups เป็นไปได้แทนกลุ่ม failover ก็ไม่สามารถทำได้ ในหลาย ๆ กรณี

การตอบกลับของฉัน

ในการตอบสนองฉันเขียนบทความฉันเสนอว่า AlwaysOn Multisite Clustering ใช้โซลูชันการจำลองแบบโฮสต์ที่ DataKeeper Cluster Edition เป็นทางเลือกที่ดีมากและฉันไปข้างหน้าและอธิบายว่าทำไม ..

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

มีบางสิ่งที่ควรพิจารณาสำหรับ AlwaysOn Availability Groups ตามที่คุณกล่าวถึง "Microsoft ได้ประกาศสนับสนุนบางโปรแกรม System Center 2012 SP1 เพื่อทำงานกับ SQL AlwaysOn" ซึ่งหมายความว่ายังคงมีแอพพลิเคชันที่ไม่สนับสนุน AlwaysOn อยู่ ในความเป็นจริงมีแอพพลิเคชันจำนวนมากที่ไม่สนับสนุนกลุ่มความพร้อมใช้งาน AlwaysOn รวมถึงแอพพลิเคชันใด ๆ ที่ใช้ธุรกรรมแบบกระจาย และสิ่งที่เกี่ยวกับข้อ จำกัด อื่น ๆ เช่นไม่สามารถรักษา MSDB, Master และฐานข้อมูลอื่น ๆ ในการซิงค์? ฉันบล็อกเกี่ยวกับข้อ จำกัด เหล่านี้ที่นี่

https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-limitations-of-sql-server-alwayson-availability-groups-sqlpass/

ฉันยอมรับว่า SQL HA มีความสำคัญ แต่วิธีเดียวที่จะทำให้ "ความพร้อมใช้งานสูง" (หมายถึงการกู้คืนอัตโนมัติในกรณีที่เกิดความล้มเหลว) กับ AlwaysOn Availability Groups คือการใช้การจำลองแบบซิงโครนัส ที่ PASS Summitt ในซีแอตเติลเมื่อต้นเดือนที่แล้วผมนั่งอยู่ในงานนำเสนอที่แตกต่างกันหลายแห่งใน AlwaysOn และแทบไม่ขาดผู้พูดพูดถึง AlwaysOn ในการกำหนดค่าแบบอะซิงโครนัส เหตุผลคือการจำลองแบบ AlwaysOn synchronous มีผลกระทบที่สำคัญต่อประสิทธิภาพการทำงานของแอ็พพลิเคชันของคุณ ฉันได้วัดผลการทำงานได้ถึง 68% โดยมีการจำลองแบบ AlwaysOn Synchronous และนั่นคือการใช้งานผ่านระบบ LAN 10 Gbps LAN โดยเฉพาะ! ฉันบล็อกเกี่ยวกับผลนี้ที่นี่

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

แล้วในที่สุดก็มีค่าใช้จ่ายที่ต้องพิจารณา SQL Server 2012 Enterprise ไม่มีอะไรที่จะจามที่ ถ้าคุณต้องการสร้างคลัสเตอร์ 2 โหนดและใช้ประโยชน์จาก secondaries ที่สามารถอ่านได้และคุณใช้เซิร์ฟเวอร์แบบ 2 ซ็อกเก็ต 16 คอร์ที่คุณกำลังมองหาที่ปลอกกระสุนออกไปใกล้ $ 220k สำหรับใบอนุญาต SQL Server 2012 Enterprise ฉันยากจนลงค่าใช้จ่ายที่เกี่ยวข้องในบทความบล็อกของฉันที่นี่

ไม่ทำให้ฉันผิด SQL Server 2012 AlwaysOn Availability Groups สามารถแก้ปัญหาได้มากมาย แต่ฉันจะไม่จัดประเภทการกำหนดค่าแบบอะซิงโครนัสที่จำเป็นในการใช้งานระบบคลาวด์ส่วนใหญ่เป็นทางเลือก HA หลายคนมองข้าม AlwaysOn อื่น ๆ AlwaysOn Failover Clusters คุณลักษณะใหม่ ๆ ของ SQL Server AlwaysOn Failover Clusters รวมทั้งการสนับสนุนที่เพิ่มขึ้นสำหรับกลุ่มย่อยหลายกลุ่มแบบหลายกลุ่มจะช่วยให้คุณได้รับโซลูชัน HA ที่แท้จริงและสามารถเอาชนะข้อ จำกัด ทั้งหมดที่ฉันอธิบายข้างต้นได้ แน่นอนว่าโซลูชัน Cloud บริสุทธิ์คุณอาจไม่สามารถทำงานร่วมกับการจำลองแบบตามแถวเพื่อสนับสนุนกลุ่มหลายกลุ่ม แต่คุณสามารถใช้โซลูชันการจำลองแบบบนโฮสต์เช่น SteelEye DataKeeper Cluster Edition เพื่อสร้างกลุ่มหลายกลุ่มในเมฆภาครัฐหรือเอกชนและใน ศูนย์ข้อมูลทางกายภาพของตัวเองและคุณสามารถทำเช่นนี้กับ SQL Server 2008 ถึง 2012 และใช้งานได้กับ SQL Server Standard edition รวมถึง Enterprise

คุณได้ทำการทดสอบกับ AlwaysOn Availability Groups ในการกำหนดค่า HA หรือไม่? ถ้าเป็นเช่นนั้นฉันอยากทราบว่าคุณได้วัดค่าใช้จ่ายที่เกี่ยวข้องกับการจำลองแบบซิงโครนัสในสภาพแวดล้อมของคุณหรือไม่

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2012/11/27/is-alwayson-availability-groups-a-viable-alternative-to-alwayson-failover-clusters-in-the-public-cloud/

« Previous Page

1

2

3

4

5

6

…

8

Next Page »