Date: 2월 27, 2015
SQL 서버는 배포 되는 위치에 고가용성 보호를 필요로 하는 비즈니스 중요 한 응용 프로그램입니다. 구름에도 여전히 구름 인스턴스 또는 클라우드 공급자 실패 하는 경우 가동 중지 시간에서 SQL 서버를 보호 해야 합니다. 그러나, 공유 저장소 클러스터 같은 전통적인 솔루션을 않을 수 있습니다 실용적인 또는 가능한 클라우드. SANless 소프트웨어는 고가용성 및 재해 복구 보호 공유 저장소의 제한 없이 구름에서 SQL Server에 대 한 기업을 제공할 수 있습니다. 이 문서는 어떻게 달성 될 수 있다이 대 한 전략에 볼 것 이다. 대부분의 클라우드 공급자를 사용 하 여 여러 별도 중복 데이터 센터에서 응용 프로그램을 배포할 수 있습니다. 그러나, 그들은 공유 저장소 (즉, SAN), 이러한 컴퓨팅 리소스에 걸쳐 전통적인 Microsoft Windows 서버 장애 조치 클러스터링 (WSFC)를 지 원하는 데 필요한을 제공 하지 않습니다. WSFC 로컬 저장소를 사용 하 여 고가용성 클러스터를 만들 공유 저장소 대신 SANless 소프트웨어를 사용 하는 솔루션이입니다. 구름에서 여러 windows 인스턴스는 항상 사용 가능한 SQL Server 장애 조치 클러스터 인스턴스 (FCI)를 배포할 수 있습니다. 장애가 발생 한 경우 WSFC SQL 서버 장애 조치를 조정 하 고 SQL 클러스터의 다른 노드에서 다시 시작. SANless 소프트웨어 클라우드 배포에 WSFC 환경에서 성분으로 공유 스토리지에 대 한 필요가 없다. SAN, 대신 소프트웨어 유지 저장소 동기화 하는 모든 노드 (동일한) 진짜 시간, 블록 레벨 복제를 사용 하 여 합니다. 복제는 동기 또는 비동기 모드에서 수행할 수 있습니다. 클러스터 노드 추가 보호를 위해 별도 구름 지역에서 찾을 수 있습니다. 마치 그것이 공유 저장소 복제 된 로컬 스토리지 WSFC에 제공 됩니다. SANless 클러스터를 사용 하 여 Windows 서버 장애 조치 클러스터링을 사용 하면서 클라우드에서 고가용성 구성에서 SQL Server를 배포 하는 빠르고, 쉬운 방법 이다. 고가용성 및 재해 구름에서 SQL Server에 대 한 보호를 제공 하려면 또한 좋습니다 다른 지리적으로 별도 영역 (예를 들어, AWS 또는 Microsoft Azure 지역)에 있는 노드를 장애 조치 클러스터를 구성 하. 이를 위해 한 가지 방법은 SQL 서버 자체에 내장 된 AlwaysOn 가용성 그룹 기능을 사용 하는. 그러나 가용성 그룹 매우 비용 수 있는 SQL Server Enterprise Edition을 필요로 하는,이 구성에서 간단한 2 노드 배포 금지. 불행히도, 가용성 그룹도는 다양 한 제한의 알고 있어야 한다: 그것은 분산 트랜잭션과 호환 되지 않습니다, 경우 응용 프로그램에 Microsoft 분산 트랜잭션 코디네이터 (MSDTC) 사용할 수 없습니다 AlwaysOn 가용성 그룹 장애 조치 및 분산된 트랜잭션 코디네이터 서버 변경의 인스턴스 ID는 새로운 인식 하지 않기 때문에 인스턴스 id입니다. 또한, 사용자 정의 데이터베이스와 하지 시스템 데이터베이스 (마스터 및 MSDB)와 같은 가용성 그룹만 복제합니다. SQL 에이전트 작업 및 SQL 로그온 자동으로 동기화 되지 않은 장애 조치 되지 않습니다 가용성 그룹의 한 부분으로. 마지막으로, 가용성 그룹 처리 하지 않을 수 있습니다 추가 관리 오버 헤드를 소개 합니다. 가용성 그룹 구성 하 고 SQL Server 인스턴스 수준이 아니라 데이터베이스 수준에서 관리 됩니다. 따라서, 관리자 데이터베이스 추가 또는 삭제 보호를 재구성 해야 합니다. 기본적으로, SQL의 두 별도 인스턴스를 관리 하는 당신과 큰 관심을가지고 유지 하는 그들의 구성 동기화. 이러한 경우에, SANless 소프트웨어 배포 비용 효율적인 SQL Server Standard Edition을 사용 하 여 다른 서브넷에 걸쳐 전체 SQL 인스턴스에 대 한 고가용성 장애 조치를 제공 하기 위해 SQL 장애 조치 클러스터 인스턴스 (FCI)를 사용할 수 있습니다. WSFC 클라우드 가용성 영역 또는 영역에 걸쳐 SQL Server Standard Edition의 장애 조치를 사용을 향상 시키기 위해 SANless 소프트웨어를 사용 하 여 클러스터를 만들 수 있습니다. 이 전체 고가용성 및 재해 복구 보호; 전체 SQL 인스턴스의 원하는 회사에 대 한 최고의 선택이 될 수 있습니다. SQL Server Standard Edition, 최대 응용 프로그램 호환성 및 관리 오버 헤드를 감소의 경제성을 얻고 있다. 요약 몇 년 동안, WSFC 전통적인 현장 환경에서 SQL 응용 프로그램에 대 한 높은 가용성 및 재해 복구 보호를 제공 하기 위해 사용 되었습니다. 최근까지, 관리 사이트 오류 되었습니다 매우 복잡 하 고 비싼, 전문화 된 하드웨어 및 소프트웨어 뿐만 아니라 두 번째 데이터 센터 사이트의 가용성에 큰 투자를 요구. 클라우드는 매력적이 고 비용 효율적인 클러스터 구성원을 찾을 수 및 로컬 사이트 오류가 발생 하면 장애 조치를 처리 하는 두 번째 사이트를 제공 합니다. 그러나, 전통적인 클러스터 요구 하기 때문에 공유 스토리지 사이의 모든 지역에 걸쳐 클러스터 노드 및 클라우드 리소스,이 되지 않은 전통적인 클러스터에 대 한 실용적인 건축. 이러한 경우에, SANless 소프트웨어 로컬에서 높은 가용성을 제공 하는 클러스터를 만드는 데 사용할 수 있습니다 및 클라우드 리소스 및 SQL Server에 대 한 원격 복구 사이트 또는 SQL Server Enterprise Edition 라이센스 비용 없이 재해 복구 보호를 위한 클라우드는 온-프레미스 SAN 기반 또는 SANless 클러스터를 확장. SANless 소프트웨어는 쉽고, 비용 효율적인 높은 가용성 및 재해 복구 솔루션 기업 그들의 SQL 환경 실제, 개인 클라우드 또는 온-프레미스 VM 환경 관리를 계속에 대 한 수 있습니다. 저자: 토니 텍스트는 필드 엔지니어링 SIOS 기술 공사 이사 토니는 정의 하 고 SIOS 고객, 잠재 고객 및 파트너에 게 기술 사전 판매 서비스, 지원 및 유용한 정보를 제공 합니다. 토니는 기업 고객에 게 시스템 관리 및 고가용성 솔루션을 제공 하는 경험 10 년 이상 있다. ContinuityCentral.com에서 기사를 읽으십시오