가상 시스템 재해 복구를 위한 Rackware 구성

RMM(Rackware Migration Manager)은 OCI 및 Compute Cloud@Customer 간에 가상 머신을 복제하기 위해 운영 사이트에 배포됩니다.

다음 Rackware 아키텍처는 OCI와 Compute Cloud@Customer 간의 재해 복구를 보여줍니다.

그림 rackware-dr-oracle-compute-cloud-customer-oci.png에 대한 설명

rackware-dr-oracle-compute-cloud-customer-oci-oracle.zip

이 아키텍처에서 RMM은 가상 머신을 OCI 및 Compute Cloud@Customer 간에 복제하기 위해 운영 사이트에 배포됩니다. RMM 서버는 OCI에 배치됩니다. Rackware DR 계획은 연결된 블록 스토리지와 함께 웹 및 앱 VM을 보호하도록 RMM 서버에 구성됩니다. 웹 및 앱 VM과 블록 스토리지는 Rackware를 통해 OCI에서 Compute Cloud@Customer로 복제됩니다.

OCI의 백업 및 복원 구조 구성 정보

다음은 OCI용 백업 및 복원 구조를 구성하기 위한 구성 권장 사항입니다.

• OCI를 운영 또는 기본 사이트로, Compute Cloud@Customer를 보조 또는 대기 사이트로 구성합니다.
• Rackware 재해 복구 정책을 동적으로 프로비전된 대상으로 구성합니다. Rackware는 RMM에서 원본 서버 이미지의 복사본을 유지 관리하여 작업 부하를 보호합니다. 이벤트 발생 시 이미지를 사용하여 필요에 따라 대상 기반구조에 인스턴스를 배치하면 비용이 크게 절감되고 RTO가 높아지면서 RPO가 낮아집니다.
• Rackware는 OCI에서 Compute Cloud@Customer로 가상 머신을 중지하고 복제합니다.
• OCI를 실행하는 프로덕션 데이터베이스를 구성하여 Compute Cloud@Customer의 대기 데이터베이스로 복제합니다. 페일오버가 필요한 경우 Data Guard를 사용하여 대기 Oracle Database를 승격하고, 페일백을 통해 재해 복구 작업이 완료된 후 OCI의 Oracle Database를 기본 데이터베이스로 되돌릴 수 있습니다.
• OCI에서 OCI Object Storage를 OCI에서 Compute Cloud@Customer로 복제하도록 적절하게 구성 및 스케줄링된 Cloud Sync 복제를 사용하여 OCI Storage Gateway를 OCI에 배포합니다.
• Rackware를 사용하여 재해 복구 작업 중 Compute Cloud@Customer와 OCI 간 가상 머신의 재해 복구를 통합관리합니다.

OCI용 파일럿 라이트 아키텍처 구성 정보

파일럿 라이트 아키텍처는 OCI를 사용하는 Compute Cloud@Customer의 재해 복구와 동일합니다.

다음은 구성 권장 사항입니다.

• 백업 및 복원 사용 사례와 마찬가지로 운영 사이트에 RMM을 배포하여 OCI 및 Compute Cloud@Customer에서 가상 머신을 복제합니다. 이 경우 OCI를 운영 또는 기본 사이트로 구성하고 Compute Cloud@Customer를 보조 또는 대기 사이트로 구성합니다.
• Rackware 재해 복구 정책을 Pre-Provisioned Targets로 구성합니다. 이 구성을 사용하면 RMM의 원천 서버 이미지 외에 대상 기반구조에서 활성 서버 인스턴스를 유지 관리하여 작업 로드를 보호하도록 선택할 수 있습니다. 이미지 및 대상 서버를 사용자가 지정한 간격으로 업데이트하도록 동기화 작업을 구성합니다. 이 접근 방식은 가장 낮은 RTO를 달성하지만 항상 활성 재해 복구 사이트를 유지 관리해야 하므로 비용이 더 많이 듭니다.
• Rackware는 Compute Cloud@Customer에서 최소 규모로 실행되는 가상 머신을 OCI에서 Compute Cloud@Customer로 복제합니다.
• OCI를 실행하는 프로덕션 데이터베이스를 구성하여 Compute Cloud@Customer의 대기 데이터베이스로 복제합니다. 페일오버가 필요한 경우 Data Guard를 사용하여 대기 Oracle Database를 승격하고, 페일백을 통해 재해 복구 작업이 완료된 후 OCI의 Oracle Database를 기본 데이터베이스로 되돌릴 수 있습니다.
• OCI에서 OCI Object Storage를 Compute Cloud@Customer로 복제하도록 적절하게 구성된 활성 클라우드 동기화 복제를 사용하여 OCI에 OCI Storage Gateway를 배포합니다.

OCI에 대한 웜 대기 구조 구성 정보

Warm Standby 아키텍처는 OCI 기반 Compute Cloud@Customer에 대한 재해 복구와 동일합니다.

다음은 구성 권장 사항입니다.

• 프로덕션 사이트에 RMM을 배포하여 OCI 및 Compute Cloud@Customer에서 또는 OCI에서 가상 머신을 복제합니다. 이 경우 OCI를 운영 또는 기본 사이트로 구성하고 Compute Cloud@Customer를 보조 또는 대기 사이트로 구성합니다.
• Rackware 재해 복구 정책을 Pre-Provisioned Targets로 구성합니다. 이 구성을 사용하면 RMM의 원천 서버 이미지 외에 대상 기반구조에서 활성 서버 인스턴스를 유지 관리하여 작업 로드를 보호하도록 선택할 수 있습니다. 사용자가 지정한 간격(주기가 다름)에 따라 이미지 및 대상 서버를 업데이트하도록 동기화 작업을 구성합니다. 이 접근 방식은 가장 낮은 RTO를 달성하지만 항상 활성 재해 복구 사이트를 유지 관리해야 하므로 비용이 더 많이 듭니다.
• Rackware는 지속적으로 가상 머신을 복제합니다. OCI에서 Compute Cloud@Customer로 운영되는 OCI 프로덕션 환경의 동일한 버전을 실행하는 Compute Cloud@Customer로 지속적으로 복제됩니다.
• OCI를 실행하는 프로덕션 데이터베이스를 구성하여 Compute Cloud@Customer의 대기 데이터베이스로 복제합니다. 페일오버가 필요한 경우 Data Guard를 사용하여 대기 Oracle Database를 승격하고, 페일백을 통해 재해 복구 작업이 완료된 후 OCI의 Oracle Database를 기본 데이터베이스로 되돌릴 수 있습니다.
• OCI에서 OCI Object Storage를 OCI에서 Compute Cloud@Customer로 복제하도록 적절히 구성된 활성 및 연속적 클라우드 동기화 복제 기능을 사용하여 OCI Storage Gateway를 OCI에 배포합니다.

OCI에서 Oracle Compute Cloud@Customer로의 재해 복구를 위한 Rackware 구성

다음은 OCI에서 Linux용 Oracle Compute Cloud@Customer로 재해 복구를 수행하도록 RackWare를 구성하는 단계별 단계입니다.

Linux 플랫폼의 경우 다음 구성이 권장됩니다.

• 액세스 인증서: root 사용자 또는 sudo 권한이 있는 사용자
• 저장 영역
  • 원본 볼륨 그룹은 사용 가능한 확장 영역으로 사용 가능한 공간의 15% 이상을 가져야 합니다.
  • /var/tmp에는 20MB 이상의 사용 가능한 공간이 있어야 합니다.
• no-exec: fstab의 no-exec 등록 정보로 /tmp 및 /var/tmp 파일 시스템을 구성하면 안됩니다.
• Grub: 원천 서버에 /etc/default/grub 파일이 있어야 합니다.
• 바이러스 백신: 바이러스 백신 프로그램이 Origin에서 실행 중인 경우 허용 목록에 /mnt/rackware/ 디렉토리를 추가해야 합니다.

Windows 플랫폼의 경우 다음 구성이 권장됩니다.

• 액세스 인증서: SYSTEM 사용자 또는 관리 권한이 있는 로컬 사용자입니다.
• 스토리지: 각 볼륨에는 VSS 스냅샷에 대한 사용 가능한 공간(최소/약 20%)이 충분해야 합니다.
• 바이러스 백신: 원본은 바이러스 백신 프로그램이나 Windows Defender에 대한 허용 목록에 rsync.exe, rwattr.exe, rwchangesvc.exe 및 rw_tngsync_util.exe를 추가해야 합니다.
• 언어: SYSTEM 로케일의 경우 영어 이외의 다른 언어는 Rackware 지원 센터에 문의하십시오.

다음 단계를 수행합니다.

1. Rackware RMM이 OCI에 이미 올바르게 설치되어 있다고 가정할 경우 Rackware RMM 관리 콘솔로 이동하여 설치 중 구성된 자격 증명을 사용하여 로그인합니다. 웨이브 옵션은 다음과 같습니다.
2. 웨이브 생성: 웨이브를 생성하려면 복제, 웨이브로 이동하고 더하기 (+) 아이콘을 눌러 웨이브 생성 마법사를 엽니다. 이름을 입력하고 Create를 누릅니다.
   • 병렬 수: 사용자가 웨이브 내에서 병렬 전송 수를 설정할 수 있습니다.
   • 자동 프로비전: 사용자가 대상 클라우드에 대한 API 호출을 통해 대상을 프로비전하도록 RMM을 구성할 수 있습니다.
   • DR 정책: 사용자는 웨이브의 모든 호스트를 주기적으로 동기화하도록 정책을 구성할 수 있습니다.
   • 통행: 사용으로 설정된 경우 RMM을 통해 데이터가 흐릅니다. (원본, RMM, 대상)
3. 재해 복구 정책 구성: 재해 복구 정책을 사용하면 사용자가 지정한 간격에 따라 소스에서 RackWare RMM 및 대상 인스턴스(사전 프로비전된 체계의 경우)에서 캡처된 이미지로 델타를 동기화할 수 있습니다. 사용자는 필요에 따라 여러 주기적으로 재해 복구 정책을 만들 수 있습니다. 따라서 사용자의 DR 전략에 따라 다양한 간격으로 다양한 웨이브를 동기화할 수 있는 유연성이 향상됩니다. 새 재해 복구 정책을 만들려면 DR, 정책으로 이동하고 더하기 (+) 아이콘을 눌러 DR 만들기 마법사를 엽니다. DR 이름, 주기, 시작 시간 및 통지 전자메일을 제공합니다.
4. 재해 복구 정책 적용: 재해 복구 정책을 적용하려면 [복제] 탭으로 이동하여 [웨이브]를 누르고 [OCI]에서 C3 웨이브 세부 정보를 누른 다음 [정책 없음]을 누릅니다. 구성 대화상자가 열립니다. 올바른 Disaster Recovery Policy를 선택하고 Assign Policy를 누릅니다. 아래 나열된 스크린샷은 이전에 OCI에 구성된 DRPolicy_01 정책을 Oracle Compute Cloud@Customer Wave에 지정하는 방법을 보여줍니다. 웨이브에 정책을 지정하면 해당 웨이브가 복제, 웨이브에서 DR로 이동하며, 웨이브는 이제 재해 복구에 대해 구성되어 있습니다.
5. Windows 또는 Linux 가상 머신의 복제 및 재해 복구를 초기화하려면 Wave Detail(웨이브 세부정보) 화면에서 Start Replication(복제 시작)을 누릅니다.

Rackware는 재해 복구 아키텍처를 미세 조정하는 데 사용할 수 있는 다음과 같은 기능도 제공합니다.

• 자동 프로비전을 사용한 오른쪽 크기 조정: 사용자가 대상 인스턴스에 대한 컴퓨트 및 스토리지 사양을 줄이거나 늘릴 수 있습니다. 이 기능을 사용하면 사용자가 파일 시스템 크기 조정의 세분성을 추가할 수 있습니다.
• 재해 복구 중 동적 프로비전: 사용자는 Rackware의 기능을 활용하여 소스 인스턴스의 복제본 이미지를 로컬로 유지 관리하고 이 이미지를 사용하여 재해 복구 이벤트에 페일오버 인스턴스를 배치할 수 있습니다.
• 백업, 단일 파일 복원 및 보호된 스냅샷: Rackware의 백업 오퍼링에는 최대 3년 동안의 스냅샷 보존, 선택적 파일 복원, 적시 복구를 위한 무제한 보호된 스냅샷과 같은 다양한 기능 세트가 제공됩니다.
• BIOS에서 UEFI로: 사용자가 원래 인스턴스에 대한 추가 구성 변경 없이 UEFI 사용 인스턴스로 원활하게 마이그레이션할 수 있습니다.
• 스로틀된 마이그레이션: 사용자는 대역폭을 개별적으로 제한할 수 있어 모든 단일 마이그레이션에 대한 더 큰 제어 권한을 가집니다.
• 완전히 자동화된 페일오버 및 폴백: 페일오버는 원본 환경으로 폴백되므로 완전히 자동화됩니다.
• Rackware Migration Manager: 선택적 파일 시스템 동기화, 파일 및 폴더 제외, cloud-init 사용, 사용자 정의 사후 스크립트 등의 다양한 기능을 제공합니다.