Azure Virtual Desktop에 대한 재해 복구

완료됨

조직의 Azure Virtual Desktop 가용성을 강화하고 데이터를 안전하게 유지하려면 BCDR(비즈니스 연속성 및 재해 복구) 전략을 구현해야 합니다. 좋은 BCDR 전략은 계획되거나 계획되지 않은 서비스 또는 Azure 중단 중에 앱과 워크로드를 가동하고 실행합니다. 아래 그림에서는 RPO(복구 지점 목표)를 데이터 손실로 표시하고 RTO(복구 시간 목표)를 재해로부터 복구하는 시간으로 표시합니다. RPO loss and RTO time to recover.

Azure Virtual Desktop 서비스는 가동 중단 시 고객 메타데이터를 유지하기 위해 BCDR을 제공합니다. Azure 지역에서 가동이 중단되면 서비스 인프라 구성 요소는 보조 위치로 장애 조치(failover)되며 예상대로 계속 작동합니다.

사용자가 Azure 지역 가동 중단 시에 계속 연결할 수 있도록 하려면 개인 VM을 다른 Azure 지역(보조 위치)에 복제해야 할 수 있습니다. 가동 중단 시 주 지역은 보조 위치의 복제 VM으로 장애 조치됩니다. 사용자는 중단 없이 보조 위치에서 앱에 계속 액세스할 수 있습니다. VM 복제 외에도 보조 위치에서 사용자 ID에 액세스할 수 있는지 확인해야 합니다. 액세스 가능한 ID는 프로필 컨테이너를 사용하여 수행할 수 있습니다. VM 복제 대신 지역 간 자동화된 프로비저닝을 통해 여러 풀링된 호스트 풀을 사용할 수도 있습니다.

중요

기본 Azure 지역의 데이터를 사용하는 비즈니스 애플리케이션이 나머지 데이터로 장애 조치(failover)할 수 있는지 확인합니다.

가동 중단 시 사용자가 연결되었는지 확인하려면 아래 표에 표시된 5가지 구성 요소를 고려해야 합니다.

1

가상 네트워크

가동 중단 시 네트워크 연결을 고려합니다.

2

가상 머신

보조 위치에 VM을 복제하거나 Azure 지역에 여러 비영구 호스트 풀을 배포합니다.

3

사용자 및 앱 데이터

FSLogix 프로필 컨테이너를 사용하여 보조 위치에서 데이터 복제를 설정합니다. MSIX 앱 첨부를 사용하는 경우 데이터 복제도 필요합니다.

4

사용자 ID

기본 위치에서 설정한 사용자 ID를 보조 위치에서 사용할 수 있는지 확인합니다.

5

애플리케이션 종속성

기본 위치의 데이터를 사용하는 모든 기간 업무 애플리케이션이 보조 위치로 장애 조치(failover)되는지 확인합니다.