가상 머신 재해 복구를 위한 랙웨어 구성

RMM(Rackware Migration Manager)은 프로덕션 사이트에 배포되어 가상 머신을 OCI 및 Compute Cloud@Customer로 복제합니다.

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

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

이 아키텍처에서 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를 Compute Cloud@Customer로 복제하도록 일정이 잡힌 OCI에 OCI Storage Gateway를 배포합니다.
• 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에서 최소 규모로 실행되는 Compute Cloud@Customer로 가상 머신을 복제합니다.
• OCI를 실행하는 프로덕션 데이터베이스를 구성하여 Compute Cloud@Customer의 대기 데이터베이스에 복제합니다. 페일오버가 필요한 경우 Data Guard를 사용하여 대기 Oracle Database를 홍보하고 재해 복구 작업이 완료된 후 다시 페일백하여 OCI의 Oracle Database를 기본 데이터베이스로 되돌릴 수 있습니다.
• OCI에서 Compute Cloud@Customer로 OCI Object Storage를 복제하도록 올바르게 구성된 활성 클라우드 동기화 복제를 사용하여 OCI에 OCI Storage Gateway를 배포합니다.

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

웜 대기 아키텍처는 OCI를 사용하는 Compute Cloud@Customer의 재해 복구와 동일합니다.

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

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

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 파일이 있어야 합니다.
• 바이러스 백신: 원본에서 바이러스 백신 프로그램이 실행 중인 경우 허용 목록에 /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 웨이브 세부정보를 표시한 다음 "정책 없음"을 누릅니다. 구성 대화상자가 열립니다. 올바른 재해 복구 정책을 선택하고 정책 지정을 누르십시오. 아래 나열된 스크린샷은 이전에 OCI에 대해 DRPolicy_01 정책을 Oracle Compute Cloud@Customer Wave에 지정한 모습을 보여줍니다. 웨이브에 정책을 지정하면 현재 재해 복구용으로 구성된 대로 복제, 웨이브에서 DR, 웨이브로 이동됩니다.
5. Windows 또는 Linux 가상 머신의 복제 및 재해 복구를 초기화하려면 Wave Detail(웨이브 세부정보) 화면에서 Start Replication(복제 시작)을 누릅니다.

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

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