전통적인 솔루션 클라우드 컴퓨팅 재해 복구의 새로운 전략을 깨는

재해 복구에 대 한 대부분의 사람들의 개념은 전통적인 오프 라인 재해 복구에 남아 있습니다. 이제, 클라우드 재해 복구 개발, 많은 사람들은 여전히 전통적인 오프 라인 재해 복구 및 클라우드에서 재해 복구의 개념에 대 한 혼란 스 러 워 컴퓨팅. 차이 및 복구 요구를 알아내는 고정된 재해 복구 전략을 유지 하는 첫 번째 단계입니다. 클라우드 컴퓨팅을 새로운 기술 및 전통적인 재해 복구 차이점으로 재해 복구에 대해 얘기 하자.

클라우드 컴퓨팅에서 재해 복구를 구현 여부는 성공적인 재해 복구 계획 같은 요소를 포함:

1입니다. 재해에 대 한 계획

2. 당신의 계획 기록

3. 백업 파일 테스트

4. 모든 기존 문제를 해결

5. 모든 문제를 해결 할 수 있도록 다시 테스트

6. 정기적으로 위의 단계를 반복

"반복"의 마지막 단계는 상황에서 재해를 유지 하기 위해 열쇠입니다.

재해 복구 기술 테이프 기반 복구 기술에서 중요 한 서비스를 복원 하 고 가상 장애 복구 사이트를 실패 한 사이트에서 즉시 전환 데이터 센터 공간을 임대 했다. 클라우드는 IT 환경에 대 한 컴퓨팅을 구현 하는 방법을 또는 클라우드 재해 복구 공급 업체 오프 라인 구성 요소를 관리 하는 방법에 차이가 있다. 일부는 그들은 재해 복구 클라우드 컴퓨팅, 그러나 다른 사람을 통해 가능 하다 생각 말할 수 있습니다.

대부분의 공급 업체는 장치 연결 고객의 IT 인프라를 정보 및 로컬로 저장 한 다음 클라우드로 복사. 대부분의 경우, 데이터는 구름에 존재 하지 않는 사실은 실제로 공급 업체의 데이터 센터에 전송 됩니다. 이 방법은 기존 백업 솔루션와 비슷합니다. 지역화 및이 방법의 높은 속도 사용 하면 비 치명적인 데이터 손실 이벤트를 장치에서 데이터를 복구할 수 있습니다. 오프 라인 데이터는 인터넷을 통해 온라인 사이트를 오프 라인에서 보호 될 것 이다 실제 재해.

재해 이벤트에 데이터의 위치를 이해 하면 IT 팀과 회사의 요구를 충족 하는 복구 시간 목표 (RTO) 및 복구 시점 목표 (RPO) 식별 하기 위해 사업 관리자의 주요 작업입니다. 많은 기업 들이 해야 하는 동안 "항상 온라인, 결코 드롭" 작업, 하지만 실제 예산 및 재해 확률은 항상 그들을 깨우 쳐 그들의 요구를 완전히 필요 하지 않습니다. 가장 중요 한 것은 현실적인 재해 복구 목표에 밖으로 작동.

가치를 창조 하는 기술에 의존 하는 기업에 대 한 0 rpo/0 RTO 가이드라인은 동등 하 게 유효한;이 재해 복구 계획에 대 한 지불이이 비즈니스의 비용의 일부입니다. 그리고 다른 회사, 컴퓨터 네트워크 보험 및 높은 Rpo/rto 충분 하다. 큰 사업, 큰 복잡 한 조합, RPO와 RTO 요구 (0/0-8 시간/24 시간, 그리고 훨씬 더 복잡 한 24/24)의 높은 복합성의 크기입니다. )

클라우드 컴퓨팅 옵션에에서 재해 복구

가상화 클라우드 컴퓨팅 재해 복구 기술을 기반으로 합니다. 이 과정 후, 그것은 진정한 클라우드 컴퓨팅 서비스 된다. IBM, 철 산, CommVault, 단순히 연속 같은 주요 공급 업체 및 appassure 제공 클라우드 기반 비즈니스 수준의 재해 복구 제품 비즈니스 표준 및 프로세스를 통합 하기 위해 설계 된 활동을 보고 하 고 팀 및 제품 상태를 이해 하는 비즈니스 단위 사용.

가상 컴퓨터 (VM) 만든 IT 환경을 복원 하는 전용된 시설에 기계 사용을 사용 하 여 물리적 가상 컴퓨터에서 다르다. 유일한 차이점은 이러한 Vm 제 시설에 호스트 되 고 기본적으로 구름에서 실행. 보호 시설에 불이 떨어져 재해 프로토콜 호출 될 때 가상 컴퓨터는 물리적 컴퓨터와 가상 컴퓨터-생산 기계를 인계 교체 합니다.

방법은 SLA 친절 합니다. 관리 방법으로 재해 복구 데이터 및 응용 프로그램을 저장 하는 가상 컴퓨터를 사용할 수 있습니다. 이렇게 하면 시스템 기능 및 비용을 관리 하는. 사업부 웹 주문 처리 4 시간 RTO 시스템에 기반 하 고 일반적인 하지만 중요 고객 주문 내역 보관 시스템 RTO는 48 시간, 경우 서비스 수준 계약 즉시 웹 기반 주문 재개 재해 복구 제품을 요구할 것 이다 시스템을 처리 하 고 그 후 역사 아카이브 시스템 복원. 이 메커니즘 보존 복구 서비스의 두 가지 목적: 그것은 언제 든 지와 관련 된 비용을 절감 하 고 바쁜 IT 직원 시간 더 중요 한 Sla 먼저 충족 확인을 제공.

이 단계적된 복구 계획 또한 재해를 제거 하는 시간에 대 한 수 있습니다. 물론, 복구 계획 또한 완전 한 파괴의 경우에 고려 한다 하지만 대부분의 경우에는 재해 간단한 실패를 말합니다. 일단 만료 명령이 실행 하 고 관련된 시설을 선택, 중요 하지 않은 SLA에 대 한 재해 복구 프로토콜을 실행 하지 할 수 있습니다.