Azure Storage 중복성Azure Storage redundancy

Azure Storage는 항상 계획된 이벤트 그리고 일시적인 하드웨어 오류, 네트워크 또는 정전, 대규모 자연 재해 등의 계획되지 않은 이벤트로부터 데이터를 보호하기 위해 항상 여러 복사본을 저장합니다.Azure Storage always stores multiple copies of your data so that it is protected from planned and unplanned events, including transient hardware failures, network or power outages, and massive natural disasters. 중복성은 저장소 계정이 오류 발생 시에도 가용성 및 내구성 목표를 충족 하는지 확인 합니다.Redundancy ensures that your storage account meets its availability and durability targets even in the face of failures.

시나리오에 가장 적합 한 중복성 옵션을 결정할 때는 저렴 한 비용과 높은 가용성 간의 장단점을 고려해 야 합니다.When deciding which redundancy option is best for your scenario, consider the tradeoffs between lower costs and higher availability. 선택해야 하는 중복성 옵션을 결정하는 데 도움이 되는 요소는 다음과 같습니다.The factors that help determine which redundancy option you should choose include:

  • 기본 지역에서 데이터를 복제하는 방법How your data is replicated in the primary region
  • 지역 재해 로부터 보호 하기 위해 주 지역에 지리적으로 떨어져 있는 두 번째 지역에 데이터를 복제 하는지 여부Whether your data is replicated to a second region that is geographically distant to the primary region, to protect against regional disasters
  • 어떤 이유로든 기본 지역을 사용할 수 없는 경우 보조 지역의 복제된 데이터에 대한 읽기 액세스 권한이 응용 프로그램에 필요한지 여부Whether your application requires read access to the replicated data in the secondary region if the primary region becomes unavailable for any reason

기본 지역의 중복성Redundancy in the primary region

Azure Storage 계정의 데이터는 항상 기본 지역에서 세 번 복제됩니다.Data in an Azure Storage account is always replicated three times in the primary region. Azure Storage는 기본 지역에서 데이터를 복제하는 방법에 두 가지 옵션을 제공합니다.Azure Storage offers two options for how your data is replicated in the primary region:

  • LRS(로컬 중복 저장소) 는 기본 지역의 단일 물리적 위치 내에서 데이터를 동기적으로 세 번 복사합니다.Locally redundant storage (LRS) copies your data synchronously three times within a single physical location in the primary region. LRS는 가장 저렴한 복제 옵션이지만 고가용성이 필요한 응용 프로그램에는 권장되지 않습니다.LRS is the least expensive replication option, but is not recommended for applications requiring high availability.
  • ZRS(영역 중복 저장소) 는 기본 지역에 있는 3개의 Azure 가용성 영역에서 데이터를 동기적으로 복사합니다.Zone-redundant storage (ZRS) copies your data synchronously across three Azure availability zones in the primary region. 고가용성이 필요한 응용 프로그램의 경우 Microsoft는 기본 지역에서 ZRS를 사용하고 보조 지역에도 복제하는 것을 권장합니다.For applications requiring high availability, Microsoft recommends using ZRS in the primary region, and also replicating to a secondary region.

LRS(로컬 중복 스토리지)Locally-redundant storage

LRS(로컬 중복 저장소)는 기본 지역의 단일 물리적 위치 내에서 데이터를 세 번 복제합니다.Locally redundant storage (LRS) replicates your data three times within a single physical location in the primary region. LRS는 지정된 1년 동안 개체에 99.999999999%(11개의 9) 이상의 내구성을 제공합니다.LRS provides at least 99.999999999% (11 nines) durability of objects over a given year.

LRS는 가장 저렴한 중복성 옵션이며 다른 옵션에 비해 내구성이 가장 낮습니다.LRS is the lowest-cost redundancy option and offers the least durability compared to other options. LRS는 서버 랙 및 드라이브 오류로부터 데이터를 보호합니다.LRS protects your data against server rack and drive failures. 그러나 데이터 센터 내에서 화재나 홍수와 같은 재해가 발생하는 경우 LRS를 사용하는 저장소 계정의 모든 복제본이 손실되거나 복구할 수 없게 됩니다.However, if a disaster such as fire or flooding occurs within the data center, all replicas of a storage account using LRS may be lost or unrecoverable. 이 위험을 완화하기 위해 Microsoft는 ZRS(영역 중복 저장소), GRS(지역 중복 저장소) 또는 GZRS(지역 영역 중복 저장소)를 사용하는 것을 권장합니다.To mitigate this risk, Microsoft recommends using zone-redundant storage (ZRS), geo-redundant storage (GRS), or geo-zone-redundant storage (GZRS).

LRS를 사용하는 저장소 계정에 대한 쓰기 요청은 동기적으로 발생합니다.A write request to a storage account that is using LRS happens synchronously. 쓰기 작업은 3개의 모든 복제본에 데이터가 작성된 후에만 성공적으로 반환됩니다.The write operation returns successfully only after the data is written to all three replicas.

LRS는 다음과 같은 시나리오에 적합합니다.LRS is a good choice for the following scenarios:

  • 데이터 손실이 발생하더라도 쉽게 재구성할 수 있는 데이터를 애플리케이션에 저장하는 경우 LRS를 선택할 수 있습니다.If your application stores data that can be easily reconstructed if data loss occurs, you may opt for LRS.
  • 데이터 거버넌스 요구 사항으로 인해 응용 프로그램이 국가 또는 지역 내에서만 데이터 복제로 제한되는 경우 LRS를 선택할 수 있습니다.If your application is restricted to replicating data only within a country or region due to data governance requirements, you may opt for LRS. 경우에 따라 데이터가 지리적으로 복제되는 쌍을 이루는 지역이 다른 국가나 지역에 있을 수 있습니다.In some cases, the paired regions across which the data is geo-replicated may be in another country or region. 쌍을 이루는 지역에 대한 자세한 내용은 Azure 지역을 참조하세요.For more information on paired regions, see Azure regions.

영역 중복 스토리지Zone-redundant storage

ZRS(영역 중복 저장소)는 기본 지역에 있는 3개의 Azure 가용성 영역에서 Azure Storage 데이터를 동기적으로 복사합니다.Zone-redundant storage (ZRS) replicates your Azure Storage data synchronously across three Azure availability zones in the primary region. 각 가용성 영역은 독립적인 전원, 냉각 및 네트워킹을 갖춘 별도의 물리적 위치입니다.Each availability zone is a separate physical location with independent power, cooling, and networking. ZRS는 지정된 1년 동안 99.9999999999%(12개의 9) 이상의 내구성을 Azure Storage 데이터 개체에 제공합니다.ZRS offers durability for Azure Storage data objects of at least 99.9999999999% (12 9's) over a given year.

ZRS를 사용하면 영역을 사용할 수 없게 되는 경우에도 읽기 및 쓰기 작업에 모두 계속해서 액세스할 수 있습니다.With ZRS, your data is still accessible for both read and write operations even if a zone becomes unavailable. 영역을 사용할 수 없는 경우 Azure에서 DNS 재지정과 같은 네트워킹 업데이트를 수행합니다.If a zone becomes unavailable, Azure undertakes networking updates, such as DNS re-pointing. 업데이트가 완료되기 전에 데이터에 액세스하는 경우 이러한 업데이트는 응용 프로그램에 영향을 줄 수 있습니다.These updates may affect your application if you access data before the updates have completed. ZRS용 응용 프로그램을 디자인하는 경우에는 지수 백오프를 사용하는 다시 시도 정책을 구현하는 것과 같은 일시적인 오류 처리에 대한 사례를 따릅니다.When designing applications for ZRS, follow practices for transient fault handling, including implementing retry policies with exponential back-off.

ZRS를 사용하는 저장소 계정에 대한 쓰기 요청은 동기적으로 발생합니다.A write request to a storage account that is using ZRS happens synchronously. 쓰기 작업은 3개의 가용성 영역에서 데이터가 모든 복제본에 작성된 후에만 성공적으로 반환됩니다.The write operation returns successfully only after the data is written to all replicas across the three availability zones.

Microsoft는 일관성, 내구성 및 고가용성이 필요한 시나리오인 경우 기본 지역에서 ZRS를 사용하는 것을 권장합니다.Microsoft recommends using ZRS in the primary region for scenarios that require consistency, durability, and high availability. 데이터 거 버 넌 스 요구 사항으로 인해 국가 또는 지역 내 에서만 데이터를 복제 하도록 응용 프로그램을 제한 하려는 경우에도 ZRS를 사용 하는 것이 좋습니다.We also recommend using ZRS if you want to restrict an application to replicate data only within a country or region because of data governance requirements.

ZRS는 데이터를 일시적으로 사용할 수 없는 경우 탁월한 성능, 낮은 대기 시간 및 복원력을 제공합니다.ZRS provides excellent performance, low latency, and resiliency for your data if it becomes temporarily unavailable. 그러나 ZRS 자체만으로는 여러 영역에 영구적인 영향을 주는 지역 재해로부터 데이터를 보호하지 못할 수 있습니다.However, ZRS by itself may not protect your data against a regional disaster where multiple zones are permanently affected. 지역 재해를 방지하기 위해 Microsoft는 기본 지역에서 ZRS를 사용하고 보조 지역으로 데이터를 지역 복제하는 GZRS(지역 영역 중복 저장소)를 사용하는 것을 권장합니다.For protection against regional disasters, Microsoft recommends using geo-zone-redundant storage (GZRS), which uses ZRS in the primary region and also geo-replicates your data to a secondary region.

다음 표에서는 지역에서 ZRS를 지원하는 저장소 계정 유형을 보여줍니다.The following table shows which types of storage accounts support ZRS in which regions:

Storage 계정 유형Storage account type 지원되는 지역Supported regions 지원되는 서비스Supported services
범용 v21General-purpose v21 동남아시아Asia Southeast
오스트레일리아 동부Australia East
북유럽Europe North
서유럽Europe West
프랑스 중부France Central
일본 동부Japan East
남아프리카 북부South Africa North
영국 남부UK South
미국 중부US Central
미국 동부US East
미국 동부 2US East 2
미국 서부 2US West 2
블록 BlobBlock blobs
페이지 Blob2Page blobs2
파일 공유(표준)File shares (standard)
테이블Tables
Queues
BlockBlobStorage1BlockBlobStorage1 동남아시아Asia Southeast
오스트레일리아 동부Australia East
북유럽Europe North
서유럽Europe West
일본 동부Japan East
미국 동부US East
미국 동부 2US East 2
미국 서부 2US West 2
프리미엄 블록 blob만Premium block blobs only
FileStorageFileStorage 동남아시아Asia Southeast
오스트레일리아 동부Australia East
북유럽Europe North
서유럽Europe West
일본 동부Japan East
미국 동부US East
미국 동부 2US East 2
미국 서부 2US West 2
프리미엄 파일만 공유Premium files shares only

1 보관 계층은 현재 ZRS 계정에 지원되지 않습니다.1 The archive tier is not currently supported for ZRS accounts.
2 가상 컴퓨터에 대한 Azure 관리 디스크를 포함하는 저장소 계정은 항상 LRS를 사용합니다.2 Storage accounts that contain Azure managed disks for virtual machines always use LRS. Azure 비관리 디스크는 LRS도 사용해야 합니다.Azure unmanaged disks should also use LRS. GRS를 사용하는 Azure 비관리 디스크에 대한 저장소 계정을 만들 수 있지만 비동기 지역에서 복제에 대한 일관성 문제로 인해 권장되지는 않습니다.It is possible to create a storage account for Azure unmanaged disks that uses GRS, but it is not recommended due to potential issues with consistency over asynchronous geo-replication. 관리 디스크 및 비관리 디스크는 모두 ZRS 또는 GZRS를 지원하지 않습니다.Neither managed nor unmanaged disks support ZRS or GZRS. 관리 디스크에 대한 자세한 내용은 Azure 관리 디스크의 가격 책정을 참조하세요.For more information on managed disks, see Pricing for Azure managed disks.

ZRS를 지원하는 지역에 대한 자세한 내용은 Azure 가용성 영역이란 무엇인가요?지역별 서비스 지원 을 참조하세요.For information about which regions support ZRS, see Services support by region in What are Azure Availability Zones?.

보조 지역의 중복성Redundancy in a secondary region

고가용성이 필요한 응용 프로그램의 경우 저장소 계정의 데이터를 기본 지역에서 수백 마일 떨어진 보조 지역에 추가로 복사하도록 선택할 수 있습니다.For applications requiring high availability, you can choose to additionally copy the data in your storage account to a secondary region that is hundreds of miles away from the primary region. 저장소 계정이 보조 지역으로 복사되면 전체 지역 중단 또는 기본 지역을 복구할 수 없는 재해가 발생하더라도 데이터는 지속됩니다.If your storage account is copied to a secondary region, then your data is durable even in the case of a complete regional outage or a disaster in which the primary region isn't recoverable.

스토리지 계정을 만들 때 계정에 대한 기본 지역을 선택합니다.When you create a storage account, you select the primary region for the account. 쌍을 이루는 보조 지역은 주 지역에 따라 결정되며 변경할 수 없습니다.The paired secondary region is determined based on the primary region, and can't be changed. Azure에서 지원되는 지역에 대한 자세한 내용은 Azure 지역을 참조하세요.For more information about regions supported by Azure, see Azure regions.

Azure Storage는 보조 지역으로 데이터를 복사하기 위한 다음과 같은 두 가지 옵션을 제공 합니다.Azure Storage offers two options for copying your data to a secondary region:

  • GRS(지역 중복 저장소) 는 LRS를 사용하여 기본 지역의 단일 물리적 위치 내에서 데이터를 동기적으로 세 번 복사합니다.Geo-redundant storage (GRS) copies your data synchronously three times within a single physical location in the primary region using LRS. 그런 다음 보조 지역의 단일 물리적 위치에 데이터를 비동기적으로 복사합니다.It then copies your data asynchronously to a single physical location in the secondary region.
  • GZRS(지역 영역 중복 저장소) 는 ZRS를 사용하여 기본 지역에 있는 3개의 Azure 가용성 영역에서 데이터를 동기적으로 복사합니다.Geo-zone-redundant storage (GZRS) copies your data synchronously across three Azure availability zones in the primary region using ZRS. 그런 다음 보조 지역의 단일 물리적 위치에 데이터를 비동기적으로 복사합니다.It then copies your data asynchronously to a single physical location in the secondary region.

GRS와 GZRS의 주요 차이점은 기본 지역에서 데이터가 복제되는 방식입니다.The primary difference between GRS and GZRS is how data is replicated in the primary region. 보조 지역 내에서 데이터는 항상 LRS를 사용 하 여 동기적으로 세 번 복제 됩니다.Within the secondary region, data is always replicated synchronously three times using LRS. 보조 지역의 LRS는 하드웨어 오류 로부터 데이터를 보호 합니다.LRS in the secondary region protects your data against hardware failures.

GRS 또는 GZRS를 사용 하는 경우 보조 지역에 대 한 장애 조치 (failover)가 없으면 보조 지역의 데이터를 읽기 또는 쓰기 액세스에 사용할 수 없습니다.With GRS or GZRS, the data in the secondary region isn't available for read or write access unless there is a failover to the secondary region. 보조 지역에 대 한 읽기 액세스의 경우 읽기 액세스 지역 중복 저장소 (RA-GRS) 또는 읽기 액세스 지역 중복 저장소 (RA-GZRS)를 사용 하도록 저장소 계정을 구성 합니다.For read access to the secondary region, configure your storage account to use read-access geo-redundant storage (RA-GRS) or read-access geo-zone-redundant storage (RA-GZRS). 자세한 내용은 보조 지역의 데이터에 대한 읽기 권한을 참조하세요.For more information, see Read access to data in the secondary region.

기본 지역을 사용할 수 없는 경우에는 보조 지역에 대해 장애 조치(failover)하도록 선택할 수 있습니다.If the primary region becomes unavailable, you can choose to fail over to the secondary region. 장애 조치(failover)가 완료되면 보조 지역은 기본 지역이 되고 데이터를 다시 읽고 쓸 수 있습니다.After the failover has completed, the secondary region becomes the primary region, and you can again read and write data. 재해 복구에 대한 자세한 내용 및 보조 지역에 대해 장애 조치(failover)하는 방법은 재해 복구 및 저장소 계정 장애 조치(failover)를 참조하세요.For more information on disaster recovery and to learn how to fail over to the secondary region, see Disaster recovery and storage account failover.

중요

데이터가 보조 지역에 비동기식으로 복제되기 때문에 기본 지역을 복구할 수 없는 경우 기본 지역에 영향을 미치는 오류로 인해 데이터가 손실될 수 있습니다.Because data is replicated to the secondary region asynchronously, a failure that affects the primary region may result in data loss if the primary region cannot be recovered. 기본 지역에 대한 최신 쓰기와 보조 지역에 대한 마지막 쓰기 사이의 간격을 RPO(복구 지점 목표)라고 합니다.The interval between the most recent writes to the primary region and the last write to the secondary region is known as the recovery point objective (RPO). RPO는 데이터를 복구할 수 있는 시점을 나타냅니다.The RPO indicates the point in time to which data can be recovered. Azure Storage의 RPO는 일반적으로 15분 미만이지만 현재 보조 지역에 데이터를 복제하는 데 걸리는 시간에 대한 SLA는 없습니다.Azure Storage typically has an RPO of less than 15 minutes, although there's currently no SLA on how long it takes to replicate data to the secondary region.

지역 중복 스토리지Geo-redundant storage

GRS(지역 중복 저장소)는 LRS를 사용하여 기본 지역의 단일 물리적 위치 내에서 데이터를 동기적으로 세 번 복사합니다.Geo-redundant storage (GRS) copies your data synchronously three times within a single physical location in the primary region using LRS. 그런 다음, 기본 지역에서 수백 마일 떨어진 보조 지역의 단일 물리적 위치에 데이터를 비동기식으로 복사합니다.It then copies your data asynchronously to a single physical location in a secondary region that is hundreds of miles away from the primary region. GRS는 지정된 1년 동안 99.99999999999999%(16개의 9) 이상의 내구성을 Azure Storage 데이터 개체에 제공합니다.GRS offers durability for Azure Storage data objects of at least 99.99999999999999% (16 9's) over a given year.

쓰기 작업은 먼저 기본 위치에 커밋되고 LRS를 사용하여 복제됩니다.A write operation is first committed to the primary location and replicated using LRS. 그런 다음, 업데이트는 보조 지역에 비동기적으로 복제됩니다.The update is then replicated asynchronously to the secondary region. 데이터가 보조 위치에 기록되는 경우 LRS를 사용하여 해당 위치 내에도 복제됩니다.When data is written to the secondary location, it's also replicated within that location using LRS.

다음 다이어그램에서는 GRS 또는 GRS를 사용 하 여 데이터를 복제 하는 방법을 보여 줍니다.The following diagram shows how your data is replicated with GRS or RA-GRS:

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

지역 영역 중복 스토리지Geo-zone-redundant storage

GZRS(지역 영역 중복 저장소)는 가용성 영역 전체의 중복성으로 제공되는 고가용성과 지역에서 복제를 통해 제공되는 지역 중단 방지를 결합합니다.Geo-zone-redundant storage (GZRS) combines the high availability provided by redundancy across availability zones with protection from regional outages provided by geo-replication. GZRS 저장소 계정의 데이터는 기본 지역의 Azure 가용성 영역에 복사되며 지역 재해로부터 보호하기 위해 보조 지리적 지역에도 복제됩니다.Data in a GZRS storage account is copied across three Azure availability zones in the primary region and is also replicated to a secondary geographic region for protection from regional disasters. Microsoft는 재해 복구를 위해 최대 일관성, 내구성과 가용성, 뛰어난 성능 및 복원력이 필요한 응용 프로그램에 GZRS를 사용하는 것을 권장합니다.Microsoft recommends using GZRS for applications requiring maximum consistency, durability, and availability, excellent performance, and resilience for disaster recovery.

GZRS 저장소 계정을 사용하면 가용성 영역을 사용할 수 없거나 복구할 수 없는 경우 데이터를 계속해서 읽고 쓸 수 있습니다.With a GZRS storage account, you can continue to read and write data if an availability zone becomes unavailable or is unrecoverable. 또한 전체 지역 중단 또는 기본 지역을 복구할 수 없는 재해가 발생하는 경우에도 데이터가 지속됩니다.Additionally, your data is also durable in the case of a complete regional outage or a disaster in which the primary region isn't recoverable. GZRS는 지정된 1년 동안 개체에 99.99999999999999%(16개의 9) 이상의 내구성을 제공하도록 디자인되었습니다.GZRS is designed to provide at least 99.99999999999999% (16 9's) durability of objects over a given year.

다음 다이어그램에서는 GZRS 또는 GZRS를 사용 하 여 데이터를 복제 하는 방법을 보여 줍니다.The following diagram shows how your data is replicated with GZRS or RA-GZRS:

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

범용 v2 저장소 계정만 GZRS 및 RA-GZRS를 지원합니다.Only general-purpose v2 storage accounts support GZRS and RA-GZRS. 애플리케이션 계정 유형에 대한 자세한 내용은 Azure Storage 계정 개요를 참조하세요.For more information about storage account types, see Azure storage account overview. GZRS 및 RA-GZRS는 블록 Blob, 페이지 Blob(VHD 디스크 제외), 파일, 테이블 및 큐를 지원합니다.GZRS and RA-GZRS support block blobs, page blobs (except for VHD disks), files, tables, and queues.

GZRS 및 RA-GZRS는 다음 지역에서 지원됩니다.GZRS and RA-GZRS are supported in the following regions:

  • 동남아시아Asia Southeast
  • 북유럽Europe North
  • 서유럽Europe West
  • 일본 동부Japan East
  • 영국 남부UK South
  • 미국 중부US Central
  • 미국 동부US East
  • 미국 동부 2US East 2
  • 미국 서부 2US West 2

가격 책정에 대한 자세한 내용은 Blob, 파일, 테이블에 대한 가격 책정을 참조하세요.For information on pricing, see pricing details for Blobs, Files, Queues, and Tables.

보조 지역의 데이터에 대한 읽기 액세스Read access to data in the secondary region

지역 중복 저장소(GRS 또는 GZRS 사용)는 지역 중단을 방지하기 위해 보조 지역의 다른 물리적 위치로 데이터를 복제합니다.Geo-redundant storage (with GRS or GZRS) replicates your data to another physical location in the secondary region to protect against regional outages. 단, 고객 또는 Microsoft가 기본 지역에서 보조 지역으로 장애 조치(failover)를 시작하는 경우에는 해당 데이터를 읽을 수 있습니다.However, that data is available to be read only if the customer or Microsoft initiates a failover from the primary to secondary region. 보조 지역에 대 한 읽기 액세스를 사용 하도록 설정 하면 주 지역을 사용할 수 없게 되는 상황을 포함 하 여 항상 데이터를 읽을 수 있습니다.When you enable read access to the secondary region, your data is available to be read at all times, including in a situation where the primary region becomes unavailable. 보조 지역에 대한 읽기 액세스의 경우 RA-GRS(읽기 액세스 지역 중복 스토리지) 또는 RA-GZRS(읽기 액세스 지역 영역 중복 스토리지)를 사용하도록 설정합니다.For read access to the secondary region, enable read-access geo-redundant storage (RA-GRS) or read-access geo-zone-redundant storage (RA-GZRS).

참고

Azure Files는 읽기 액세스 지역 중복 저장소 (RA-GRS) 및 읽기 액세스 지역 중복 저장소 (RA-GZRS)를 지원 하지 않습니다.Azure Files does not support read-access geo-redundant storage (RA-GRS) and read-access geo-zone-redundant storage (RA-GZRS).

보조 지역에 대한 읽기 액세스를 위한 응용 프로그램 디자인Design your applications for read access to the secondary

저장소 계정이 보조 지역에 대한 읽기 액세스로 구성된 경우 어떤 이유로든 기본 지역을 사용할 수 없으면 보조 지역에서 데이터 읽기로 원활하게 전환되도록 응용 프로그램을 디자인할 수 있습니다.If your storage account is configured for read access to the secondary region, then you can design your applications to seamlessly shift to reading data from the secondary region if the primary region becomes unavailable for any reason.

GRS 또는 GZRS를 사용 하도록 설정한 후에 보조 지역에 읽기 액세스를 사용할 수 있으므로 응용 프로그램을 미리 테스트 하 여 가동 중단이 발생 한 경우 보조 데이터베이스에서 해당 응용 프로그램을 올바르게 읽도록 할 수 있습니다.The secondary region is available for read access after you enable RA-GRS or RA-GZRS, so that you can test your application in advance to make sure that it will properly read from the secondary in the event of an outage. 고가용성을 위해 응용 프로그램을 디자인하는 방법에 대한 자세한 내용은 지리적 중복성을 사용하여 고가용성 응용 프로그램 디자인을 참조하세요.For more information about how to design your applications for high availability, see Use geo-redundancy to design highly available applications.

보조 복제본에 대 한 읽기 액세스를 사용 하는 경우 기본 끝점 뿐만 아니라 보조 끝점 에서도 응용 프로그램을 읽을 수 있습니다.When read access to the secondary is enabled, your application can be read from the secondary endpoint as well as from the primary endpoint. 보조 끝점은 계정 이름에 -보조 접미사가 추가됩니다.The secondary endpoint appends the suffix –secondary to the account name. 예를 들어 Blob Storage에 대한 기본 끝점이 myaccount.blob.core.windows.net인 경우 보조 끝점은 myaccount-secondary.blob.core.windows.net입니다.For example, if your primary endpoint for Blob storage is myaccount.blob.core.windows.net, then the secondary endpoint is myaccount-secondary.blob.core.windows.net. 저장소 계정에 대한 액세스 키는 기본 및 보조 끝점에 대해 동일합니다.The account access keys for your storage account are the same for both the primary and secondary endpoints.

마지막 동기화 시간 속성 확인Check the Last Sync Time property

데이터는 보조 지역에 비동기적으로 복제되기 때문에 보조 지역은 기본 지역 뒤에 있는 경우가 많습니다.Because data is replicated to the secondary region asynchronously, the secondary region is often behind the primary region. 기본 지역에서 오류가 발생하는 경우 기본 지역에 대한 모든 쓰기가 보조 지역에 아직 복제되지 않은 것일 수 있습니다.If a failure happens in the primary region, it's likely that all writes to the primary will not yet have been replicated to the secondary.

보조 지역에 복제된 쓰기 작업을 확인하기 위해 응용 프로그램은 저장소 계정에 대한 마지막 동기화 시간 속성을 확인할 수 있습니다.To determine which write operations have been replicated to the secondary region, your application can check the Last Sync Time property for your storage account. 마지막 동기화 시간 이전에 기본 지역에 기록 작성된 모든 쓰기 작업이 보조 지역에 성공적으로 복제되었으므로 보조 지역에서 읽을 수 있습니다.All write operations written to the primary region prior to the last sync time have been successfully replicated to the secondary region, meaning that they are available to be read from the secondary. 마지막 동기화 시간 이후에 기본 지역에 작성된 쓰기 작업은 보조 지역에 복제될 수도 있고 그렇지 않을 수도 있습니다. 즉, 읽기 작업에 사용하지 못할 수 있습니다.Any write operations written to the primary region after the last sync time may or may not have been replicated to the secondary region, meaning that they may not be available for read operations.

Azure PowerShell, Azure CLI 또는 Azure Storage 클라이언트 라이브러리 중 하나를 사용하여 마지막 동기화 시간 속성의 값을 쿼리할 수 있습니다.You can query the value of the Last Sync Time property using Azure PowerShell, Azure CLI, or one of the Azure Storage client libraries. 마지막 동기화 시간 속성은 GMT 날짜/시간 값입니다.The Last Sync Time property is a GMT date/time value. 자세한 내용은 저장소 계정에 대한 마지막 동기화 시간 속성 확인을 참조하세요.For more information, see Check the Last Sync Time property for a storage account.

중복성 옵션 요약Summary of redundancy options

다음 섹션의 표에는 Azure Storage에 사용 가능한 중복성 옵션이 요약되어 있습니다.The tables in the following sections summarize the redundancy options available for Azure Storage

내구성 및 가용성 매개 변수Durability and availability parameters

다음 표에는 각 중복성 옵션에 대한 주요 매개 변수가 설명되어 있습니다.The following table describes key parameters for each redundancy option:

매개 변수Parameter LRSLRS ZRSZRS GRS/RA-GRSGRS/RA-GRS GZRS/RA-GZRSGZRS/RA-GZRS
지정 된 연도에 대 한 개체의 내구성 비율Percent durability of objects over a given year 최소 99.999999999%at least 99.999999999% (11 9's) 최소 99.9999999999%at least 99.9999999999% (12 9's) 최소 99.99999999999999%at least 99.99999999999999% (16 9's) 최소 99.99999999999999%at least 99.99999999999999% (16 9's)
읽기 요청에 대 한 가용성Availability for read requests 최소 99.9%(쿨 액세스 계층에 대해 99%)At least 99.9% (99% for cool access tier) 최소 99.9%(쿨 액세스 계층에 대해 99%)At least 99.9% (99% for cool access tier) GRS의 경우 최소 99.9%(쿨 액세스 계층에 대해 99%)At least 99.9% (99% for cool access tier) for GRS

RA-GRS의 경우 최소 99.99%(쿨 액세스 계층에 대해 99.9%)At least 99.99% (99.9% for cool access tier) for RA-GRS
GZRS의 경우 최소 99.9%(쿨 액세스 계층에 대해 99%)At least 99.9% (99% for cool access tier) for GZRS

RA-GZRS의 경우 최소 99.99%(쿨 액세스 계층에 대해 99.9%)At least 99.99% (99.9% for cool access tier) for RA-GZRS
쓰기 요청에 대 한 가용성Availability for write requests 최소 99.9%(쿨 액세스 계층에 대해 99%)At least 99.9% (99% for cool access tier) 최소 99.9%(쿨 액세스 계층에 대해 99%)At least 99.9% (99% for cool access tier) 최소 99.9%(쿨 액세스 계층에 대해 99%)At least 99.9% (99% for cool access tier) 최소 99.9%(쿨 액세스 계층에 대해 99%)At least 99.9% (99% for cool access tier)
별도 노드에 여러 개의 데이터 사본이 유지됩니다.Number of copies of data maintained on separate nodes 단일 지역 내에서 3 개의 복사본Three copies within a single region 단일 지역 내에서 별도의 가용성 영역에 있는 세 개의 복사본Three copies across separate availability zones within a single region 주 지역에 3 개, 보조 지역에 3 개를 포함 하 여 총 6 개 복사본Six copies total, including three in the primary region and three in the secondary region 주 지역의 개별 가용성 영역에서 3 개, 보조 지역에 있는 세 개의 로컬 중복 복사본을 포함 하 여 총 6 개 복사본Six copies total, including three across separate availability zones in the primary region and three locally redundant copies in the secondary region

중단 시나리오별 내구성 및 가용성Durability and availability by outage scenario

다음 표는 저장소 계정에 유효한 중복성 유형에 따라 제공된 시나리오에서 데이터를 지속적으로 사용할 수 있는지 여부를 나타냅니다.The following table indicates whether your data is durable and available in a given scenario, depending on which type of redundancy is in effect for your storage account:

중단 시나리오Outage scenario LRSLRS ZRSZRS GRS/RA-GRSGRS/RA-GRS GZRS/RA-GZRSGZRS/RA-GZRS
데이터 센터 내의 노드를 사용할 수 없게 됨A node within a data center becomes unavailable Yes Yes Yes Yes
전체 데이터 센터(영역 또는 비영역)를 사용할 수 없게 됨An entire data center (zonal or non-zonal) becomes unavailable No Yes 1Yes1 Yes
지역 전체 중단이 기본 지역에서 발생함A region-wide outage occurs in the primary region No No 1Yes1 1Yes1
기본 지역을 사용할 수 없는 경우에는 보조 지역에 대한 읽기 액세스가 가능함Read access to the secondary region is available if the primary region becomes unavailable No No 예(RA-GRS 사용)Yes (with RA-GRS) 예(RA-GZRS 사용)Yes (with RA-GZRS)

1 기본 지역을 사용할 수 없는 경우 쓰기 가용성을 복원하려면 계정 장애 조치(failover)가 필요합니다.1 Account failover is required to restore write availability if the primary region becomes unavailable. 자세한 내용은 재해 복구 및 저장소 계정 장애 조치(failover)를 참조하세요.For more information, see Disaster recovery and storage account failover.

지원되는 스토리지 계정 형식Supported storage account types

다음 표에서는 각 유형의 저장소 계정에서 지원 되는 중복성 옵션을 보여 줍니다.The following table shows which redundancy options are supported by each type of storage account. 저장소 계정 유형에 대한 자세한 내용은 저장소 계정 개요를 참조하세요.For information for storage account types, see Storage account overview.

LRSLRS ZRSZRS GRS/RA-GRSGRS/RA-GRS GZRS/RA-GZRSGZRS/RA-GZRS
범용 v2General-purpose v2
범용 v1General-purpose v1
블록 Blob StorageBlock blob storage
Blob StorageBlob storage
File StorageFile storage
범용 v2General-purpose v2
블록 Blob StorageBlock blob storage
File StorageFile storage
범용 v2General-purpose v2
범용 v1General-purpose v1
Blob StorageBlob storage
범용 v2General-purpose v2

모든 저장소 계정의 모든 데이터는 저장소 계정에 대한 중복성 옵션에 따라 복사됩니다.All data for all storage accounts is copied according to the redundancy option for the storage account. 블록 Blob, 추가 Blob, 페이지 Blob, 큐, 테이블 및 파일을 포함하는 개체가 복사됩니다.Objects including block blobs, append blobs, page blobs, queues, tables, and files are copied. 보관 계층을 포함하여 모든 계층의 데이터가 복사됩니다.Data in all tiers, including the archive tier, is copied. Blob 계층에 대한 자세한 내용은 Azure Blob Storage: 핫, 쿨 및 보관 액세스 계층을 참조하세요.For more information about blob tiers, see Azure Blob storage: hot, cool, and archive access tiers.

각 중복성 옵션에 대한 가격 책정 정보는 Azure Storage 가격 책정을 참조하세요.For pricing information for each redundancy option, see Azure Storage pricing.

참고

Azure Premium 디스크 저장소는 현재 LRS(로컬 중복 저장소)만 지원합니다.Azure Premium Disk Storage currently supports only locally redundant storage (LRS). 블록 Blob Storage 계정은 특정 지역의 LRS(로컬 중복 저장소) 및 ZRS(영역 중복 저장소)를 지원합니다.Block blob storage accounts support locally redundant storage (LRS) and zone redundant storage (ZRS) in certain regions.

데이터 무결성Data integrity

Azure Storage는 CRC(순환 중복 검사)를 사용하여 저장된 데이터의 무결성을 정기적으로 확인합니다.Azure Storage regularly verifies the integrity of data stored using cyclic redundancy checks (CRCs). 데이터 손상이 감지되면 중복 데이터를 사용하여 복구됩니다.If data corruption is detected, it is repaired using redundant data. 또한 Azure Storage는 데이터를 저장하거나 검색할 때 데이터 패킷의 손상을 감지하기 위해 모든 네트워크 트래픽에 대한 체크섬을 계산합니다.Azure Storage also calculates checksums on all network traffic to detect corruption of data packets when storing or retrieving data.

참고 항목See also