클래식에서 현대화된 VMware 재해 복구로 이동
이 문서에서는 VMware 또는 물리적 컴퓨터 복제를 클래식에서 최신 보호 아키텍처로 이동하는 방법에 대한 아키텍처, 필요한 인프라 및 FAQ 관련 정보를 제공합니다. 마이그레이션하는 이 기능을 사용하면 복제된 항목을 구성 서버에서 Azure Site Recovery 복제 어플라이언스로 성공적으로 전송할 수 있습니다. 이 마이그레이션은 중요하지 않은 복제된 항목에 대해 전체 초기 복제를 다시 수행하지 않고 차등 데이터만 보내도록 하는 스마트 복제 메커니즘을 통해 수행됩니다.
참고 항목
복구 계획은 마이그레이션되지 않으며 현대화된 Recovery Services 자격 증명 모음에서 다시 만들어야 합니다.
아키텍처
VMware 또는 물리적 컴퓨터의 복제된 항목 마이그레이션과 관련된 구성 요소는 다음 표에 요약되어 있습니다.
| 구성 요소 | 요구 사항 |
|---|---|
| 클래식 Recovery Services 자격 증명 모음의 복제된 항목 | 클래식 아키텍처 및 정상적인 구성 서버를 사용하여 보호되는 하나 이상의 복제된 항목. 복제된 항목은 중요하지 않은 상태여야 하며, 버전 9.50 이상에서 실행되는 모바일 에이전트를 사용하여 온-프레미스에서 Azure로 복제해야 합니다. |
| 복제된 항목이 사용하는 구성 서버 | 복제된 항목에서 사용하는 구성 서버는 중요하지 않은 상태여야 하며, 해당 구성 요소를 최신 버전(9.50 이상)으로 업그레이드해야 합니다. |
| 현대화된 환경을 갖춘 Recovery Services 자격 증명 모음 | 현대화된 환경을 갖춘 Recovery Services 자격 증명 모음. |
| 정상적인 Azure Site Recovery 복제 어플라이언스 | 모든 구성 요소가 최신 버전(9.50 이상)으로 업그레이드된 온-프레미스 컴퓨터를 검색할 수 있는 중요하지 않은 Azure Site Recovery 복제 어플라이언스. 정확한 필수 버전은 다음과 같습니다. 프로세서 서버: 9.50 프록시 서버: 1.35.8419.34591 Recovery Services 에이전트: 2.0.9249.0 복제 서비스: 1.35.8433.24227 |
필요한 인프라
복제된 항목을 성공적으로 이동하려면 다음을 확인합니다.
- 현대화된 환경을 사용하는 Recovery Services 자격 증명 모음
참고 항목
새로 만든 Recovery Services 자격 증명 모음에는 현대화된 환경이 기본적으로 켜져 있습니다. 사용 중단이 이미 발표되었으므로 클래식 환경으로 전환할 수 없습니다.
- 자격 증명 모음에 성공적으로 등록되고 모든 구성 요소가 중요하지 않은 상태인 Azure Site Recovery 복제 어플라이언스
- 어플라이언스 버전은 9.50 이상이어야 합니다. 자세한 버전 설명은 여기를 참조하세요.
- 기존의 복제된 컴퓨터가 상주하는 vCenter Server 또는 vSphere 호스트의 세부 정보는 온-프레미스 검색이 성공할 수 있도록 어플라이언스에 추가됩니다.
필수 조건
인프라 준비
클래식 아키텍처에서 현대화된 아키텍처로 이동하기 전에 다음 사항을 확인합니다.
- Recovery Services 자격 증명 모음을 만들고, 환경이 클래식으로 전환되지 않았는지 확인합니다.
- Azure Site Recovery 복제 어플라이언스를 배포합니다.
- 검색을 성공적으로 수행할 수 있도록 어플라이언스에 온-프레미스 컴퓨터의 vCenter Server 세부정보를 추가합니다.
클래식 Recovery Services 자격 증명 모음 준비
이동하려는 복제된 항목에 대해 다음을 확인합니다.
- 복제된 항목은 구성 서버를 통해 복제하는 VMware 또는 물리적 컴퓨터입니다.
- 복제는 관리되지 않는 스토리지 계정이 아니라 관리 디스크에서 수행됩니다.
- 복제가 온-프레미스에서 Azure로 수행되고 복제된 항목이 장애 조치(failover) 또는 장애 복구(failback) 상태가 아닙니다.
- 복제된 항목이 데이터를 Azure에서 온-프레미스로 복제하지 않습니다.
- 초기 복제가 진행 중이 아니라 이미 완료되었습니다.
- 복제된 항목이 '다시 동기화' 상태가 아닙니다.
- 구성 서버의 버전은 9.50 이상이며 상태가 중요하지 않은 상태입니다.
- 구성 서버의 하트비트가 정상입니다.
- 원본 컴퓨터에 설치된 모바일 서비스 에이전트의 버전은 9.50 이상입니다.
- MSI가 사용하도록 설정된 Recovery Services 자격 증명 모음이 지원됩니다.
- 프라이빗 엔드포인트가 사용하도록 설정된 Recovery Services 자격 증명 모음이 지원됩니다.
- 복제된 항목의 상태가 중요하지 않은 상태이거나 복구 지점이 성공적으로 만들어지고 있습니다.
현대화된 Recovery Services 자격 증명 모음 준비
현대화된 아키텍처 설정의 경우 다음을 확인합니다.
- 현대화된 아키텍처 설정에 사용되는 Recovery Services 자격 증명 모음은 클래식 자격 증명 모음과 동일한 지리적 위치에 있습니다.
- Azure Site Recovery 복제 어플라이언스는 버전이 9.50 이상인 온-프레미스에 배포됩니다.
- 어플라이언스가 자격 증명 모음에 성공적으로 등록되었습니다.
- 어플라이언스와 모든 해당 구성 요소가 중요하지 않은 상태이며 어플라이언스의 하트비트가 정상입니다.
- vCenter Server 버전이 현대화된 아키텍처에서 지원됩니다.
- 원본 컴퓨터의 vCenter Server 세부 정보가 어플라이언스에 추가됩니다.
- Linux 배포판 버전이 현대화된 아키텍처에서 지원됩니다. 자세히 알아보기.
- Windows Server 버전이 현대화된 아키텍처에서 지원됩니다. 자세히 알아보기.
총 이동 시간 계산
복제된 항목을 클래식 자격 증명 모음에서 현대화된 자격 증명 모음으로 이동하는 데 필요한 총 시간은 항목의 복제 상태 및 디스크 크기에 따라 달라집니다.
| State(상태) | 현대화된 자격 증명 모음으로 마이그레이션하는 시간 |
|---|---|
| 복제된 항목의 보호 상태가 정상이며 마지막 복구 지점이 생성된 지 50분이 넘지 않았습니다. | 마이그레이션은 1~2시간 내에 완료됩니다. |
| 복제된 항목의 보호 상태가 정상이 아님이거나 마지막 복구 지점이 생성된 지 50분이 넘었습니다. | 마이그레이션 시간은 다양하며 디스크 크기에 따라 달라집니다. |
컴퓨터 보호 상태가 정상이 아닌 경우 아래 수식을 사용하여 컴퓨터의 정확한 시간을 계산합니다.
마이그레이션 시간 = 1시간 + 45초/GiB
| 컴퓨터 구성 | 마이그레이션 시간 |
|---|---|
| 256GiB 크기의 2개의 디스크가 있는 1개 컴퓨터 | ~ 4시간 15분 [두 디스크가 모두 병렬로 마이그레이션됨] |
| 각각 256GiB 크기의 2개의 디스크가 있는 10개 컴퓨터 | ~ 4시간 15분 [모든 VM 및 해당 디스크가 병렬로 마이그레이션됨] |
| 512GiB 크기의 4개의 디스크가 있는 1개 컴퓨터 | ~ 7시간 30분 [두 디스크가 모두 병렬로 마이그레이션됨] |
| 각각 512GiB 크기의 4개의 디스크가 있는 10개 컴퓨터 | ~ 7시간 30분 [모든 VM 및 해당 디스크가 병렬로 마이그레이션됨] |
동일한 수식이 마이그레이션 시간을 계산하는 데 사용되며 포털에 표시됩니다.
필요한 인프라를 정의하는 방법
컴퓨터를 클래식 아키텍처에서 최신 아키텍처로 마이그레이션하는 경우 필요한 인프라가 최신 Recovery Services 자격 증명 모음에 이미 등록되어 있는지 확인해야 합니다. 필요한 인프라를 정의하는 데 도움이 되도록 복제 어플라이언스의 크기 조정 및 용량 세부 정보를 참조하세요.
일반적으로 클래식 Recovery Services 자격 증명 모음의 프로세스 서버 수와 동일한 수의 복제 어플라이언스를 설정해야 합니다. 클래식 자격 증명 모음에 구성 서버 하나와 프로세스 서버 4개가 있는 경우 현대화된 Recovery Services 자격 증명 모음에 4개의 복제 어플라이언스를 설정해야 합니다.
가격 책정
Site Recovery 라이선스 요금은 모든 복구 지점의 보존 기간이 만료될 때까지 클래식 자격 증명 모음에 계속 청구됩니다. 모든 복구 지점이 정리되면 클래식 자격 증명 모음에서도 가격 책정이 중지됩니다. 모든 복구 지점의 보존 기간이 만료되면 복제된 항목은 시스템에서 트리거된 복제 제거 작업을 통해 자동으로 제거됩니다.
Site Recovery는 첫 번째 복구 지점이 생성되고 이전 자격 증명 모음이 정리된 후에만 현대화된 자격 증명 모음의 복제된 항목에 대해 라이선스 요금을 청구하기 시작합니다. 클래식 자격 증명 모음에 보류 중인 평가판 사용 일수가 있는 경우 동일한 정보가 현대화된 자격 증명 모음에 전달됩니다. 이 평가판 기간이 경과한 후에만 현대화된 자격 증명 모음에 대한 가격 책정이 시작됩니다.
참고 항목
한 시점에서 가격 책정은 클래식 또는 현대화된 자격 증명 모음 중 하나의 자격 증명 모음만 사용하여 발생합니다.
FAQ
컴퓨터를 현대화된 아키텍처로 마이그레이션해야 하는 이유는 무엇인가요?
재해 복구에 대한 클래식 아키텍처가 단계적으로 중단되므로 사용자는 현대화된 최신 버전으로 전환해야 합니다. 다음 표에서는 재해 발생 시 컴퓨터를 보호하기 위한 올바른 옵션을 선택하는 데 도움이 되는 두 가지 아키텍처를 비교합니다.
| 클래식 아키텍처 | 현대화된 아키텍처 [신규] |
|---|---|
| 온-프레미스 데이터를 검색하려면 여러 설정이 필요합니다. | 검색 서비스를 사용하여 온-프레미스 데이터 센터를 중앙에서 검색합니다. |
| 초기 온보딩에 대단히 많은 단계가 필요합니다. | 아티팩트 만들기를 자동화하여 온보딩 환경을 간소화하고 필수 입력을 줄이기 위한 기본값이 도입되었습니다. |
| 수동으로 다운로드한 파일을 활용하여 클라우드 컨텍스트를 얻습니다. | 어플라이언스 설정 시 클라우드 컨텍스트를 가져오기 위한 복제 키가 도입되었습니다. |
| 간단한 복제 활성화 프로세스에 대단히 많은 단계가 필요합니다. | 필요한 입력 수를 줄이고 각 블레이드를 재정의하여 복제 활성화 환경을 간소화했습니다. |
| 구성 서버는 다양한 구성 요소에 대한 광범위한 설정이 포함된 온-프레미스 인프라로 계속 유지됩니다. | 모든 구성 요소를 Azure 호스팅 마이크로 서비스로 변환하여 어플라이언스가 향상되었습니다. 이렇게 하면 어플라이언스 크기 조정, 모니터링 및 문제 해결이 간소화됩니다. |
| Linux용 Azure 컴퓨터에서 스케일 아웃 프로세스 서버 및 마스터 대상 서버가 필요하여 걸림돌이 되고 있습니다. | 별도의 프로세스 서버와 마스터 대상 서버를 유지 관리할 필요가 제거되었습니다. |
| 인증에 정적 암호가 사용되어 정기적인 암호 순환에 대한 고객의 비즈니스 요구 사항에 방해가 됩니다. | 보다 안전하며 고객의 보안 문제를 해결하는 인증서 기반 인증을 도입했습니다. |
| 업데이트된 버전으로 업그레이드하는 작업을 수동으로 수행해야 하므로 번거로운 프로세스입니다. | 어플라이언스 구성 요소와 Mobility Service 모두에 대해 자동 업그레이드가 도입되었습니다. |
| 구성 서버가 고가용성이 아니고 축소될 위험이 있습니다. | 복원력을 보장하기 위해 어플라이언스의 고가용성을 구현했습니다. |
| 오류 없는 업그레이드 환경을 보장하기 위해 루트 자격 증명을 정기적으로 업데이트해야 합니다. | 자동 업그레이드를 수행하기 위해 컴퓨터의 루트 자격 증명을 유지 관리해야 하는 요구 사항이 제거되었습니다. |
| 연결을 유지하려면 구성 서버에 고정 IP 주소를 할당해야 합니다. | 어플라이언스와 온-프레미스 컴퓨터 간의 FQDN 기반 연결이 도입되었습니다. |
| 사이트 간 VPN 또는 Express Route를 사용하도록 설정된 가상 네트워크만 사용해야 합니다. | 역방향 복제를 위해 사이트 간 VPN 또는 Express Route를 유지 관리할 필요가 없습니다. |
| 타사 도구인 MySQL도 설정해야 합니다. | 타사 도구에 대한 종속성을 제거했습니다. |
어떤 컴퓨터를 현대화된 아키텍처로 마이그레이션해야 하나요?
구성 서버를 사용하여 복제되는 모든 VMware 또는 물리적 컴퓨터를 최신 아키텍처로 마이그레이션해야 합니다.
현대화된 Recovery Services 자격 증명 모음은 어디에 만들어야 하나요?
최신 Recovery Services 자격 증명 모음은 클래식 자격 증명 모음과 동일한 지역 및 테넌트에 있어야 합니다. 구독 또는 리소스 그룹의 일부일 수 있습니다.
마이그레이션이 진행되는 동안 복제가 계속되나요?
아니요, 마이그레이션이 진행되는 동안 복제는 잠시 중단됩니다. 이 시간 동안에는 클래식 Recovery Services 자격 증명 모음에서 마지막으로 만든 복구 지점을 장애 조치(failover)에 사용할 수 있습니다. 마이그레이션이 완료되면 새 복구 지점이 최신 Recovery Services 자격 증명 모음에 생성됩니다.
마이그레이션 작업은 언제 완료된 것으로 표시되나요?
마이그레이션 작업은 현대화된 Recovery Services 자격 증명 모음에서 첫 번째 복구 지점이 성공적으로 만들어진 후에만 완료된 것으로 표시됩니다.
마이그레이션이 완료된 후 클래식 Recovery Services 자격 증명 모음에서 어떤 작업을 수행할 수 있나요?
마이그레이션 후에는 클래식 자격 증명 모음에서 장애 조치(failover)를 수행할 수 있습니다. 장애 조치(failover) 작업은 복구 지점이 만료될 때까지 클래식 자격 증명 모음에서 계속 사용할 수 있습니다.
예를 들어 복제된 항목의 보존 기간이 72시간(3일)인 경우 클래식 자격 증명 모음의 최신 복구 지점은 마이그레이션 작업에 성공한 후 72시간(3일)동안 계속 사용할 수 있습니다. 규정된 시간이 지나면 Azure Site Recovery에서 자동으로 복제된 항목에 대한 복제 제거 작업을 트리거하고 연결된 모든 스토리지 및 요금 청구 항목을 정리합니다.
마이그레이션 작업이 진행되는 동안 컴퓨터에 재해가 발생하면 어떻게 되나요?
마이그레이션 중인 복제된 항목은 최종 복구 지점의 보존 기간이 종료될 때까지 클래식 Recovery Services 자격 증명 모음을 통해 장애 조치(failover) 작업을 계속 지원할 수 있습니다. 장애 조치(failover) 작업을 실행하려고 하면 마이그레이션 작업보다 우선 적용되며 마이그레이션 작업이 중단됩니다. 복제된 항목이 마이그레이션되도록 하려면 나중에 마이그레이션 작업을 다시 트리거해야 합니다.
참고 항목
복제된 항목의 컴퓨팅 및 네트워크 속성은 마이그레이션이 진행되는 동안 업데이트될 수 있습니다. 단, 변경 내용이 현대화된 Recovery Services 자격 증명 모음에 복제되지 않을 수 있습니다.
클래식에서 현대화된 자격 증명 모음으로 한 번에 마이그레이션할 수 있는 컴퓨터는 몇 대인가요?
포털을 통해 한 번에 최대 10대의 컴퓨터를 마이그레이션할 수 있습니다.
새 자격 증명 모음에서 사용할 가상 네트워크, 스토리지 계정 및 복제 정책을 다시 만들어야 하나요?
아니요, 이전에 사용되었던 동일한 리소스가 현대화된 자격 증명 모음에서도 기본값으로 설정됩니다. 이러한 리소스는 언제든지 컴퓨팅 및 네트워크 블레이드에서 변경할 수 있습니다. 리소스에 필요한 액세스 권한이 계속 있는지는 사용자가 확인해야 합니다.
복제 정책은 현대화된 자격 증명 모음으로 어떻게 이동되나요?
필수 구성 요소인 Site Recovery에서 클래식 자격 증명 모음에 있는 것과 동일한 구성을 사용하여 복제 정책을 최신 자격 증명 모음에 만듭니다. 따라서 복제된 항목을 이동하기 전에 연결된 정책이 최신 자격 증명 모음에 만들어집니다. 이러한 변경 내용은 최신 자격 증명 모음에 반영되지 않으므로 마이그레이션이 트리거되면 클래식 자격 증명 모음에서 복제 정책 구성을 변경하지 않는 것이 좋습니다. 이러한 변경은 마이그레이션 프로세스를 시작하기 전에 수행하는 것이 가장 좋습니다.
현대화된 자격 증명 모음에서 만든 복제 정책은 현대화된 자격 증명 모음에서 이름이 변경됩니다. 최신 Recovery Services 자격 증명 모음의 리소스 그룹 이름과 자격 증명 모음 이름이 접두사로 추가됩니다. 따라서 자격 증명 모음의 이름이 contoso-modern-vault이고 자격 증명 모음의 리소스 그룹이 contoso-rg라고 가정하여 클래식 자격 증명 모음에서 정책 이름이 "기본 복제 정책"인 경우 최신 자격 증명 모음에서 이 정책의 이름은 default replication policy contoso-modern-vault_contoso-rg입니다.
클래식 자격 증명 모음에서 마이그레이션 중 또는 마이그레이션 후에 복제 정책을 편집할 수 있나요?
복제 정책의 복제본이 현대화된 자격 증명 모음에 이미 만들어진 경우 클래식 자격 증명 모음의 정책 변경 내용은 현대화된 자격 증명 모음으로 전파되지 않습니다.
따라서 정책을 사용하여 복제된 10개의 복제된 항목이 있고 그 중 5개 항목을 최신 환경으로 이동하도록 결정한 경우 마이그레이션이 시작되기 전에 해당 정책의 복사본이 만들어집니다. 이제 나머지 5개 항목의 마이그레이션을 수행하기 전에 클래식 자격 증명 모음의 정책을 변경하면 최신 자격 증명 모음의 정책이 업데이트되지 않습니다. 이러한 구성은 최신 자격 증명 모음에서도 변경해야 합니다.
복제 그룹(다중 VM 일관성 그룹이라고도 함)에 있는 복제된 항목을 마이그레이션하려면 어떻게 해야 하나요?
복제 그룹의 일부인 모든 복제된 항목은 함께 마이그레이션됩니다. 복제 그룹을 선택하여 모든 항목을 선택하거나 모두 건너뛸 수 있습니다. 마이그레이션 프로세스가 복제 그룹의 일부 컴퓨터에서 실패하지만 다른 컴퓨터에서는 성공하는 경우 실패한 복제된 항목에 대해 클래식 환경으로의 롤백이 수행되고 마이그레이션 프로세스가 해당 항목에 대해 다시 트리거될 수 있습니다.
공용 엔드포인트가 있는 클래식 설정을 프라이빗 엔드포인트가 있는 현대화된 설정으로 마이그레이션할 수 있나요?
아니요, 공용 엔드포인트가 있는 클래식 재해 복구 설정만 현대화된 공용 엔드포인트 설정으로 이동할 수 있습니다. 프라이빗 엔드포인트가 아닌 프라이빗 엔드포인트에서 프라이빗 엔드포인트로의 마이그레이션은 지원되지 않지만 프라이빗 엔드포인트에서 프라이빗 엔드포인트로의 마이그레이션은 지원됩니다.
다음 단계
- 클래식에서 현대화된 VMware 재해 복구로 이동하는 방법을 알아봅니다.