Azure 스토리지 중복성 설명
Azure Storage는 항상 계획된 이벤트 그리고 일시적인 하드웨어 오류, 네트워크 또는 정전, 자연 재해 등의 계획되지 않은 이벤트로부터 데이터를 보호하기 위해 항상 여러 복사본을 저장합니다. 중복성은 스토리지 계정이 오류 발생 시에도 가용성 및 내구성 목표를 충족하는지 확인합니다.
시나리오에 가장 적합한 중복성 옵션을 결정할 때에는 저렴한 비용과 높은 가용성 간의 균형을 고려하세요. 선택해야 하는 중복성 옵션을 결정하는 데 도움이 되는 요소는 다음과 같습니다.
- 주 지역에서 데이터를 복제하는 방법
- 지역 재해로부터 보호하기 위해 데이터가 주 지역에서 지리적으로 멀리 떨어진 보조 지역으로 복제되는지 여부
- 주 지역을 사용할 수 없게 되면 애플리케이션에서 보조 지역에 복제된 데이터에 대한 읽기 권한이 필요한지 여부
기본 지역의 중복성
Azure Storage 계정의 데이터는 항상 기본 지역에서 세 번 복제됩니다. Azure Storage는 주 지역에서 데이터를 복제하는 방법에 대한 두 가지 옵션, 즉 LRS(로컬 중복 스토리지) 및 ZRS(영역 중복 스토리지)를 제공합니다.
로컬 중복 스토리지 LRS
LRS(로컬 중복 스토리지)는 기본 지역의 단일 데이터 센터 내에서 데이터를 세 번 복제합니다. LRS는 지정된 1년 동안 개체에 11개의 9(99.999999999%) 이상의 내구성을 제공합니다.
LRS(로컬 중복 스토리지)는 가장 저렴한 중복성 옵션이며 다른 옵션에 비해 내구성이 가장 낮습니다. LRS는 서버 랙 및 드라이브 오류로부터 데이터를 보호합니다. 그러나 데이터 센터 내에서 화재나 홍수와 같은 재해가 발생하는 경우 LRS(로컬 중복 스토리지)를 사용하는 저장소 계정의 모든 복제본이 손실되거나 복구할 수 없게 됩니다. 이 위험을 완화하기 위해 Microsoft는 ZRS(영역 중복 저장소), GRS(지역 중복 저장소) 또는 GZRS(지역 영역 중복 저장소)를 사용하는 것을 권장합니다.
영역 중복 스토리지 ZRS
가용성 영역 지원 지역의 경우, ZRS(영역 중복 스토리지)는 주 지역의 세 가지 Azure 가용성 영역에서 Azure Storage 데이터를 동기적으로 복제합니다. ZRS는 지정된 1년 동안 12개의 9(99.9999999999%) 이상의 내구성을 Azure Storage 데이터 개체에 제공합니다.
ZRS(로컬 중복 스토리지)를 사용하면 영역을 사용할 수 없게 되는 경우에도 읽기 및 쓰기 작업에 모두 계속해서 액세스할 수 있습니다. 연결된 클라이언트에서 Azure 파일 공유를 다시 탑재할 필요가 없습니다. 영역을 사용할 수 없는 경우 Azure에서 DNS 재지정과 같은 네트워킹 업데이트를 수행합니다. 업데이트가 완료되기 전에 데이터에 액세스하는 경우 이러한 업데이트는 응용 프로그램에 영향을 줄 수 있습니다.
Microsoft는 고가용성이 필요한 시나리오인 경우 주 지역에서 ZRS(로컬 중복 스토리지)를 사용하는 것을 권장합니다. ZRS(로컬 중복 스토리지)도 데이터 관리 요구 사항을 충족하기 위해 국가나 지역 내에서 데이터 복제를 제한하는 데 사용하는 것이 좋습니다.
보조 지역의 중복성
높은 내구성이 필요한 애플리케이션의 경우 스토리지 계정의 데이터를 주 지역에서 수백 킬로미터 떨어진 보조 지역에 추가로 복사하도록 선택할 수 있습니다. 스토리지 계정의 데이터가 보조 지역에 복사되는 경우 주 지역의 데이터가 복구되지 않도록 하는 치명적인 오류가 발생하는 경우에도 데이터는 지속됩니다.
스토리지 계정을 만들 때 계정에 대한 기본 지역을 선택합니다. 쌍을 이룬 보조 지역은 Azure 지역 쌍을 기반으로 하며 변경할 수 없습니다.
Azure Storage는 보조 지역에데이터를 복사하는 두 가지 옵션으로 GRS(지역 중복 스토리지) 및 GZRS(지역 영역 중복 스토리지)를 제공합니다. GRS(지역 중복 스토리지)는 두 지역에서 LRS(로컬 중복 스토리지)를 실행하는 것과 유사하며 GZRS는 주 지역에서 ZRS(로컬 중복 스토리지)를 실행하고 보조 지역에서 LRS(로컬 중복 스토리지)를 실행하는 것과 유사합니다.
기본적으로 보조 지역에 대한 장애 조치(failover)가 없는 한 보조 지역의 데이터는 읽거나 쓸 수 없습니다. 기본 지역을 사용할 수 없는 경우에는 보조 지역에 대해 장애 조치(failover)하도록 선택할 수 있습니다. 장애 조치(failover)가 완료되면 보조 지역은 기본 지역이 되고 데이터를 다시 읽고 쓸 수 있습니다.
중요 ) 데이터가 보조 지역에 비동기식으로 복제되기 때문에 기본 지역을 복구할 수 없는 경우 기본 지역에 영향을 미치는 오류로 인해 데이터가 손실될 수 있습니다. 기본 지역에 대한 최신 쓰기와 보조 지역에 대한 마지막 쓰기 사이의 간격을 RPO(복구 지점 목표)라고 합니다. RPO는 데이터를 복구할 수 있는 시점을 나타냅니다. Azure Storage의 RPO는 일반적으로 15분 미만이지만 현재 보조 지역에 데이터를 복제하는 데 걸리는 시간에 대한 SLA는 없습니다.
지역 중복 스토리지 GRS
GRS(지역 중복 스토리지)는 LRS(지역 중복 스토리지)를 사용하여 주 지역의 단일 물리적 위치 내에서 데이터를 동기적으로 세 번 복사합니다. 그런 다음 LRS를 사용하여 보조 지역(지역 쌍)의 단일 물리적 위치에 데이터를 비동기적으로 복사합니다. GRS는 지정된 1년 동안 16개의 9(99.99999999999999%) 이상의 내구성을 Azure Storage 데이터 개체에 제공합니다.
지역 영역 중복 스토리지 GZRS
GZRS(지역 영역 중복 스토리지)는 가용성 영역 전체의 중복성으로 제공되는 고가용성과 지역에서 복제를 통해 제공되는 지역 중단 방지를 결합합니다. GZRS 스토리지 계정의 데이터는 주 지역의 Azure 가용성 영역에 복사되며(ZRS와 유사), 또한 지역 재해로부터 보호하기 위해 LRS를 사용하여 보조 지리적 지역에도 복제됩니다. Microsoft는 재해 복구를 위해 최대 일관성, 내구성과 가용성, 뛰어난 성능 및 복원력이 필요한 응용 프로그램에 GZRS를 사용하는 것을 권장합니다.
보조 지역의 데이터에 대한 읽기 액세스
지역 중복 저장소(GRS 또는 GZRS 사용)는 지역 중단을 방지하기 위해 보조 지역의 다른 물리적 위치로 데이터를 복제합니다. 단, 고객 또는 Microsoft가 기본 지역에서 보조 지역으로 장애 조치(failover)를 시작하는 경우에는 해당 데이터를 읽을 수 있습니다. 그러나 보조 지역에 대한 읽기 권한을 사용하도록 설정하면 주 지역이 최적으로 실행되는 경우에도 데이터가 항상 사용 가능합니다. 보조 지역에 대한 읽기 액세스의 경우 RA-GRS(읽기 액세스 지역 중복 스토리지) 또는 RA-GZRS(읽기 액세스 지역 영역 중복 스토리지)를 사용하도록 설정합니다.
