S2D SQL Server 장애 조치 (Failover) 클러스터 인스턴스 

https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/storage-spaces-direct-overview에서 가져온 이미지 주요 대상은 Hyper-V 배포를위한 하이퍼 – 컨버전스 인프라입니다. 그러나이 SMB 저장소를 활용하여 SQL Server 장애 조치 (Failover) 클러스터 인스턴스에서 사용할 SQL Server 데이터를 저장하는 등의 다른 사용 사례가 있습니다

왜 누군가는 그것을하고 싶습니까?

이제는 공유 스토리지가 필요없이 SQL Server Standard Edition을 통해 고 가용성 2 노드 SQL Server 장애 조치 (Failover) 클러스터 인스턴스 (FCI)를 구축 할 수 있습니다. 이전에 SAN없이 HA를 원한다면 SQL Server Enterprise Edition을 구입하고 항상 가용성 그룹을 사용하거나 SIOS DataKeeper를 구입하고 모든 버전의 Windows 또는 SANless 클러스터를 구축 할 수있는 타사 솔루션을 활용해야했습니다. SQL 서버. SQL Server Enterprise Edition은 특히 가용성 그룹 기능을 위해 SQL Server Enterprise Edition을 구입하는 경우 프로젝트 비용을 크게 높일 수 있습니다. 가용성 그룹과 관련된 비용 외에도 AG를 통해 장애 조치 (failover) 클러스터를 선호 할 수있는 여러 가지 기술적 인 이유가 있습니다. 응용 프로그램 호환성, 인스턴스 대 데이터베이스 수준 보호, 많은 수의 데이터베이스, DTC 지원, 숙련 된 직원 등은 장애 조치 (Failover) 클러스터 인스턴스를 유지하려는 기술적 이유 중 일부에 지나지 않습니다.

SQL Server 장애 조치 (Failover) 클러스터 인스턴스에 대한 SIOS DataKeeper 솔루션 대 S2D 

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는 1999 년부터 SANless 클러스터를 구축 할 수있게 해줍니다. 그러나 S2D For SQL Server 장애 조치 (Failover) 클러스터 인스턴스는 초기 단계입니다.  그렇다고해서 S2D가 따라 잡을만한 부분이있을 것입니다. 또는 단순히 기술의 한계로 인해 지원되지 않는 기능입니다.

SANless 클러스터 솔루션을 선택하기 전에

SANless 클러스터 솔루션을 선택하기 전에 고려해야 할 몇 가지 사항에 대한 개요는 다음 표를보십시오. 이 차트를 살펴보면 SIOS DataKeeper에는 몇 가지 중요한 이점이 있음을 알 수 있습니다. 그 중 하나 인 DataKeeper는 Windows Server 2008 R2 및 SQL Server 2008 R2로 다시 돌아가는 훨씬 다양한 플랫폼을 지원합니다. S2D 솔루션은 Windows 및 SQL Server 2016/2017의 최신 릴리스 만 지원합니다. 또한 S2D는 Windows Datacenter Edition을 필요로하므로 배포 비용이 크게 추가 될 수 있습니다. 또한 SIOS는 온 – 프레미엄과 클라우드에서 모두 작동하는 Linux 용 SQL Server 전용 HA / DR 솔루션을 제공합니다.

차이점 분석

비용 및 플랫폼의 한계를 넘어, SANless 클러스터의 재난 복구 옵션을 고려할 때 가장 큰 차이가 발생한다고 생각합니다. SQL Server Cluster 전문가이자 동료 Microsoft Cloud 및 Datacenter 관리 MVP 인 Allan Hirt는 최근에이 S2D 제한에 대해 게시했습니다. 스토리지 공간 직접 방문 및 SQL Server FCI에 대한 기사에서 Allan은 사이트 전체에서 S2D 클러스터를 확장하거나 Always Availability 그룹에서 S2D 기반 클러스터를 다리로 포함 할 수있는 지원이 부족하기 때문에 S2D 시나리오는 로그 전달입니다! 나를 오해하지 마라. 로그 전달은 영원히 계속되었으며 내가 사라진 후 아마도 오래있을 것입니다. 그러나 다중 사이트 클러스터, 가용성 그룹 등과 같이 익숙해 진 모든 재해 복구 솔루션에 대해 생각할 때 거슬러 올라갑니다. 반면 SIOS DataKeeper 솔루션은 Always On Availability Groups를 완벽하게 지원합니다. 더 나은 방법은 RTI / RPO 관점에서 달성 할 수있는 최상의 HA / DR 솔루션을 제공하기 위해 여러 사이트에서 FCI를 확장 할 수 있습니다. Azure 환경에서 DataKeeper는 ASR (Azure Site Recovery)을 지원하므로 재난 복구를위한 더 많은 옵션을 제공합니다. 이 차트의 나머지 부분은 꽤 자명합니다. 기본적으로 S2D 클러스터를 배치하기 전에 충족시켜야하는 하드웨어, 스토리지 및 네트워킹 요구 사항 목록으로 구성됩니다. 여기에는 S2D 요구 사항의 철저한 목록이 있습니다.  https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/storage-spaces-direct-hardware-requirements

SIOS Datakeeper. 무슨 좋은

SIOS DataKeeper 솔루션은 훨씬 관대합니다. 로컬로 연결된 모든 저장소를 지원하며 하드웨어가 클러스터 유효성 검사를 통과하면 지원되는 클러스터 구성입니다. 블록 레벨 복제 솔루션은 1Gbps가 고속 LAN으로 간주되고 T1 WAN 연결이 사치로 여겨지기 때문에 큰 성과를 거두었습니다. SANless 클러스터링은 클라우드 구축에 특히 유용합니다. 클라우드는 클러스터에 기존의 공유 스토리지 옵션을 제공하지 않습니다. 따라서 클라우드로 옮겨 가려는 사용자에게 클러스터를 가져 가려는 사용자는 대체 스토리지 솔루션을 고려해야합니다. 클라우드 배포의 경우 SIOS는 Azure, AWS 및 Google에 대한 인증을 받았으며 관련 클라우드 마켓에서 사용할 수 있습니다. Azure 또는 Google에서 S2D 기반 클러스터의 배포를 차단하는 것으로 보이는 것은 아니지만 해당 플랫폼에 대한 Microsoft의 설명서 또는 지원 가능성에 대한 언급이 눈에 띄지 않습니다.

안전한 선택 만들기

SIOS DataKeeper는 1999 년부터이 작업을 해오 고 있습니다. SIOS는 모든 기능 요청을 듣고 모든 버그를 밝혀 냈으며 시간을 테스트하고 입증 된 SANless 클러스터를위한 견고한 솔루션을 보유하고 있습니다. Microsoft S2D는 1 세대 제품으로 유망한 기술이지만 먼지가 잠길 때까지 기다렸다가 기능상의 차이로 인해 업무상 중요한 응용 프로그램으로 간주되기까지 기다릴 것입니다.