Azure Storage 중복성

Azure Storage는 항상 계획된 이벤트 그리고 일시적인 하드웨어 오류, 네트워크 또는 정전, 대규모 자연 재해 등의 계획되지 않은 이벤트로부터 데이터를 보호하기 위해 항상 여러 복사본을 저장합니다. 중복성은 스토리지 계정이 오류 발생 시에도 가용성 및 내구성 목표를 충족하는지 확인합니다.

시나리오에 가장 적합한 중복성 옵션을 결정할 때에는 저렴한 비용과 높은 가용성 간의 균형을 고려하세요. 선택해야 하는 중복성 옵션을 결정하는 데 도움이 되는 요소는 다음과 같습니다.

  • 주 지역에서 데이터를 복제하는 방법
  • 지역 재해로부터 보호하기 위해 데이터가 주 지역에서 지리적으로 멀리 떨어진 보조 지역으로 복제되는지 여부(지역 복제)
  • 어떤 이유로든 주 지역을 사용할 수 없게 되는 경우 보조 지역의 복제된 데이터에 대한 읽기 액세스 권한이 애플리케이션에 필요한지 여부(읽기 액세스 권한이 있는 지역 복제)

참고

이 문서에서 설명하는 기능 및 지역별 가용성은 계층 구조 네임스페이스(Azure Blob 스토리지)가 있는 계정에서도 사용할 수 있습니다.

Azure Storage를 구성하는 서비스는 스토리지 계정이라는 일반적인 Azure 리소스를 통해 관리됩니다. 스토리지 계정은 Blob 컨테이너(Blob Storage), 파일 공유(Azure Files), 테이블(Table Storage) 또는 큐(Queue Storage)와 같은 스토리지 리소스를 배포하는 데 사용할 수 있는 스토리지의 공유 풀을 나타냅니다. Azure Storage 계정에 대한 자세한 내용은 Storage 계정 개요를 참조하세요.

스토리지 계정에 대한 중복성 설정은 해당 계정에서 공개하는 모든 스토리지 서비스에 대해 공유됩니다. 동일한 스토리지 계정에 배포된 모든 스토리지 리소스에는 동일한 중복성 설정이 있습니다. 중복성 요구 사항이 다른 경우 서로 다른 종류의 리소스를 별도의 스토리지 계정에서 격리할 수 있습니다.

기본 지역의 중복성

Azure Storage 계정의 데이터는 항상 기본 지역에서 세 번 복제됩니다. Azure Storage는 기본 지역에서 데이터를 복제하는 방법에 두 가지 옵션을 제공합니다.

  • LRS(로컬 중복 저장소) 는 기본 지역의 단일 물리적 위치 내에서 데이터를 동기적으로 세 번 복사합니다. LRS는 가장 저렴한 복제 옵션이지만 고가용성이나 높은 내구성이 필요한 애플리케이션에는 권장되지 않습니다.
  • ZRS(영역 중복 저장소) 는 기본 지역에 있는 3개의 Azure 가용성 영역에서 데이터를 동기적으로 복사합니다. 고가용성이 필요한 응용 프로그램의 경우 Microsoft는 기본 지역에서 ZRS를 사용하고 보조 지역에도 복제하는 것을 권장합니다.

참고

Azure Data Lake Storage Gen2 워크로드의 주 지역에서 ZRS를 사용하는 것이 좋습니다.

로컬 중복 스토리지

LRS(로컬 중복 스토리지)는 주 지역의 단일 데이터 센터 내에서 스토리지 계정을 세 번 복제합니다. LRS는 지정된 1년 동안 개체에 99.999999999%(11개의 9) 이상의 내구성을 제공합니다.

LRS는 가장 저렴한 중복성 옵션이며 다른 옵션에 비해 내구성이 가장 낮습니다. LRS는 서버 랙 및 드라이브 오류로부터 데이터를 보호합니다. 그러나 데이터 센터 내에서 화재나 홍수와 같은 재해가 발생하는 경우 LRS를 사용하는 저장소 계정의 모든 복제본이 손실되거나 복구할 수 없게 됩니다. 이 위험을 완화하기 위해 Microsoft는 ZRS(영역 중복 저장소), GRS(지역 중복 저장소) 또는 GZRS(지역 영역 중복 저장소)를 사용하는 것을 권장합니다.

LRS를 사용하는 저장소 계정에 대한 쓰기 요청은 동기적으로 발생합니다. 쓰기 작업은 3개의 모든 복제본에 데이터가 작성된 후에만 성공적으로 반환됩니다.

다음 다이어그램에서는 LRS를 사용하여 단일 데이터 센터 내에서 데이터를 복제하는 방법을 보여 줍니다.

LRS를 사용하여 단일 데이터 센터 내에서 데이터가 복제되는 방식을 보여 주는 다이어그램

LRS는 다음과 같은 시나리오에 적합합니다.

  • 데이터 손실이 발생하더라도 쉽게 재구성할 수 있는 데이터를 애플리케이션에 저장하는 경우 LRS를 선택할 수 있습니다.
  • 데이터 거버넌스 요구 사항으로 인해 응용 프로그램이 국가 또는 지역 내에서만 데이터 복제로 제한되는 경우 LRS를 선택할 수 있습니다. 경우에 따라 데이터가 지리적으로 복제되는 쌍을 이루는 지역이 다른 국가나 지역에 있을 수 있습니다. 쌍을 이루는 지역에 대한 자세한 내용은 Azure 지역을 참조하세요.
  • 시나리오에서 Azure 비관리 디스크를 사용하는 경우 LRS를 선택할 수 있습니다. GRS를 사용하는 Azure 비관리 디스크에 대한 스토리지 계정을 만들 수 있지만 비동기 지역 복제에 대한 일관성 문제로 인해 권장되지 않습니다.

영역 중복 스토리지

ZRS(영역 중복 스토리지)는 주 지역의 3개 Azure 가용성 영역에서 스토리지 계정을 동기적으로 복제합니다. 각 가용성 영역은 독립적인 전원, 냉각 및 네트워킹을 갖춘 별도의 물리적 위치입니다. ZRS는 지정된 연도 동안 스토리지 리소스에 대한 99.9999999999%(12개의 9) 이상의 내구성을 제공합니다.

ZRS를 사용하면 영역을 사용할 수 없게 되는 경우에도 읽기 및 쓰기 작업에 모두 계속해서 액세스할 수 있습니다. 영역을 사용할 수 없는 경우 Azure에서 DNS 재지정과 같은 네트워킹 업데이트를 수행합니다. 업데이트가 완료되기 전에 데이터에 액세스하는 경우 이러한 업데이트는 응용 프로그램에 영향을 줄 수 있습니다. ZRS용 응용 프로그램을 디자인하는 경우에는 지수 백오프를 사용하는 다시 시도 정책을 구현하는 것과 같은 일시적인 오류 처리에 대한 사례를 따릅니다.

ZRS를 사용하는 저장소 계정에 대한 쓰기 요청은 동기적으로 발생합니다. 쓰기 작업은 3개의 가용성 영역에서 데이터가 모든 복제본에 작성된 후에만 성공적으로 반환됩니다.

Microsoft는 고가용성이 필요한 시나리오인 경우 주 지역에서 ZRS를 사용하는 것을 권장합니다. ZRS는 데이터 거버넌스 요구 사항을 충족하기 위해 특정 국가 또는 지역으로 데이터 복제를 제한하는 데에도 권장됩니다.

Microsoft는 ZRS를 Azure Files 워크로드에 사용하도록 권장합니다. 영역을 사용할 수 없게 되면 연결된 클라이언트에서 Azure 파일 공유를 다시 탑재할 필요가 없습니다.

다음 다이어그램에서는 ZRS를 사용하여 주 지역의 가용성 영역에서 데이터를 복제하는 방법을 보여 줍니다.

ZRS를 사용하여 기본 지역에서 데이터가 복제되는 방식을 보여 주는 다이어그램

ZRS는 데이터를 일시적으로 사용할 수 없는 경우 탁월한 성능, 낮은 대기 시간 및 복원력을 제공합니다. 그러나 ZRS 자체만으로는 여러 영역에 영구적인 영향을 주는 지역 재해로부터 데이터를 보호하지 못할 수 있습니다. 지역 재해를 방지하기 위해 Microsoft는 기본 지역에서 ZRS를 사용하고 보조 지역으로 데이터를 지역 복제하는 GZRS(지역 영역 중복 저장소)를 사용하는 것을 권장합니다.

Blob Storage의 보관 계층은 현재 ZRS, GZRS 또는 RA-GZRS 계정에 대해 지원되지 않습니다. 관리되지 않는 디스크는 ZRS 또는 GZRS를 지원하지 않습니다.

ZRS를 지원하는 지역에 대한 자세한 내용은 가용성 영역이 있는 Azure 지역을 참조하세요.

표준 스토리지 계정

ZRS는 다음을 포함하여 표준 범용 v2 스토리지 계정을 통해 모든 Azure Storage 서비스에 지원됩니다.

  • Azure Blob 스토리지(핫 및 쿨 블록 Blob 및 추가 Blob, 비디스크 페이지 Blob)
  • Azure Files(모든 표준 계층: 트랜잭션 최적화, 핫 및 쿨)
  • Azure Table Storage
  • Azure Queue 스토리지

표준 범용 v2 스토리지 계정에 대한 ZRS는 Azure 지역의 하위 집합에 사용할 수 있습니다.

  • (아프리카) 남아프리카 북부
  • (아시아 태평양) 오스트레일리아 동부
  • (아시아 태평양) 인도 중부
  • (아시아 태평양) 동아시아
  • (아시아 태평양) 일본 동부
  • (아시아 태평양) 한국 중부
  • (아시아 태평양) 동남아시아
  • (유럽) 프랑스 중부
  • (유럽) 독일 중서부
  • (유럽) 북유럽
  • (유럽) 노르웨이 동부
  • (유럽) 스웨덴 중부
  • (유럽) 스위스 북부
  • (유럽) 영국 남부
  • (유럽) 서유럽
  • (북아메리카) 캐나다 중부
  • (북아메리카) 미국 중부
  • (북아메리카) 미국 동부
  • (북아메리카) 미국 동부 2
  • (북아메리카) 미국 중남부
  • (북아메리카) US Gov 버지니아
  • (북아메리카) 미국 서부 2
  • (북아메리카) 미국 서부 3
  • (남미) 브라질 남부

프리미엄 블록 Blob 계정

ZRS는 프리미엄 블록 Blob 계정에 지원됩니다. 프리미엄 블록 Blob에 대한 자세한 내용은 프리미엄 블록 Blob 스토리지 계정을 참조하세요.

프리미엄 블록 Blob은 Azure 지역의 하위 집합에서 사용할 수 있습니다.

  • (아시아 태평양) 오스트레일리아 동부
  • (아시아 태평양) 동아시아
  • (아시아 태평양) 일본 동부
  • (아시아 태평양) 동남아시아
  • (유럽) 프랑스 중부
  • (유럽) 북유럽
  • (유럽) 서유럽
  • (유럽) 영국 남부
  • (북아메리카) 미국 동부
  • (북아메리카) 미국 동부 2
  • (북아메리카) 미국 서부 2
  • (북아메리카) 미국 중남부
  • (남미) 브라질 남부

프리미엄 파일 공유 계정

ZRS는 FileStorage 스토리지 계정 종류를 통해 프리미엄 파일 공유(Azure Files)에 지원됩니다.

프리미엄 파일 공유에 대한 ZRS는 Azure 지역의 하위 집합에 사용할 수 있습니다.

  • (아시아 태평양) 오스트레일리아 동부
  • (아시아 태평양) 일본 동부
  • (아시아 태평양) 동남아시아
  • (유럽) 프랑스 중부
  • (유럽) 북유럽
  • (유럽) 서유럽
  • (유럽) 영국 남부
  • (북아메리카) 미국 동부
  • (북아메리카) 미국 동부 2
  • (북아메리카) 미국 서부 2
  • (북아메리카) 미국 중남부
  • (남미) 브라질 남부

보조 지역의 중복성

높은 내구성이 필요한 애플리케이션의 경우 스토리지 계정의 데이터를 주 지역에서 수백 킬로미터 떨어진 보조 지역에 추가로 복사하도록 선택할 수 있습니다. 저장소 계정이 보조 지역으로 복사되면 전체 지역 중단 또는 기본 지역을 복구할 수 없는 재해가 발생하더라도 데이터는 지속됩니다.

스토리지 계정을 만들 때 계정에 대한 기본 지역을 선택합니다. 쌍을 이루는 보조 지역은 주 지역에 따라 결정되며 변경할 수 없습니다. Azure에서 지원되는 지역에 대한 자세한 내용은 Azure 지역을 참조하세요.

Azure Storage는 보조 지역으로 데이터를 복사하기 위한 다음과 같은 두 가지 옵션을 제공 합니다.

  • GRS(지역 중복 저장소) 는 LRS를 사용하여 기본 지역의 단일 물리적 위치 내에서 데이터를 동기적으로 세 번 복사합니다. 그런 다음 보조 지역의 단일 물리적 위치에 데이터를 비동기적으로 복사합니다. 보조 지역 내에서 데이터는 항상 LRS를 사용하여 동기적으로 세 번 복제됩니다.
  • GZRS(지역 영역 중복 저장소) 는 ZRS를 사용하여 기본 지역에 있는 3개의 Azure 가용성 영역에서 데이터를 동기적으로 복사합니다. 그런 다음 보조 지역의 단일 물리적 위치에 데이터를 비동기적으로 복사합니다. 보조 지역 내에서 데이터는 항상 LRS를 사용하여 동기적으로 세 번 복제됩니다.

참고

GRS와 GZRS의 주요 차이점은 기본 지역에서 데이터가 복제되는 방식입니다. 보조 지역 내에서 데이터는 항상 LRS를 사용하여 동기적으로 세 번 복제됩니다. 보조 지역의 LRS는 하드웨어 오류로부터 데이터를 보호합니다.

GRS 또는 GZRS를 사용하면 보조 지역에 대한 장애 조치(failover)가 없는 한 읽기 또는 쓰기 액세스를 위해 보조 지역의 데이터를 사용할 수 없습니다. 보조 지역에 대한 읽기 액세스의 경우 RA-GRS(읽기 액세스 지역 영역 중복 스토리지) 또는 RA-GZRS(읽기 액세스 지역 영역 중복 스토리지)를 사용하도록 스토리지 계정을 구성합니다. 자세한 내용은 보조 지역의 데이터에 대한 읽기 권한을 참조하세요.

기본 지역을 사용할 수 없는 경우에는 보조 지역에 대해 장애 조치(failover)하도록 선택할 수 있습니다. 장애 조치(failover)가 완료되면 보조 지역은 기본 지역이 되고 데이터를 다시 읽고 쓸 수 있습니다. 재해 복구에 대한 자세한 내용 및 보조 지역에 대해 장애 조치(failover)하는 방법은 재해 복구 및 저장소 계정 장애 조치(failover)를 참조하세요.

중요

데이터가 보조 지역에 비동기식으로 복제되기 때문에 기본 지역을 복구할 수 없는 경우 기본 지역에 영향을 미치는 오류로 인해 데이터가 손실될 수 있습니다. 기본 지역에 대한 최신 쓰기와 보조 지역에 대한 마지막 쓰기 사이의 간격을 RPO(복구 지점 목표)라고 합니다. RPO는 데이터를 복구할 수 있는 시점을 나타냅니다. Azure Storage 플랫폼의 RPO는 일반적으로 15분 미만이지만, 현재 데이터를 보조 지역에 복제하는 데 걸리는 시간에 대한 SLA는 없습니다.

지역 중복 스토리지

GRS(지역 중복 저장소)는 LRS를 사용하여 기본 지역의 단일 물리적 위치 내에서 데이터를 동기적으로 세 번 복사합니다. 그런 다음, 기본 지역에서 수백 마일 떨어진 보조 지역의 단일 물리적 위치에 데이터를 비동기식으로 복사합니다. GRS는 지정된 연도 동안 스토리지 리소스에 대한 99.99999999999999%(16개의 9) 이상의 내구성을 제공합니다.

쓰기 작업은 먼저 기본 위치에 커밋되고 LRS를 사용하여 복제됩니다. 그런 다음, 업데이트는 보조 지역에 비동기적으로 복제됩니다. 데이터가 보조 위치에 기록되는 경우 LRS를 사용하여 해당 위치 내에도 복제됩니다.

다음 다이어그램은 데이터가 GRS 또는 RA-GRS로 복제되는 방법을 보여 줍니다.

GRS 또는 RA-GRS를 사용하여 데이터가 복제되는 방법을 보여 주는 다이어그램

지역 영역 중복 스토리지

GZRS(지역 영역 중복 저장소)는 가용성 영역 전체의 중복성으로 제공되는 고가용성과 지역에서 복제를 통해 제공되는 지역 중단 방지를 결합합니다. GZRS 저장소 계정의 데이터는 기본 지역의 Azure 가용성 영역에 복사되며 지역 재해로부터 보호하기 위해 보조 지리적 지역에도 복제됩니다. Microsoft는 재해 복구를 위해 최대 일관성, 내구성과 가용성, 뛰어난 성능 및 복원력이 필요한 응용 프로그램에 GZRS를 사용하는 것을 권장합니다.

GZRS 저장소 계정을 사용하면 가용성 영역을 사용할 수 없거나 복구할 수 없는 경우 데이터를 계속해서 읽고 쓸 수 있습니다. 또한 전체 지역 중단 또는 기본 지역을 복구할 수 없는 재해가 발생하는 경우에도 데이터가 지속됩니다. GZRS는 지정된 1년 동안 개체에 99.99999999999999%(16개의 9) 이상의 내구성을 제공하도록 디자인되었습니다.

다음 다이어그램은 GZRS 또는 RA-GZRS를 사용하여 데이터가 복제되는 방법을 보여 줍니다.

GZRS 또는 RA-GZRS를 사용하여 데이터가 복제되는 방법을 보여 주는 다이어그램

표준 범용 v2 스토리지 계정만 GZRS를 지원합니다. GZRS는 다음을 포함한 모든 Azure Storage 서비스에서 지원됩니다.

  • Azure Blob 스토리지(핫 및 쿨 블록 Blob, 디스크가 아닌 페이지 Blob)
  • Azure Files(모든 표준 계층: 트랜잭션 최적화, 핫 및 쿨)
  • Azure Table Storage
  • Azure Queue 스토리지

GZRS는 Azure 지역의 하위 집합에 사용할 수 있습니다.

  • (아프리카) 남아프리카 북부
  • (아시아 태평양) 오스트레일리아 동부
  • (아시아 태평양) 동아시아
  • (아시아 태평양) 일본 동부
  • (아시아 태평양) 한국 중부
  • (아시아 태평양) 동남아시아
  • (아시아 태평양) 인도 중부
  • (유럽) 프랑스 중부
  • (유럽) 독일 중서부
  • (유럽) 북유럽
  • (유럽) 노르웨이 동부
  • (유럽) 스웨덴 중부
  • (유럽) 스위스 북부
  • (유럽) 영국 남부
  • (유럽) 서유럽
  • (북아메리카) 캐나다 중부
  • (북아메리카) 미국 중부
  • (북아메리카) 미국 동부
  • (북아메리카) 미국 동부 2
  • (북아메리카) 미국 중남부
  • (북아메리카) 미국 서부 2
  • (북아메리카) 미국 서부 3
  • (북아메리카) US Gov 버지니아
  • (남미) 브라질 남부

보조 지역의 데이터에 대한 읽기 액세스

지역 중복 저장소(GRS 또는 GZRS 사용)는 지역 중단을 방지하기 위해 보조 지역의 다른 물리적 위치로 데이터를 복제합니다. GRS 또는 GZRS용으로 구성된 계정을 사용하면 장애 조치(failover)가 발생하지 않는 한 보조 지역의 데이터에 사용자나 애플리케이션에 직접 액세스할 수 없습니다. 장애 조치(failover) 프로세스는 Azure Storage에서 제공하는 DNS 항목을 업데이트하여 보조 엔드포인트가 스토리지 계정의 새 기본 엔드포인트가 되도록 합니다. 장애 조치(failover) 프로세스 중에는 데이터에 액세스할 수 없습니다. 장애 조치(failover)가 완료된 후 새 주 지역에서 데이터를 읽고 쓸 수 있습니다. 장애 조치(failover) 및 재해 복구에 대한 자세한 내용은 계정 장애 조치(failover) 작동 방식을 참조하세요.

애플리케이션에 고가용성이 필요한 경우 보조 지역에 대한 읽기 권한을 위해 스토리지 계정을 구성할 수 있습니다. 보조 지역에 대한 읽기 권한을 사용하도록 설정하면 주 지역을 사용할 수 없는 상황을 포함하여 보조 지역에서 데이터를 항상 읽을 수 있습니다. RA-GRS(읽기 액세스 지역 중복 스토리지) 또는 RA-GZRS(읽기 액세스 지역 영역 중복 스토리지) 구성은 보조 지역에 대한 읽기 권한을 허용합니다.

주의

데이터가 주 지역에서 보조 지역으로 비동기식으로 복제되기 때문에 일반적으로 보조 지역은 쓰기 작업 측면에서 주 지역 뒤에 있습니다. 재해가 주 지역을 강타하면 일부 데이터가 손실될 수 있습니다. 잠재적인 데이터 손실을 계획하는 방법에 대한 자세한 내용은 데이터 손실 예상을 참조하세요.

참고

Azure Files는 RA-GRS(읽기 액세스 지역 중복 스토리지) 또는 RA-GZRS(읽기 액세스 지역 영역 중복 스토리지)를 지원하지 않습니다.

보조 지역에 대한 읽기 액세스를 위한 응용 프로그램 디자인

저장소 계정이 보조 지역에 대한 읽기 액세스로 구성된 경우 어떤 이유로든 기본 지역을 사용할 수 없으면 보조 지역에서 데이터 읽기로 원활하게 전환되도록 응용 프로그램을 디자인할 수 있습니다.

보조 지역은 RA-GRS 또는 RA-GZRS를 사용하도록 설정한 후 읽기 액세스에 사용할 수 있으므로, 중단 시 보조 지역에서 올바르게 읽을 수 있도록 애플리케이션을 미리 테스트할 수 있습니다. 지역 중복을 활용하도록 애플리케이션을 디자인하는 방법에 관한 자세한 내용은 지역 중복을 사용하여 고가용성 애플리케이션 디자인을 참조하세요.

보조 지역에 대한 읽기 액세스를 사용하도록 설정하면 기본 엔드포인트뿐만 아니라 보조 엔드포인트에서도 애플리케이션을 읽을 수 있습니다. 보조 끝점은 계정 이름에 -보조 접미사가 추가됩니다. 예를 들어 Blob Storage에 대한 기본 끝점이 myaccount.blob.core.windows.net인 경우 보조 끝점은 myaccount-secondary.blob.core.windows.net입니다. 저장소 계정에 대한 액세스 키는 기본 및 보조 끝점에 대해 동일합니다.

마지막 동기화 시간 속성 확인

데이터는 보조 지역에 비동기적으로 복제되기 때문에 보조 지역은 기본 지역 뒤에 있는 경우가 많습니다. 주 지역에서 오류가 발생하는 경우 주 지역에 대한 모든 쓰기가 보조 지역에 아직 복제되지 않은 것일 수 있습니다.

보조 지역에 복제된 쓰기 작업을 확인하기 위해 응용 프로그램은 저장소 계정에 대한 마지막 동기화 시간 속성을 확인할 수 있습니다. 마지막 동기화 시간 이전에 주 지역에 기록 작성된 모든 쓰기 작업이 보조 지역에 성공적으로 복제되었으므로 보조 지역에서 읽을 수 있습니다. 마지막 동기화 시간 이후에 기본 지역에 작성된 쓰기 작업은 보조 지역에 복제될 수도 있고 그렇지 않을 수도 있습니다. 즉, 읽기 작업에 사용하지 못할 수 있습니다.

Azure PowerShell, Azure CLI 또는 Azure Storage 클라이언트 라이브러리 중 하나를 사용하여 마지막 동기화 시간 속성의 값을 쿼리할 수 있습니다. 마지막 동기화 시간 속성은 GMT 날짜/시간 값입니다. 자세한 내용은 저장소 계정에 대한 마지막 동기화 시간 속성 확인을 참조하세요.

중복성 옵션 요약

다음 섹션의 표에는 Azure Storage에 사용할 수 있는 중복성 옵션이 요약되어 있습니다.

내구성 및 가용성 매개 변수

다음 표에는 각 중복성 옵션에 대한 주요 매개 변수가 설명되어 있습니다.

매개 변수 LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
지정된 1년 동안 개체의 내구성 비율 최소 99.999999999% 최소 99.9999999999% 최소 99.99999999999999% 최소 99.99999999999999%
읽기 요청에 대한 가용성 99.9% 이상(쿨 또는 보관 액세스 계층의 경우 99%) 99.9% 이상(쿨 또는 보관 액세스 계층의 경우 99%) GRS의 경우 99.9% 이상(쿨 또는 보관 액세스 계층의 경우 99%)

RA-GRS의 경우 99.99% 이상(쿨 또는 보관 액세스 계층의 경우 99.9%)
GZRS의 경우 99.9% 이상(쿨 또는 보관 액세스 계층의 경우 99%)

RA-GZRS의 경우 99.99% 이상(쿨 또는 보관 액세스 계층의 경우 99.9%)
쓰기 요청에 대한 가용성 99.9% 이상(쿨 또는 보관 액세스 계층의 경우 99%) 99.9% 이상(쿨 또는 보관 액세스 계층의 경우 99%) 99.9% 이상(쿨 또는 보관 액세스 계층의 경우 99%) 99.9% 이상(쿨 또는 보관 액세스 계층의 경우 99%)
별도 노드에 여러 개의 데이터 사본이 유지됩니다. 단일 지역 내 3개의 복사본 단일 지역 내에서 별도의 가용성 영역에 있는 세 개의 복사본 주 지역에 3개, 보조 지역에 3개를 포함하여 총 6개 복사본 주 지역의 개별 가용성 영역에서 3개, 보조 지역에 있는 3개의 로컬 중복 복사본을 포함하여 총 6개 복사본

자세한 내용은 스토리지 계정에 대한 SLA를 참조하세요.

중단 시나리오별 내구성 및 가용성

다음 표는 저장소 계정에 유효한 중복성 유형에 따라 제공된 시나리오에서 데이터를 지속적으로 사용할 수 있는지 여부를 나타냅니다.

중단 시나리오 LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
데이터 센터 내의 노드를 사용할 수 없게 됨
전체 데이터 센터(영역 또는 비영역)를 사용할 수 없게 됨 1
지역 전체 중단이 기본 지역에서 발생함 1 1
기본 지역을 사용할 수 없는 경우에는 보조 지역에 대한 읽기 액세스가 가능함 예(RA-GRS 사용) 예(RA-GZRS 사용)

1 기본 지역을 사용할 수 없는 경우 쓰기 가용성을 복원하려면 계정 장애 조치(failover)가 필요합니다. 자세한 내용은 재해 복구 및 저장소 계정 장애 조치(failover)를 참조하세요.

지원되는 Azure Storage 서비스

다음 표에서는 각 Azure Storage 서비스에서 지원되는 중복성 옵션을 보여 줍니다.

LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blob 스토리지(Data Lake Storage 포함)
Queue Storage
Table Storage
Azure Files1,2
Azure Managed Disks
페이지 Blob
Blob 스토리지(Data Lake Storage 포함)
Queue Storage
Table Storage
Azure Files1,2
Azure 관리 디스크3
Blob 스토리지(Data Lake Storage 포함)
Queue Storage
Table Storage
Azure Files1
Blob 스토리지(Data Lake Storage 포함)
Queue Storage
Table Storage
Blob 스토리지(Data Lake Storage 포함)
Queue Storage
Table Storage
Azure Files1
Blob 스토리지(Data Lake Storage 포함)
Queue Storage
Table Storage

1 표준 파일 공유는 LRS 및 ZRS에서 지원됩니다. 표준 파일 공유는 크기가 5TiB 이하인 한 GRS 및 GZRS에서 지원됩니다.
2 프리미엄 파일 공유는 LRS 및 ZRS에서 지원됩니다.
3 ZRS 관리 디스크에는 특정 제한 사항이 있습니다. 자세한 내용은 관리 디스크에 대한 중복성 옵션 문서의 제한 사항 섹션을 참조하세요.

지원되는 스토리지 계정 형식

다음 표에서는 각 유형의 스토리지 계정에 지원되는 중복성 옵션을 보여 줍니다. 저장소 계정 유형에 대한 자세한 내용은 저장소 계정 개요를 참조하세요.

스토리지 계정 유형 LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
권장 표준 범용 v2(StorageV2)1

프리미엄 블록 Blob(BlockBlobStorage)1

프리미엄 파일 공유(FileStorage)

프리미엄 페이지 Blob(StorageV2)
표준 범용 v2(StorageV2)1

프리미엄 블록 Blob(BlockBlobStorage)1

프리미엄 파일 공유(FileStorage)
표준 범용 v2(StorageV2)1 표준 범용 v2(StorageV2)1
레거시 표준 범용 v1(Storage)

레거시 Blob(BlobStorage)
해당 없음 표준 범용 v1(Storage)

레거시 Blob(BlobStorage)
해당 없음

1 계층 구조 네임스페이스가 사용하도록 설정된 이 유형의 계정은 지정된 중복 옵션도 지원합니다.

모든 스토리지 계정의 모든 데이터는 스토리지 계정의 중복성 옵션에 따라 기본에서 보조로 복사됩니다. 블록 Blob, 추가 Blob, 페이지 Blob, 큐, 테이블 및 파일을 포함하는 개체가 복사됩니다.

보관 계층을 포함한 모든 계층의 데이터는 지역에서 복제하는 동안 항상 기본 계층에서 보조 계층으로 복사됩니다. Blob Storage의 보관 계층은 현재 LRS, GRS 및 RA-GRS 계정에 대해 지원되지만 ZRS, GZRS 또는 RA-GZRS 계정에는 지원되지 않습니다. Blob 계층에 대한 자세한 내용은 Blob 데이터에 대한 핫, 쿨 및 보관 액세스 계층을 참조하세요.

관리되지 않는 디스크는 ZRS 또는 GZRS를 지원하지 않습니다.

각 중복성 옵션에 대한 가격 책정 정보는 Azure Storage 가격 책정을 참조하세요.

참고

Azure Premium 디스크 저장소는 현재 LRS(로컬 중복 저장소)만 지원합니다. 블록 Blob Storage 계정은 특정 지역의 LRS(로컬 중복 저장소) 및 ZRS(영역 중복 저장소)를 지원합니다.

고객 관리 계정 장애 조치(failover) 지원

모든 지역 중복 제품은 주 지역에 재해가 발생한 경우 Microsoft에서 관리하는 장애 조치(failover)를 지원합니다. 또한 다음 표와 같이 일부 계정 유형은 고객 관리 계정 장애 조치(failover)를 지원합니다. 지원되는 계정 유형은 Azure Resource Manager 배포를 사용해야 합니다. 재해 복구 및 고객 관리 장애 조치(failover)에 대한 자세한 내용은 재해 복구 및 스토리지 계정 장애 조치(failover)를 참조하세요.

장애 조치(failover) 유형 GRS/RA-GRS GZRS/RA-GZRS
고객 관리형 장애 조치(failover) 범용 v2 계정
범용 v1 계정
레거시 Blob Storage 계정
범용 v2 계정
Microsoft에서 관리하는 장애 조치(failover) 모든 계정 유형 범용 v2 계정

참고

고객 관리 계정 장애 조치(failover)는 계층 구조 네임스페이스가 있는 계정(Azure Data Lake Storage Gen2)에서 아직 지원되지 않습니다. 자세히 알아보려면 Azure Data Lake Storage Gen2에서 사용할 수 있는 Blob 스토리지 기능을 참조하세요.

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

데이터 무결성

Azure Storage는 CRC(순환 중복 검사)를 사용하여 저장된 데이터의 무결성을 정기적으로 확인합니다. 데이터 손상이 감지되면 중복 데이터를 사용하여 복구됩니다. 또한 Azure Storage는 데이터를 저장하거나 검색할 때 데이터 패킷의 손상을 감지하기 위해 모든 네트워크 트래픽에 대한 체크섬을 계산합니다.

참고 항목