고객 관리(계획되지 않은) 장애 조치(failover) 작동 방식

아티클
06/17/2024

고객 관리(계획되지 않은) 장애 조치(failover)를 사용하면 주 지역에 대한 스토리지 서비스 엔드포인트를 사용할 수 없게 되면 전체 지역 중복 스토리지 계정을 보조 지역으로 장애 조치(failover)할 수 있습니다. 장애 조치(failover) 중에 원래 보조 지역은 새 주 지역이 됩니다. 그러면 모든 스토리지 서비스 엔드포인트가 새 주 지역으로 리디렉션됩니다. 스토리지 서비스 엔드포인트 중단이 해결되면 다른 장애 조치(failover) 작업을 수행하여 원래 주 지역으로 장애 복구(failback)할 수 있습니다.

이 문서에서는 프로세스의 모든 단계에서 고객 관리(계획되지 않은) 장애 조치(failback) 및 장애 복구(failback) 중에 발생하는 작업을 설명합니다.

Important

계층 구조 네임스페이스(Azure Data Lake Storage Gen2) 또는 SSH SFTP(파일 전송 프로토콜)가 있는 계정에 대한 고객 관리(계획되지 않은) 장애 조치(failover)는 현재 미리 보기로 제공되며 다음 지역에서만 지원됩니다.

(아시아 태평양) 인도 중부
(아시아 태평양) 동남 아시아
(유럽) 북유럽
(유럽) 스위스 북부
(유럽) 스위스 서부
(유럽) 서유럽
(북아메리카) 캐나다 중부
(북아메리카) 미국 동부 2
(북아메리카) 미국 중남부

미리 보기를 옵트인하려면 Azure 구독에서 미리 보기 기능 설정을 참조하고 AllowHNSAccountFailover를 기능 이름으로 지정하세요.

베타, 미리 보기로 제공되거나 아직 일반 공급으로 릴리스되지 않은 Azure 기능에 적용되는 약관은 Microsoft Azure 미리 보기에 대한 추가 사용 약관을 참조하세요.

주 지역에 영향을 미치는 심각한 재해가 발생하는 경우 Microsoft는 계층 구조 네임스페이스가 있는 계정에 대한 장애 조치(failover)를 관리합니다. 자세한 내용은 Microsoft 관리형 장애 조치(failover)를 참조하세요.

un계획된 장애조치 및 failback 중 중복성 관리

팁

un계획된 장애조치 및 failback 프로세스 중의 다양한 중복 상태를 자세히 이해하려면 각각에 대한 정의에 대한 Azure Storage 중복성을 참조하세요.

GRS(지역 중복 스토리지) 또는 RA-GRS(읽기 액세스 지역 중복 스토리지) 중복성을 위해 스토리지 계정이 구성된 경우 데이터는 LRS 기본 및 보조 지역 모두에서 세 번 복제됩니다. 스토리지 계정이 GZRS(지역 영역 중복 스토리지) 또는 RA-GZRS(읽기 액세스 지역 영역 중복 스토리지) 복제에 대해 구성된 경우 데이터는 ZRS 주 지역 내에서 영역 중복이며 LRS 보조 지역 내에서 세 번 복제됩니다. 계정이 RA(읽기 액세스)로 구성된 경우 해당 지역에 대한 스토리지 서비스 엔드포인트를 사용할 수 있는 한 보조 지역에서 데이터를 읽을 수 있습니다.

고객 관리(계획되지 않은) 장애 조치 프로세스 중에 스토리지 서비스 엔드포인트에 대한 DNS(도메인 이름 시스템) 항목이 전환됩니다. 스토리지 계정의 보조 엔드포인트는 새 기본 엔드포인트가 되고 원래 기본 엔드포인트는 새 보조 엔드포인트가 됩니다. 장애 조치(failover) 후 원래 주 지역에 있는 스토리지 계정의 복사본이 삭제되고 스토리지 계정이 새 주 지역 내에서 로컬로 세 번 계속 복제됩니다. 이 시점에서 스토리지 계정은 로컬로 중복되고 LRS를 활용합니다.

원래 및 현재 중복 구성은 스토리지 계정의 속성 내에 저장됩니다. 이 기능을 사용하면 장애 복구 시 원래 구성으로 돌아갈 수 있습니다.

장애 조치(failover) 후 지역 중복성을 다시 얻으려면 계정을 GRS로 다시 구성해야 합니다. 장애 조치(failover)가 완료된 후 스토리지 계정이 LRS를 활용하기 때문에 GZRS는 장애 조치(failover) 후 옵션이 아닙니다. 지역 중복을 위해 계정을 다시 구성한 후 Azure는 즉시 새 주 지역에서 새 보조 지역으로 데이터를 복사하기 시작합니다. 보조 지역에 대한 읽기 액세스를 위해 스토리지 계정을 구성하는 경우 해당 액세스를 사용할 수 있습니다. 그러나 주 지역에서 보조 지역으로 복제를 완료하는 데 다소 시간이 걸릴 수 있습니다.

Warning

지역 중복을 위해 계정을 다시 구성한 후 새 주 지역의 기존 데이터가 새 보조 지역에 완전히 복사되기까지 상당한 시간이 걸릴 수 있습니다.

큰 데이터 손실을 방지하려면 장애 복구 전에 마지막 동기화 시간 속성 값을 확인합니다. 잠재적인 데이터 손실을 평가하려면 마지막 동기화 시간을 새 주 데이터베이스에 데이터가 기록된 마지막 시간과 비교합니다.

장애 복구 프로세스는 기본적으로 장애 조치(failover) 프로세스와 동일합니다. 단, Azure는 복제 구성이 장애 조치(failover)되기 전에 원래 상태로 복원합니다(데이터가 아닌 복제 구성). 따라서 스토리지 계정이 원래 GZRS로 구성된 경우 장애 복구 후 주 지역이 ZRS가 됩니다.

장애 복구(failback) 후 스토리지 계정을 다시 구성하여 지역 중복성을 다시 활용할 수 있습니다. 원래 주 지역이 LRS에 대해 구성된 경우에는 GRS 또는 RA-GRS가 되도록 구성할 수 있습니다. 원래 주 지역이 ZRS로 구성된 경우에는 GZRS 또는 RA-GZRS가 되도록 구성할 수 있습니다. 자세한 옵션은 스토리지 계정 복제 방법 변경을 참조하세요.

un을 시작하는 방법계획된 장애조치

un계획된 장애조치 시작하는 방법을 알아보려면 계정 장애 조치(failover) 시작을 참조하세요.

주의

un계획된 장애조치 일반적으로 일부 데이터 손실 및 잠재적으로 파일 및 데이터 불일치가 포함됩니다. 이러한 유형의 장애 조치를 시작하기 전에 계정 장애 조치(failover)가 데이터에 미치는 영향을 이해하는 것이 중요합니다.

잠재적인 데이터 손실 및 불일치에 대한 자세한 내용은 데이터 손실 및 불일치 예상을 참조하세요.

un계획된 장애조치 및 failback 프로세스

이 섹션에서는 고객 관리(계획되지 않은) 장애 조치(failover)에 대한 장애 조치(failover) 프로세스를 요약합니다.

un계획된 장애조치 전환 요약

고객 관리(계획되지 않은) 장애 조치(failover) 후:

보조 지역이 새 주 지역이 됩니다.
원래 주 지역에 있는 데이터의 복사본이 삭제됩니다.
스토리지 계정이 LRS로 변환됩니다.
지역 중복이 손실됩니다.

이 표에서는 고객 관리(계획되지 않은) 장애 조치(failback) 및 장애 복구(failback)의 모든 단계에서 발생하는 중복성 구성을 요약합니다.

Original configuration	이후 failover	다시 사용하도록 설정한 후 지역 중복	이후 장애 복구	다시 사용하도록 설정한 후 지역 중복
GRS	LRS	GRS ¹	LRS	GRS ¹
GZRS	LRS	GRS ¹	ZRS	GZRS ¹

¹ 고객 관리(계획되지 않은) 장애 조치(failover) 중에 지역 중복성이 손실되며 수동으로 다시 구성해야 합니다.

전환 세부 정보 계획된 장애조치 취소

다음 다이어그램은 지역 중복성을 위해 구성된 스토리지 계정의 고객 관리(계획되지 않은) 장애 조치(failback) 및 장애 복구(failback) 중에 발생하는 일을 보여 줍니다. GZRS 및 RA-GZRS에 대한 전환 세부 정보는 GRS 및 RA-GRS와 약간 다릅니다.

GRS/RA-GRS
GZRS/RA-GZRS

정상 작업(GRS/RA-GRS)

정상적인 상황에서 클라이언트는 스토리지 서비스 엔드포인트를 통해 주 지역의 스토리지 계정에 데이터를 씁니다(1). 그런 다음 데이터는 주 지역에서 보조 지역으로 비동기적으로 복사됩니다(2). 다음 이미지는 기본 엔드포인트를 사용할 수 있을 때 GRS로 구성된 스토리지 계정의 정상 상태를 보여 줍니다.

주 지역에서 스토리지 서비스 엔드포인트를 사용할 수 없게 됩니다(GRS/RA-GRS).

어떤 이유로든 기본 스토리지 서비스 엔드포인트를 사용할 수 없는 경우(1) 클라이언트는 더 이상 스토리지 계정에 쓸 수 없습니다. 중단의 근본 원인에 따라 보조 지역에 대한 복제가 더 이상 작동하지 않을 수 있으므로 (2) 일부 데이터 손실이 예상되어야 합니다. 다음 이미지는 복구가 발생하기 전에 기본 엔드포인트를 사용할 수 없게 되는 시나리오를 보여 줍니다.

un계획된 장애조치 프로세스(GRS/RA-GRS)

데이터에 대한 쓰기 액세스를 복원하려면 장애 조치(failover)를 시작할 수 있습니다. Blob, 테이블, 큐 및 파일에 대한 스토리지 서비스 엔드포인트 URI는 변경되지 않은 상태로 유지되지만 다음과 같이 해당 DNS 항목이 보조 지역을 가리키도록 변경됩니다.

고객 관리(계획되지 않은) 장애 조치(failover)는 일반적으로 약 1시간이 걸립니다.

장애 조치(failover)가 완료되면 원래 보조 지역이 새 주 지역이 되고(1) 원래 주 지역의 스토리지 계정 복사본이 삭제됩니다(2). 스토리지 계정은 새 주 지역에서 LRS로 구성되며 더 이상 지역 중복되지 않습니다. 사용자는 이 이미지에 표시된 대로 스토리지 계정에 데이터 쓰기를 다시 시작할 수 있습니다(3).

새 보조 지역에 대한 복제를 다시 시작하려면 지역 중복에 대해 계정을 다시 구성합니다.

Important

지역 중복을 사용하도록 로컬 중복 스토리지 계정을 변환하려면 비용과 시간이 필요합니다. 자세한 내용은 장애 조치(failover)의 시간과 비용을 참조하세요.

GRS를 사용하도록 계정을 다시 구성한 후 Azure는 다음 이미지와 같이 새 보조 지역(1)에 데이터를 비동기적으로 복사하기 시작합니다.

새 보조 지역에 대한 읽기 액세스는 원래 중단을 일으키는 문제가 해결될 때까지 다시 사용할 수 없습니다.

계획되지 않은 장애 복구 프로세스(GRS/RA-GRS)

Warning

지역 중복을 위해 계정을 다시 구성한 후 새 주 지역의 데이터가 새 보조 지역에 완전히 복사되기까지 상당한 시간이 걸릴 수 있습니다.

큰 데이터 손실을 방지하려면 장애 복구 전에 마지막 동기화 시간 속성 값을 확인합니다. 마지막 동기화 시간을 데이터를 새 주 지역에 마지막으로 기록한 시간과 비교하여 잠재적인 데이터 손실을 평가합니다.

원래 중단을 일으키는 문제가 해결되면 원래 주 지역으로 장애 복구를 시작할 수 있습니다. 이 프로세스는 다음 이미지에 설명되어 있습니다.

현재 주 지역은 읽기 전용이 됩니다.
고객이 시작한 장애 조치(failover) 및 장애 복구(failback)를 사용하면 장애 복구 프로세스 중에 보조 지역에 대한 복제를 완료할 수 없습니다. 따라서 장애 복구하기 전에 마지막 동기화 시간 속성의 값을 확인하는 것이 중요합니다.
스토리지 서비스 엔드포인트에 대한 DNS 항목이 전환됩니다. 보조 지역 내의 엔드포인트는 스토리지 계정의 새 기본 엔드포인트가 됩니다.

장애 복구가 완료되면 원래 주 지역이 다시 현재 지역이 되고(1) 원래 보조 지역의 스토리지 계정 복사본이 삭제됩니다(2). 스토리지 계정은 주 지역에서 로컬 중복으로 구성되며 더 이상 지역 중복되지 않습니다. 사용자는 이 이미지에 표시된 대로 스토리지 계정에 데이터 쓰기를 다시 시작할 수 있습니다(3).