Date: 12월 10, 2014
엔터프라이즈 데이터 센터 클라우드 컴퓨팅 테스트-dev 및 비 미션 크리티컬 응용 프로그램 등의 그들의 낮은 위험 환경에 대 한 몇 년 동안 사용 되었습니다. 이러한 맥락에서 클라우드 컴퓨팅을 잘 이해의 혜택. IT 관리자는 쉽고 비용 효율적으로 설정 하 고 제한 및 물리적 또는 가상 서버 환경에 필요한 하드웨어 투자 없이 응용 프로그램 환경을 제공 하는 클라우드를 사용할 수 있습니다. IT 부서는 클라우드 컴퓨팅이 더 그들의 핵심 비즈니스 응용 프로그램의 사용을 확장을 찾고 있습니다. 일부는 심지어 일부 경우 상당한 비용 절감, 그리고 클라우드 구성 유연성, 향상 된 IT 리소스 할당, 얻을 수 있는 어디에 그들의 전체 데이터 센터를 밀어 찾고 있습니다. 일부 데이터 센터는 급속 한 성장을 지원할 수 있는 유일한 방법은 클라우드로 이동 또는 빠르게 변화 하는 스토리지, 성능, 그리고 그것에 대 한 요구 사항을 오늘날의 급변 하는 경제에서 자원. 그러나 비즈니스 중요 한 응용 프로그램에 대 한 최소 요구 사항, SQL Server, 오라클, SAP 등 등급 한 비즈니스 중요 한 응용 프로그램을 클라우드로 이동 몇 가지 중요 한 문제를 선물 한다. 이러한 응용 프로그램에 대 한 회사 중단, 데이터 손실, 서비스 중단에 대 한 관용을가지고 또는 응답 시간을 둔화. 고려는 클라우드 비즈니스 중요 한 응용 프로그램, 데이터 센터 관리자는 이동에 추가 하지 것입니다 위험, 복잡성 또는 비용 그들의 응용 프로그램 환경 되도록 해야 합니다. 클라우드 환경 또한 일치 또는 서비스 레벨을 초과 하 고 복구 시간 및 복구 시점 목표 (일반적으로 공유 저장소 클러스터) 그들의 물리적 서버 환경에서 회의. 이러한 요구 사항을 몇 가지 주요 질문을 제기:
- 어떻게 당신이 공유 저장소 클러스터는 제공 되지 않습니다 구름에 계층 1 응용 프로그램에 필요한 높은 가용성과 재해 보호를 제공할 수 있습니까?
- HA 및 DR 보호를 제공 클라우드 유연성에 대 한 제한을 부과할 것 이다?
- 클라우드로 이동 응용 프로그램 위험, 복잡성, 성능 오버 헤드를 추가 합니까?
클라우드 공용 클라우드 공급자에 응용 프로그램을 보호 하기 위한 옵션 별도 중복 데이터 센터 또는 컴퓨팅 리소스, AWS e c 2의 가용성 영역 및 Microsoft Azure 오류 도메인의 형태로 몇 가지 중복을 제공 합니다. 그러나, 그들은 고가용성 장애 조치 클러스터링 보호 회사는 일반적으로 그들의 실제 또는 가상 서버 환경에서 중요 한 응용 프로그램을 보호 하기 위해 사용 하는 짧은을. 당신은 더 이상 물리적 서버에 대 한 걱정을 집안에 구름을 이동 하는 동안 아직도 클라우드 인스턴스 오류 및 공용 클라우드 공급자 서비스에서 중단을 방지 해야 한다. 전통적인 장애 조치 클러스터에서 두 개 이상의 서버는 동일한 물리적 스토리지, SAN을 통해 구성 된 일반적으로 네트워크 스토리지를 공유 합니다. 중요 한 응용 프로그램 작동 한 서버에서 오류가 발생 한 경우, 클러스터링 소프트웨어는 클러스터에서 다른 서버로 응용 프로그램 작업을 이동. 모든 클러스터 서버가 동일한 스토리지 공유, 응용 프로그램 데이터 손실 없이 장애 조치 후 운영을 계속할 수 있습니다. 점점 더 많은 기업이 현혹 간단한 솔루션으로 클라우드 제공자에 의해 제공 하는 공유 스토리지 클러스터링의 부족을 극복 있다: SANless 클러스터. 실제 서버 배포에서 일반적으로 응용 프로그램 장애 조치 프로세스 Windows 서버 장애 조치 클러스터링 (WSFC) 등 및 클러스터 만들기를 SAN에 연결 하는 두 명의 서버를 관리 하는 소프트웨어 사용. 클라우드 환경에서 WSFC 또는 다른 장애 조치 소프트웨어는 아직도 단순히 클러스터링 소프트웨어를 사용 하 여 효율적인 복제 (동기 또는 비동기) SAN 같은 장애 조치 소프트웨어에 보이는 가상화 된 스토리지 클라우드 클러스터 노드에 저장소를 동기화 하는 SANless를 추가 하 여 사용할 수 있습니다. 그것은 물리적 서버 배포를 보호의 동일한 수준으로 공공, 개인 비즈니스 중요 한 응용 프로그램 또는 하이브리드 클라우드를 실행 수 있습니다. 일부 SANless 소프트웨어 어디 WSFC 하지 못할 장애 조치 및 서브넷에서 다중 노드 배포에서 리눅스 환경에서 또는 다른 시나리오에서 복제를 처리를 사용할 수 있습니다. 구름에 클러스터를 만드는 SANless 소프트웨어를 사용 하 여 높은 가용성과 복잡성을 추가 하거나 기존 운영 절차 변경 없이 실제 서버 배포에서 얻을 재해 보호의 동일한 수준을 하는 것이 야. 그것은 같은 방식으로 전통적인 클러스터에서 관리 됩니다. 당신은 또한 모든 제한 사항 및 소유 하 고 운영 물리적 SAN의 단점을 제거 합니다. 예를 들어 San 구입 하 고 관리 하기 위해 특수 (때때로 비싼) 관리 기술이 필요로 비싸다. 때문에 San은 주로 낮은 대기 시간 데이터 액세스 보다는 대규모 스토리지, San SQL, 오라클, SAP 등 높은 트랜잭션 데이터베이스 환경에서 성능이 느려질 수 있습니다. 예를 들어 일본에서 대형 중 고 자동차 회사를 매우 신속 하 게-그들의 비즈니스를 확장 거의 그것의 위치는 다음 2 년 동안에서 전 세계를 두 배로 계획. AWS 클라우드로 이동 하 여 IT 인프라의 성장 수준을 수용할 수 있는 유일한 방법이 이었다. 그러나, 그들은 것 이다 이동 하지 클라우드로 하지 않는 한 그들은 그들의 비즈니스 중요 한 SQL Server 응용 프로그램에 대 한 하는 쉬운 배포 하 보호 했다. 구성 유연성 클라우드 환경을 사용 하면 응용 프로그램 환경을 구성 하 고 SAN 기반 클러스터 대략적인 수 없습니다 쉽게 동적이 고 유연한 방식으로 리소스를 할당할 수 있습니다. SANless 클러스터 클라우드 환경의 혜택을 활용 하면 물리적, 가상, 혼합 하는 유연성을 제공 하 고 최고의 클라우드 구성을 하 고 박사 요구 사항을 충족. 재해 복구 사이트 하나의 클라우드로 이동의 가장 큰 장점으로 클라우드 재해 복구 솔루션을 배포의 용이성 이다. 예를 들어 온라인 게임 회사 AWS 클라우드로 작업을 이동 하 고 사이트 전체 재해에서 보호 된 확인 하 고 싶 었. 가장 쉬운 솔루션 가용성 영역에 걸쳐 SANless 클러스터를 만드는 것 이었다. 그들은 그들의 기본 클라우드 인스턴스에서 정전 경험, 지리적으로 분리 된 클라우드 인스턴스를 서버에 작업 계속 됩니다. 클라우드 컴퓨팅의 장점에도 불구 하 고 많은 기업 구내 데이터 센터 모두 클라우드 환경으로 이동 하 고 그들의 물리적 서버에도 투자 된다. 그러나, SANless 클러스터링은 간단 하 고 매우 비용 효율적인 재해 복구 솔루션을 제공 하 여도 이러한 조직에 대 한 중요 한 솔루션으로 증명 하 고 있다. 최근까지, 관리 사이트 오류 되었습니다 매우 복잡 하 고 비싼, 전문화 된 하드웨어 및 소프트웨어 뿐만 아니라 두 번째 데이터 센터 사이트의 가용성에 큰 투자를 요구. SANless 장애 조치 클러스터를 사용 하 여 확장 가능한 재해 복구 보호 비용이 나 구축 또는 오프 사이트 재해 복구 시설을 임대의 복잡성 없이 만들 수 있습니다. 구름 두 번째 사이트를 사용 하 여 클러스터 멤버를 찾아서 로컬 사이트 오류가 발생 하면 장애 조치를 처리 하는 데 사용할 수 있습니다. 기업 필수 요건을 될 것입니다 sANless 클러스터링 클라우드 컴퓨팅 인프라에 완전히 통합 하는 모습. SAN 기반 솔루션의 한계를 제거 함으로써 SANless 클러스터 완전히 구름의 혜택을 활용 하 여 기업 활성화. 제리 Melnick SIOS 기술 법인, SIOS 산 및 SANless 클러스터 소프트웨어의 제조 업체에 최고 운영 책임자 이다. 그는 기업 및 고가용성 소프트웨어 산업에 경험 25 년 이상 있다. 그는 보스턴 대학에서 컴퓨터 공학 및 컴퓨터 과학에 있는 대학원 일 Beloit 대학에서 과학 학사 학위를 보유 하고있다.