AWS의 재해 복구 서버

Question

3 노드 Hadoop 클러스터와 2 대의 Ruby 서버가 AWS에 있습니다.

AWS에서 서버용 DR 서버를 만들어야합니다.

누구나 DR 서버를 만드는 가장 좋은 방법을 제안 할 수 있습니까?

Answer 1

설계 및 재해 계획 복구 시간과 recovery point objectives에 크게 좌우 될 것이다 복구 구현하는 "가장 좋은 방법"

복구 지점 목표, 또는 "RPO"비즈니스 연속성 계획에 의해 정의된다 . 주요 사건으로 인해 데이터가 IT 서비스에서 손실 될 수있는 최대 대상 기간입니다. RPO 은 시스템 디자이너에게 작업 할 수있는 한계를 제공합니다. 예를 들어, RPO 을 4 시간으로 설정하면 실제로 오프 사이트 미러 된 백업은 으로 유지되어야합니다. 테이프의 일일 오프 사이트 백업은 으로 충분하지 않습니다. RPO의 사용 및 정의에 관한 두 가지 공통적 인 실수를 피하려면주의를 기울여야합니다. 첫째, 비즈니스 연속성 직원이 비즈니스 영향 분석을 사용하여 각 서비스에 대한 RPO를 결정합니다. RPO는 기존의 백업 체제에 의해 결정되지 않고 입니다. 둘째, 오프 사이트 데이터를 준비하는 단계 인 이 필요할 때가 아니라 백업이 오프가 아닌 경우 데이터가 손실되는 기간이 매우 많음 은 작업을 시작하는 시점 근처에서 종종 시작됩니다. 백업은 결국 해제됩니다. 물론

AWS는 개발에 필요한 모든 서비스를 제공하는 disaster recovery plan :

기업의 인프라 비용을 들이지 않고 자신의 중요한 IT 시스템의 을 빠른 재해 복구를 가능하게하기 위해 AWS 클라우드를 사용하는 두 번째 물리적 사이트. AWS 클라우드는 급격한 장애 조치를 가능하게하는 "대기 대기" 환경으로 순간적으로 확장 할 준비가 된 "파일럿 라이트"환경 에서 널리 사용되는 많은 재해 복구 (DR) 아키텍처를 지원합니다. 전 세계 12 지역의 데이터 센터를 통해 AWS는 클라우드 기반 재해 복구 서비스를 제공하여 IT 인프라 및 데이터를 신속하게 복구 할 수 있습니다.

• : 관리와 그 값을 정의하여

시작, 다운 타임의 비용 대, 재해 인프라를 복구 유지 비용을 고려하고 계획을 구현하기 위해 AWS에서 제공하는 서비스의 분석으로 이동 중요한 데이터를 백업 여러 가용 영역

에서 서비스를 배치하면 복구

서면 계획 및 테스트를 위해 다른 지역의

실행 "따뜻한"서버를 S3에 설정 그 계획 분기 별