ภาพที่ถ่ายจาก https://docs.microsoft.com/th-th/windows-server/storage/storage-spaces/storage-spaces-direct-overview กรณีการใช้งานหลักที่กำหนดเป้าหมายเป็นโครงสร้างพื้นฐานแบบ hyper-converged สำหรับการใช้งาน Hyper-V อย่างไรก็ตามมีกรณีการใช้งานอื่น ๆ รวมถึงการใช้ประโยชน์จากพื้นที่จัดเก็บ SMB นี้เพื่อจัดเก็บข้อมูล SQL Server เพื่อใช้ในอินสแตนซ์ของคลัสเตอร์ล้มเหลวของ SQL Server

ทำไมทุกคนต้องการทำอย่างนั้น?

ดีสำหรับตอนเริ่มต้นคุณสามารถสร้าง 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 ฉันจะรอจนกว่าฝุ่นจะตกลงและช่องว่างบางช่องว่างจะปิดก่อนที่ฉันจะพิจารณาการใช้งานที่สำคัญทางธุรกิจของฉัน