이 페이지에는 재해 복구 전략을 구현하고 관리하도록 Bitbucket 데이터 센터를 구성하는 방법이 나와 있습니다. 그러나 주요 목표 설정(RTO, RPO & RCO)과 같은 광범위한 비즈니스 관행과 표준 운영 절차는 포함되지 않습니다.
재해 복구 전략은 비즈니스 연속성 계획의 핵심 부분입니다. 또한 재해 발생 시 따라야 할 프로세스를 정의하여 대기 시스템에서 비즈니스를 복구하고 계속 운영할 수 있도록 보장합니다. 즉, Bitbucket 인스턴스, 더 중요한 것은 기본 시스템을 사용할 수 없게 될 경우 Bitbucket 관리 데이터(소스 코드)를 사용할 수 있다는 것입니다.
개요
이 가이드에 설명된 전략을 구현하려면 비트 버킷 데이터 센터 4.8 이상이 필요합니다.
시작하기 전에 본 가이드에 사용된 다양한 구성 요소와 용어에 대해 숙지하고, 본 가이드에 설명된 작업을 수행하기 위해 충족해야 하는 요구 사항을 검토하고, 본 가이드에 설명된 작업을 수행하는 데 사용되는 예제 스크립트를 소개합니다.
용어
Cold standby - 이 가이드에서는 일반적으로 "콜드 스탠바이" 전략이라고 하는 방법을 설명합니다. 즉, 대기 Bitbucket 인스턴스가 계속 실행되고 있지 않으며 재해 시나리오가 발생할 경우 대기 인스턴스를 시작하기 위해 몇 가지 관리 단계를 수행해야 합니다.
Recovery Point Objective (RPO) - 오류 발생 후 Bitbuke 인스턴스가 필요한 최신 버전입니다.
Recovery Time Objective (RTO) - 장애 발생 후 대기 시스템을 얼마나 빨리 사용할 수 있어야 하는지 나타냅니다.
Recovery Cost Objective (RCO) - 재해 복구 솔루션에 지출하고자 하는 비용입니다.
고가용성(HA)과 재해 복구의 차이점은 무엇입니까?
"고가용성", "재해 복구" 및 "페일오버"라는 용어는 종종 혼동됩니다. 혼동을 없애기 위해 이 용어를 다음과 같이 정의합니다.
High availability – 특정 수준의 가용성을 제공하기 위한 전략입니다. Bitbucket의 경우 애플리케이션에 대한 액세스 및 허용 가능한 응답 시간. 자동 수정 및 페일오버(동일한 위치 내)는 일반적으로 고가용성 계획의 일부입니다.
Disaster recovery – 주 데이터 센터를 사용할 수 없게 되는 재해 발생 시 대체 데이터 센터(일반적으로 다른 지리적 위치)에서 운영을 재개하는 전략입니다. 페일오버(다른 위치로)는 재해 복구의 기본 부분입니다.
Failover – 앞서 언급한 시스템에 장애가 발생한 경우 한 시스템이 다른 시스템에서 시스템을 인계받습니다. 동일한 데이터 센터 내에 있거나 한 데이터 센터에서 다른 데이터 센터로 이동할 수 있습니다. 페일오버는 일반적으로 고가용성 및 재해 복구 계획의 일부입니다.
구성 요소
재해 복구를 대기하는 Bitbucket의 일반적인 배포는 다음 다이어그램에 나와 있습니다. 대기 비트 버킷 인스턴스는 "콜드"(즉, 실행되지 않음)이고 공유 파일 서버, 데이터베이스 및 (선택 사항) Elasticsearch 인스턴스는 복제가 발생할 수 있도록 "웜"(즉, 실행 중)입니다.
0 Comments