본문 바로가기
2. 기본 인프라 IaaS

Full Stack Disaster Recovery (FSDR)를 사용하여 자동화된 DR 파이프라인 구성하기 - 3편, DR Protection Group 생성하기

by 아재핑 2024. 3. 4.

OCI FSDR 구성 1편

OCI FSDR 구성 2편

OCI FSDR 구성 3편

OCI FSDR 구성 4편

OCI FSDR 구성 5편

OCI FSDR 구성 6편

 

FSDR 핸즈온을 위해 OCI 서울리전에 아래와 같은 웹서비스를 구성하였습니다.

 

OCI의 대표예제인 Mushop 입니다.

귀엽다

 

[구성요소-서울리전]

  • 퍼블릭 로드밸런서
  • App VM 2EA
  • Autonomous Database (ATP) - Dataguard, Primary
  • Object Storage 

 

[구성요소 - 춘천리전]

  • 퍼블릭 로드밸런서 (DR 전환용)
  • Autonomous Database (ATP) - Dataguard, Standby
  • Object Storage

FSDR을 위해 배포된 Mushop 웹서비스 구성요소는 위와 같으며, 일반적인 파일럿라이트 형태의 Cold DR의 구성입니다.

 

DR리전의 ATP는 복제 DB로써 Dataguard 기능을 통해  서울 <-> 춘천 리전 간 DB를 이중화하고 있습니다.

 

3편에서 부터는 Full Stack Disaster Recovery 서비스를 통해 서울-춘천간의 DR 파이프라인을 구성해보도록 하겠습니다.

 

가장 먼저 FSDR 중 DR Protection Group (이하 DRPG) 을 생성하는 방법에 대해 알아보겠습니다.

 

본편에 사용되는 용어는 이전글인 2편을 참고해주시기 바랍니다.

 

1. DR Protection Group 생성

  • 콘솔에 접속합니다. 접속 리전을 확인합니다.
  • 좌측 三 메뉴 > Migration & Disaster Recovery > DR Protection Group를 선택합니다.
  • Create DR Protection group을 선택합니다.

  • DRPG 의 세부 설정을 입력합니다. Object Storage는 DR 플랜의 실행로그가 저장하는 용도입니다. 미리 생성해둔 오브젝트 스토리지를 선택하였습니다. Role은 Not configured를 선택해줍니다.

서울리전, 춘천리전에서 각각 DRPG 생성

  • 서울리전과 춘천리전에 대한 Name을 구분하여 동일하게 생성합니다.

2. 리전 간 DRPG  Primary - Standby  Peer 구성

  • Primary가 될 서울 리전에서 생성된 DR Protection Group을 선택합니다.

  • Associate 를 선택합니다.

  • 서울리전 DRPG의 Role 을 Primary로 선택합니다. Peer를 맺을 Standby 리전으로 춘천을 선택하였습니다. 춘천리전에서 생성한 DRPG를 선택해 줍니다. 춘천리전에서는 별도의 작업없이 DRPG 간 Peer 가 맺어집니다.

Primary 리전에서만 수행

  • 서울과 춘천 리전에서 DRPG의 Role이 각각 Primary 와 Standby가 되었는지 체크합니다.

서울 리전
춘천 리전

 

다음편에서는 DR 리소스 배포를 위한 Protection Group 멤버 설정 방법에 대해 알아보도록 하겠습니다.

 

작성자: 최동혁 / Oracle Cloud Architect

개인 시간을 투자하여 작성된 글로서, 글의 내용에 오류가 있을 수 있으며, 글 속의 의견은 개인적인 의견입니다.

댓글