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 워크로드의 경우 주 지역에서 ZRS를 사용하는 것이 좋습니다.

로컬 중복 스토리지

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

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

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

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

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

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

영역 중복 스토리지

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

ZRS를 활용하면 특정 영역을 사용할 수 없게 되더라도 읽기 및 쓰기 작업을 위해 데이터에 계속 액세스할 수 있습니다. 영역을 사용할 수 없게 되면 Azure는 DNS(Domain Name System) 재포인팅과 같은 네트워킹 업데이트를 수행합니다. 업데이트가 완료되기 전에 데이터에 액세스하는 경우 해당 업데이트가 애플리케이션에 영향을 미칠 수 있습니다. ZRS용 응용 프로그램을 디자인하는 경우에는 지수 백오프를 사용하는 다시 시도 정책을 구현하는 것과 같은 일시적인 오류 처리에 대한 사례를 따릅니다.

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

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

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

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

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

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

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

표준 스토리지 계정

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

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

표준 스토리지 계정에 대해 ZRS(영역 중복 스토리지)를 지원하는 지역 목록에 대해서는 표준 스토리지 계정에 대한 ZRS(영역 중복 스토리지)를 지원하는 Azure 지역을 참조하세요.

프리미엄 블록 Blob 계정

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

프리미엄 블록 Blob 계정에 대해 ZRS(영역 중복 스토리지)를 지원하는 지역 목록에 대해서는 프리미엄 블록 Blob 계정에 대한 ZRS(영역 중복 스토리지)를 지원하는 Azure 지역을 참조하세요.

프리미엄 파일 공유 계정

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

프리미엄 파일 공유 계정에 대한 ZRS(영역 중복 스토리지)를 지원하는 지역 목록에 대해서는 프리미엄 파일 공유를 위한 Azure Files 영역 중복 스토리지를 참조하세요.

관리 디스크

ZRS는 다음과 같은 제한 사항이 있는 관리 디스크에 대해 지원됩니다.

관리 디스크에 대한 ZRS(영역 중복 스토리지)를 지원하는 지역 목록은 지역 가용성을 참조하세요.

보조 지역의 중복성

중복성 옵션은 애플리케이션의 높은 내구성을 확보하는 데 도움이 될 수 있습니다. 많은 지역에서는 스토리지 계정 내의 데이터를 주 지역에서 수백 마일 떨어진 보조 지역으로 복사할 수 있습니다. 스토리지 계정을 보조 지역에 복사하면 전체 지역이 중단되거나 주 지역을 복구할 수 없는 재해가 발생하더라도 데이터가 내구성 있게 유지됩니다.

스토리지 계정을 만들 때 계정에 대한 기본 지역을 선택합니다. 쌍을 이루는 보조 지역은 주 지역에 따라 결정되며 변경할 수 없습니다. 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)를 참조하세요.

Important

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

지역 중복 스토리지

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

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

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

지역 영역 중복 스토리지

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

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

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

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

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

GZRS(지역 영역 중복 스토리지)를 지원하는 지역 목록은 지역 영역 중복 스토리지(GZRS)를 지원하는 Azure 지역을 참조하세요.

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

지역 중복 저장소(GRS 또는 GZRS 사용)는 지역 중단을 방지하기 위해 보조 지역의 다른 물리적 위치로 데이터를 복제합니다. GRS 또는 GZRS로 구성된 계정의 경우, 장애 조치(failover)가 발생하지 않는 한 주 지역에서 중단이 발생해도 사용자나 애플리케이션이 보조 지역의 데이터에 직접 액세스할 수 없습니다. 장애 조치(failover) 프로세스는 Azure Storage에서 제공하는 DNS 항목을 업데이트하여 보조 지역의 스토리지 서비스 엔드포인트가 스토리지 계정의 새로운 기본 엔드포인트가 되도록 합니다. 장애 조치(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 Storage에 사용할 수 있는 중복성 옵션이 요약되어 있습니다.

내구성 및 가용성 매개 변수

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

매개 변수	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
지정된 1년 동안 개체의 내구성 비율	최소 99.999999999%(11개의 9)	최소 99.9999999999%(12개의 9)	최소 99.99999999999999%(16개의 9)	최소 99.99999999999999%(16개의 9)
읽기 요청에 대한 가용성	최소 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개 복사본

자세한 내용은 스토리지 계정에 대한 서비스 수준 계약을 참조하세요.

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

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

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

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

지원되는 Azure Storage 서비스

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

서비스	LRS	ZRS	GRS	RA-GRS	GZRS	RA-GZRS
Blob Storage (Data Lake Storage 포함)	✅	✅	✅	✅	✅	✅
Queue Storage	✅	✅	✅	✅	✅	✅
Table Storage	✅	✅	✅	✅	✅	✅
Azure 파일	✅1,2	✅1,2	✅1		✅1
Azure Managed Disks	✅	✅3
Azure Elastic SAN	✅	✅

¹ 표준 파일 공유는 LRS 및 ZRS에서 지원됩니다. 표준 파일 공유는 크기가 5TiB 이하인 한 GRS 및 GZRS에서 지원됩니다.
² 프리미엄 파일 공유는 LRS 및 ZRS에서 지원됩니다.
³ 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)	해당 없음

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

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

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

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

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

참고 항목

블록 Blob Storage 계정은 특정 지역의 LRS(로컬 중복 저장소) 및 ZRS(영역 중복 저장소)를 지원합니다.

데이터 무결성

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

참고 항목

• 스토리지 계정의 중복성 옵션 변경
• 지역 복제(GRS/GZRS/RA-GRS/RA-GZRS)
  • 저장소 계정에 대한 마지막 동기화 시간 속성 확인
  • 재해 복구 및 스토리지 계정 장애 조치(failover)
• 가격 책정
  • Blob Storage
  • Azure 파일
  • Table Storage
  • Queue Storage
  • Azure 디스크