FSLogix에 대한 비즈니스 연속성 및 재해 복구 옵션
참고 항목
모든 다이어그램은 Azure Virtual Desktop을 기반으로 하는 예제이며 다른 가상 데스크톱 플랫폼에 적용할 수 있습니다.
효과적인 BCDR(비즈니스 연속성 및 재해 복구) 계획은 재해 또는 기타 심각한 중단이 발생할 경우 조직이 운영하는 데 필요한 프로세스 및 리소스에 중점을 둡니다. 로밍 사용자 프로필은 BCDR 전략의 비즈니스 또는 중요 업무용 구성 요소로 일반적으로 설명되지 않습니다. 가상 데스크톱 환경에서 사용자는 로밍 프로필이 있다는 것을 인식하지 못합니다. 프로필은 가상 머신에 관계없이 사용자에게 일관된 환경을 제공하기 위해 로밍됩니다. 비즈니스 또는 중요 업무용 데이터는 가능한 경우 사용자의 프로필에 저장해서는 안 됩니다. OneDrive, SharePoint 또는 기타 솔루션을 사용하는 것은 BCDR 이벤트 중에 사용자와 함께 데이터 로밍을 프로필의 일부로 사용하지 않고 데이터를 보호하는 효과적인 수단입니다. 이 프로세스는 RTO(복구 시간 목표) 및 RPO(복구 지점 목표) 연습에서 가장 잘 설명되어 있습니다. 여기서 비용 혜택 및 위험 분석은 조직 및 비즈니스 목표를 기반으로 가중치를 측정할 수 있습니다.
옵션 1: 프로필 복구 없음
이 옵션은 BCDR 디자인처럼 보이지 않지만 비즈니스 및 중요 업무용 데이터가 사용자의 프로필에 없는지 확인하는 데 중점을 두고 있습니다. 재해 발생 시 사용자는 새 위치 또는 새 스토리지 공급자에 새 프로필을 만듭니다(둘 다 true일 수 있음). 이 옵션은 인프라 비용 측면에서 가장 비용 효율적이지만 사용자 환경에 미칠 수 있는 영향으로 인해 벌금이 부과됩니다.
그림 1: 프로필 복구 없음 | FSLogix 표준 컨테이너(VHDLocations)
다이어그램에서 Azure Virtual Desktop을 사용하는 다중 지역 호스트 풀입니다. 주 지역과 장애 조치(failover) 지역 모두 지역 내에서 고가용성을 제공하는 ZRS(영역 중복 스토리지)를 사용하는 전용 Azure Files 공유를 포함합니다. 장애 조치(failover) 지역에는 중지되거나 할당 취소된 세션 호스트가 있습니다. 재해가 발생하면 장애 조치(failover) 지역이 주 지역이 되고 사용자는 해당 세션 호스트에 로그인하고 해당 지역의 Azure Files 공유에 새 프로필을 만듭니다.
옵션 2: 클라우드 캐시(기본/장애 조치(failover)
장애 조치(failover) 디자인은 재해 또는 오류 발생 시 인프라의 가용성과 안정성을 보장하기 위한 일반적인 전략입니다. Cloud Cache를 사용하면 이 유형의 장애 조치(failover) 디자인을 사용하여 FSLogix를 사용할 수 있습니다. Cloud Cache를 사용하면 프로필 데이터를 다른 위치에 저장하는 두 개의 스토리지 공급자를 사용하도록 디바이스를 구성할 수 있습니다. Cloud Cache는 프로필 데이터를 두 스토리지 공급자 각각에 비동기적으로 동기화하므로 항상 최신 버전의 데이터를 사용할 수 있습니다. 일부 디바이스는 기본 위치에 있고 다른 디바이스는 장애 조치(failover) 위치에 있습니다. Cloud Cache는 첫 번째 스토리지 공급자(디바이스에 가장 가까운)의 우선 순위를 지정하고 다른 스토리지 공급자를 백업으로 사용합니다. 예를 들어 기본 디바이스가 미국 서부에 있고 장애 조치(failover) 디바이스가 미국 동부에 있는 경우 다음과 같이 Cloud Cache를 구성할 수 있습니다.
- 기본 디바이스는 첫 번째 옵션으로 미국 서부의 스토리지 공급자를 사용하고 두 번째 옵션으로 미국 동부의 스토리지 공급자를 사용합니다.
- 장애 조치(failover) 디바이스는 첫 번째 옵션으로 미국 동부의 스토리지 공급자를 사용하고 두 번째 옵션으로 미국 서부의 스토리지 공급자를 사용합니다.
- 기본 디바이스 또는 가장 가까운 스토리지 공급자가 실패하는 경우 장애 조치(failover) 디바이스 또는 백업 스토리지 공급자로 전환하고 프로필 데이터를 잃지 않고 작업을 계속할 수 있습니다.
그러나 Cloud Cache와 함께 장애 조치(failover) 디자인을 사용하는 데는 몇 가지 단점이 있습니다. 먼저 프로필 데이터를 두 위치(2)에 저장하기 위해 추가 비용을 지불해야 합니다. 둘째, 비즈니스 관련자의 승인이 필요할 수 있는 장애 조치(failover) 프로세스를 수동으로 시작해야 합니다. 셋째, 두 스토리지 공급자에 대한 비동기 동기화로 인해 프로필 데이터에 약간의 대기 시간 또는 불일치가 발생할 수 있습니다.
팁
- 사용자가 기본 위치의 프로필로 장애 복구(failback)할 수 있도록 허용하기 전에 모든 사용자가 장애 조치(failover) 위치에서 성공적으로 로그아웃했는지 확인하여 기본 위치에 사용자의 프로필 데이터의 최신 복제본(replica) 있는지 확인합니다.
- Cloud Cache는 I/O 집약적인 시스템이며 복원된 위치에 네트워크 및/또는 스토리지 병목 상태를 쉽게 발생시킬 수 있습니다.
그림 2: 클라우드 캐시(기본/장애 조치) | FSLogix Cloud Cache(CCDLocations)
다이어그램에는 Azure Virtual Desktop을 활용하는 다중 지역 호스트 풀이 있습니다. 기본 지역과 장애 조치(failover) 지역은 모두 이 설정의 일부입니다. 각각에는 ZRS(영역 중복 스토리지)를 사용하는 전용 Azure Files 공유가 있어 지역 내에서 고가용성을 보장합니다. 장애 조치(failover) 지역에는 중지되거나 할당 취소된 세션 호스트가 포함됩니다. 재해가 발생할 경우 장애 조치(failover) 지역이 주 지역이 됩니다. 사용자는 이러한 세션 호스트에 로그인하고 장애 조치(failover) 지역에서 복제본(replica)ted 프로필을 로드합니다.
그러나 다음을 고려해야 합니다.
- BCDR (비즈니스 연속성 및 재해 복구) 이벤트는 거의 정상이 되지 않습니다. 상황에 따라 사용자 프로필 데이터가 그대로 유지되지 않을 수 있습니다.
- 장애 조치(failover) 지역의 세션 호스트에 로그인하는 사용자는 데이터 손실 또는 더 나쁜 경우 컨테이너 손상을 경험할 수 있습니다.
이 경우 중요한 데이터에 OneDrive 또는 SharePoint와 같은 스토리지 플랫폼을 사용하는 것이 중요합니다. 이러한 플랫폼은 데이터 손실에 대한 추가 중복성 및 보호를 제공합니다. 재해 복구에 대한 계획은 필수적이며 올바른 스토리지 전략을 사용하면 위험을 완화하고 비즈니스 연속성을 보장할 수 있습니다.
옵션 3: 클라우드 캐시(활성/활성)
인프라에 대해 논의할 때는 FSLogix 프로필 솔루션에도 적용할 수 있는 활성/활성 디자인을 사용하는 것이 일반적입니다. 이 옵션을 사용하면 클라우드 캐시는 로컬 캐시에 대한 모든 변경 내용을 반영하도록 비동기적으로 업데이트되는 두 개의 스토리지 공급자로 설정됩니다. 활성 위치에 가장 가까운 스토리지 공급자가 먼저 나열되고 가장 먼 공급자가 두 번째로 나열됩니다. 다른 위치에서는 순서가 반전됩니다. 이 옵션은 두 위치에 공급자 데이터를 저장하는 데 추가 비용이 발생하며 장애 조치(failover)를 시작하기 전에 비즈니스 관련자가 수동으로 결정해야 합니다.
팁
- 실패한 지역이 작동하는 경우 프로필 데이터가 완전히 복제본(replica) 데 상당한 시간이 걸릴 수 있습니다.
- Cloud Cache는 I/O 집약적인 시스템이며 복원된 위치에 네트워크 및/또는 스토리지 병목 상태를 쉽게 발생시킬 수 있습니다.
그림 3: 클라우드 캐시(활성/활성) | FSLogix Cloud Cache(CCDLocations)
다이어그램에는 특정 Azure 지역에 있는 두 개의 AVD 호스트 풀과 세션 호스트가 있습니다. 미국 서부 지역에 할당된 사용자는 해당 가상 머신에 액세스합니다. 미국 동부 지역의 사용자만 액세스하고 해당 가상 머신에 할당됩니다. 재해 발생 시 생존 지역에는 모든 사용자를 지원할 수 있는 충분한 용량이 있어야 합니다. 또한 실패한 지역의 사용자는 생존 지역의 가상 머신에 대한 액세스 권한이 부여되어야 합니다.
BCDR 이벤트는 결코 정상적이지 않으며 이벤트 상황에 따라 사용자 프로필 데이터가 그대로 유지되지 않습니다. 남은 지역의 세션 호스트에 로그인하는 사용자는 데이터 손실 또는 더 나쁜 컨테이너 손상을 경험할 수 있습니다. 이 상황은 중요한 사용자 데이터에 OneDrive 또는 SharePoint와 같은 스토리지 플랫폼을 사용해야 하는 필요성을 증폭합니다.