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

아티클
08/12/2024

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

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

Important

Azure Data Lake Storage Gen2를 사용하도록 설정한 계정에 대한 고객 관리(계획되지 않은) 장애 조치(failover)는 현재 미리 보기로 제공되며 모든 공용 GRS/GZRS 지역에서 지원됩니다.

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

Important

SFTP(SSH 파일 전송 프로토콜)가 사용하도록 설정된 계정에 대한 고객 관리(계획되지 않은) 장애 조치(failover)는 현재 미리 보기로 제공되며 모든 공용 GRS/GZRS 지역에서 지원됩니다.

계획되지 않은 장애 조치(failover) 및 장애 복구(failback) 중 중복 관리

팁

스토리지 계정 장애 조치(failover) 및 장애 복구 프로세스 중의 다양한 중복 상태를 자세히 이해하려면 각 항목의 정의에 대해 Azure Storage 중복을 참조하세요.

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

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

원래 및 현재 중복 구성은 스토리지 계정의 속성 내에 저장됩니다. 이 기능을 사용하면 장애 복구 시 원래 구성으로 돌아갈 수 있습니다. 결과 중복 구성의 전체 목록은 복구 계획 및 장애 조치(failover)를 참조하세요.

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

Warning

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

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

복제 구성이 원래의 장애 조치(failover) 전 상태로 복원된다는 점을 제외하고 장애 복구(failback) 프로세스는 기본적으로 장애 조치(failover) 프로세스와 동일합니다.

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

계획되지 않은 장애 조치(failover)를 시작하는 방법

계획되지 않은 장애 조치(failover)를 시작하는 방법을 알아보려면 계정 장애 조치(failover) 시작을 참조하세요.

주의

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

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

계획되지 않은 장애 조치(failover) 및 장애 복구(failback) 프로세스

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

계획되지 않은 장애 조치(failover) 전환 요약

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

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

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

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

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

계획되지 않은 장애 조치(failover) 전환 세부 정보

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

GRS/RA-GRS
GZRS/RA-GZRS

정상 작업(GRS/RA-GRS)

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

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

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

계획되지 않은 장애 조치(failover) 프로세스(GRS/RA-GRS)

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

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

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

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

Important

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

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

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

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

Warning

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

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

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

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

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