Date: กันยายน 8, 2018
ป้ายกำกับ:s2d สำหรับอินสแตนซ์ของคลัสเตอร์ failover เซิร์ฟเวอร์ sql, SIOS, SQL Server Failover Cluster
พื้นที่เก็บข้อมูลโดยตรงสำหรับ SQL Server Failover Cluster Instances
ด้วยการนำเสนอ Windows Server 2016 Datacenter Edition คุณลักษณะใหม่ที่เรียกว่า Storage Spaces Direct (S2D) ในระดับที่สูงมาก S2D สำหรับอินสแตนซ์คลัสเตอร์ล้มเหลวของ SQL Server ช่วยให้คุณสามารถรวมแอ็ตทริบิวต์ที่เก็บอยู่ในระบบและนำเสนอไปยังคลัสเตอร์เป็น CSV เพื่อใช้ใน Scale Out File Server จากนั้นจะสามารถเข้าถึงได้ผ่าน SMB 3 และใช้เพื่อเก็บข้อมูลคลัสเตอร์เช่นไฟล์ Hyper-V VMDK นอกจากนี้ยังสามารถกำหนดค่าในรูปแบบ Hyper-converged (HCI) เพื่อให้แอ็พพลิเคชันและข้อมูลสามารถทำงานได้บนชุดเซิร์ฟเวอร์เดียวกัน นี่เป็นคำอธิบายง่ายกว่าที่เข้าใจง่าย แต่สำหรับรายละเอียดคุณจะต้องการดูที่นี่
ทำไมทุกคนต้องการทำอย่างนั้น?
ดีสำหรับตอนเริ่มต้นคุณสามารถสร้าง SQL Server Failover Cluster Instance (2) โหนด SQL Server Edition (FCI) พร้อม SQL Server Standard Edition ได้โดยไม่ต้องใช้ที่เก็บข้อมูลที่ใช้ร่วมกัน ก่อนหน้านี้ถ้าคุณต้องการ HA โดยไม่ใช้ SAN คุณจะได้รับสิทธิซื้อ SQL Server Enterprise Edition และใช้ Always On Availability Groups หรือซื้อ SIOS DataKeeper และใช้โซลูชันของ บริษัท อื่นซึ่งช่วยให้คุณสามารถสร้างกลุ่ม SANless กับ Windows หรือ Windows รุ่นใดก็ได้ SQL Server SQL Server Enterprise Edition สามารถขับค่าใช้จ่ายของโครงการของคุณได้โดยเฉพาะอย่างยิ่งหากคุณซื้อเฉพาะสำหรับคุณลักษณะกลุ่มการมีส่วนร่วมเท่านั้น นอกเหนือจากค่าใช้จ่ายที่เกี่ยวข้องกับกลุ่มความพร้อมใช้แล้วมีสาเหตุทางเทคนิคอื่น ๆ อีกหลายประการที่ทำให้คุณอาจต้องการ Failover Cluster ผ่าน AG ความเข้ากันได้ของแอ็พพลิเคชันเช่นกับการป้องกันระดับฐานข้อมูลฐานข้อมูลจำนวนมากการสนับสนุน DTC พนักงานที่ผ่านการฝึกอบรม ฯลฯ เป็นเพียงเหตุผลทางเทคนิคบางประการที่คุณอาจต้องการติดตั้ง Failover Cluster Instance
โซลูชัน DataScheeper ของ SIOS กับ S2D สำหรับอินสแตนซ์คลัสเตอร์ล้มเหลวของ SQL Server
Microsoft แสดงทั้งโซลูชัน SIOS DataKeeper และโซลูชัน S2D เป็นสองโซลูชันที่สนับสนุนสำหรับ SQL Server FCI ในเอกสารของตนที่นี่ https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sql/virtual-machines-windows-sql-high-availability-dr เมื่อเปรียบเทียบสองโซลูชันนี้คุณต้องคำนึงถึงว่า SIOS ได้อนุญาตให้คุณสร้าง SANless Clusters ตั้งแต่ปี 2542 แต่ S2D สำหรับ SQL Server Failover Cluster Instances ยังอยู่ในวัยเด็ก มีกล่าวว่ามีขอบเขตเป็นบางพื้นที่ที่ S2D มีบาง catching ถึงทำ. หรือเพียงแค่คุณลักษณะที่พวกเขาไม่เคยสนับสนุนเพียงเพราะข้อ จำกัด ของเทคโนโลยี
ก่อนที่จะเลือกโซลูชันคลัสเตอร์ SANless ของคุณ
ดูตารางต่อไปนี้เพื่อดูภาพรวมของสิ่งที่คุณควรพิจารณาก่อนที่คุณจะเลือกโซลูชันคลัสเตอร์ SANless ของคุณ ถ้าเราดูกราฟนี้เราจะเห็นว่า SIOS DataKeeper มีข้อได้เปรียบที่สำคัญอย่างชัดเจน สำหรับหนึ่ง DataKeeper สนับสนุนช่วงกว้างมากของแพลตฟอร์มไปตลอดทางกลับไปที่ Windows Server 2008 R2 และ SQL Server 2008 R2 โซลูชัน S2D รองรับเฉพาะรุ่นล่าสุดของ Windows และ SQL Server 2016/2017 เท่านั้น นอกจากนี้ S2D ยังต้องการ Windows Datacenter Edition ซึ่งจะช่วยเพิ่มค่าใช้จ่ายในการติดตั้งของคุณได้เป็นอย่างมาก นอกจากนี้ SIOS ยังให้บริการโซลูชัน HA / DR สำหรับ SQL Server บน Linux ที่ใช้งานได้ทั้งบน prem และในระบบคลาวด์
การวิเคราะห์ความแตกต่าง
แต่นอกเหนือจากข้อ จำกัด ด้านค่าใช้จ่ายและแพลตฟอร์มฉันคิดว่าช่องว่างที่แจ่มชัดที่สุดเกิดขึ้นเมื่อเราเริ่มพิจารณาตัวเลือกการกู้คืนระบบสำหรับกลุ่ม SANless ของคุณ Allan Hirt, guru กลุ่ม SQL Server และเพื่อน Microsoft Cloud และ Datacenter Management MVP โพสต์เมื่อเร็ว ๆ นี้เกี่ยวกับข้อ จำกัด S2D นี้ ในบทความของเขา Revisiting Storage Space ตรงและ SQL Server FCIs Allan ชี้ให้เห็นว่าเนื่องจากการขาดการสนับสนุนสำหรับการยืดกลุ่ม S2D ข้ามไซต์หรือรวมกลุ่มที่ใช้ S2D เป็นส่วนหนึ่งของ Always On Availability Group ตัวเลือกที่ดีที่สุดสำหรับ DR ใน สถานการณ์ S2D เป็น log shipping! อย่าทำให้ฉันผิด การจัดส่งบันทึกได้รับรอบตลอดไปและอาจจะเป็นรอบนานหลังจากที่ฉันไป แต่นั่นก็เป็นก้าวที่ยิ่งใหญ่เมื่อเราคิดถึงโซลูชันการกู้คืนระบบทั้งหมดที่เราคุ้นเคยเช่นกลุ่มไซต์หลายแห่งกลุ่มความพร้อมใช้งาน ฯลฯ ตรงกันข้ามโซลูชั่น SIOS DataKeeper รองรับ Always On Availability Groups ยังดีกว่า – สามารถช่วยให้คุณสามารถยืด FCI ข้ามไซต์เพื่อให้ได้โซลูชัน HA / DR ที่ดีที่สุดที่คุณอาจหวังว่าจะบรรลุในแง่ของ RTO / RPO ในสภาพแวดล้อม Azure DataKeeper ยังสนับสนุน Azure Site Recovery (ASR) ทำให้คุณมีทางเลือกมากขึ้นในการกู้คืนระบบ ส่วนที่เหลือของแผนภูมินี้เป็นคำอธิบายที่น่าสนใจ โดยทั่วไปจะประกอบด้วยฮาร์ดแวร์รายการความต้องการในการเก็บข้อมูลและระบบเครือข่ายที่ต้องได้รับก่อนที่คุณจะสามารถใช้งานกลุ่ม S2D ได้ มีการเก็บรักษารายการข้อกำหนด S2D อย่างละเอียดไว้ที่นี่ https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/storage-spaces-direct-hardware-requirements
SIatus Datakeeper อะไรดี
โซลูชั่น SIOS DataKeeper มีมากขึ้นผ่อนปรน สนับสนุนการจัดเก็บข้อมูลที่แนบมาภายในเครื่องและตราบเท่าที่ฮาร์ดแวร์ผ่านการตรวจสอบคลัสเตอร์เป็นการกำหนดค่าคลัสเตอร์ที่สนับสนุน โซลูชันการจำลองแบบระดับบล็อกทำงานได้ดีตั้งแต่ 1 Gbps ถือว่าเป็น LAN ที่รวดเร็วและการเชื่อมต่อ T1 WAN ถือเป็นความหรูหรา การจัดกลุ่มแบบไม่ใช้ SAN เป็นสิ่งที่น่าสนใจอย่างยิ่งสำหรับการใช้งานระบบคลาวด์ ระบบคลาวด์ไม่ได้เสนอทางเลือกในการจัดเก็บข้อมูลแบบเดิมสำหรับกลุ่ม ดังนั้นสำหรับผู้ใช้ที่อยู่ตรงกลางของ "ยกและเปลี่ยน" ไปยังคลาวด์ที่ต้องการนำกลุ่มของพวกเขาเข้ากับพวกเขาพวกเขาต้องมองหาโซลูชันการจัดเก็บสำรอง สำหรับการใช้งานระบบคลาวด์ SIOS ได้รับการรับรองสำหรับ Azure, AWS และ Google และพร้อมให้บริการในตลาดคลาวด์ที่เกี่ยวข้อง แม้ว่าจะไม่มีอะไรที่ขัดขวางการใช้งานกลุ่มที่ใช้ S2D ใน Azure หรือ Google แต่ก็มีข้อบกพร่องที่ชัดเจนในเอกสารเกี่ยวกับเอกสารหรือคำชี้แจงสนับสนุนจาก Microsoft สำหรับแพลตฟอร์มเหล่านั้น
สร้างทางเลือกที่ปลอดภัย
SIOS DataKeeper ทำเช่นนี้ตั้งแต่ปี 2542 SIOS ได้ฟังคำขอคุณลักษณะทั้งหมดเปิดเผยข้อบกพร่องทั้งหมดและมีโซลูชันแบบ solid solid สำหรับกลุ่ม SANless ที่ผ่านการทดสอบและพิสูจน์แล้ว ในขณะที่ Microsoft S2D เป็นเทคโนโลยีที่มีแนวโน้มว่าจะเป็นผลิตภัณฑ์รุ่นที่ 1 ฉันจะรอจนกว่าฝุ่นจะตกลงและช่องว่างบางช่องว่างจะปิดก่อนที่ฉันจะพิจารณาการใช้งานที่สำคัญทางธุรกิจของฉัน
หากต้องการทราบข้อมูลเพิ่มเติมเกี่ยวกับ S2D สำหรับ SQL Server Failover Cluster Instances โปรดดูที่นี่ SIOS DataKeeper ทำซ้ำโดยได้รับอนุญาตจาก Clusteringformeremortals.com