Azure Storage redundancy(중복성)

Azure Storage redundancy(중복성)

 

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

상황에 가장 적합한 중복성 옵션을 결정할 때는 비용 절감과 가용성 향상 간의 상충 관계를 고려해야 합니다. 어떤 중복성 옵션을 선택해야 할지 결정하는 데 도움이 되는 요소는 다음과 같습니다.

• 기본 지역 내에서 데이터가 복제되는 방식입니다.
• 지역 재해로부터 보호하기 위해 기본 지역에서 지리적으로 멀리 떨어진 두 번째 지역으로 데이터를 복제하는 경우(지리적 복제)
• 기본 지역에서 중단이 발생하는 동안 애플리케이션에 보조 지역의 복제된 데이터에 대한 읽기 액세스가 필요한지 여부(읽기 액세스가 가능한 지리적 복제).

 메모

이 문서에 설명된 기능과 지역별 가용성은 계층적 네임스페이스(Azure Blob Storage)가 있는 계정에서도 사용할 수 있습니다.

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

저장소 계정의 중복성 설정은 해당 계정에서 제공하는 모든 저장소 서비스에 공유됩니다. 동일한 저장소 계정에 배포된 모든 저장소 리소스는 동일한 중복성 설정을 갖습니다. 중복성 요구 사항이 서로 다른 경우, 서로 다른 유형의 리소스를 별도의 저장소 계정으로 분리하는 것이 좋습니다.

기본 지역의 중복성

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

• 로컬 중복 스토리지(LRS)는 스토리지 계정 내 데이터를 선택한 기본 리전에 위치한 하나 이상의 가용성 영역에 복제합니다. LRS는 가장 저렴한 복제 옵션이지만, 높은 가용성이나 내구성이 필요한 애플리케이션에는 권장되지 않습니다.
• 영역 중복 저장소(ZRS)는 기본 지역의 세 Azure 가용성 영역에 데이터를 동기적으로 복사합니다. 고가용성이 필요한 애플리케이션의 경우, Microsoft는 기본 지역에서 ZRS를 사용하고 보조 지역에도 복제할 것을 권장합니다.

 메모

Microsoft에서는 Azure Data Lake Storage 워크로드의 기본 지역에서 ZRS를 사용할 것을 권장합니다.

로컬 중복 스토리지

로컬 중복 저장소(LRS)는 저장소 계정 내 데이터를 선택한 기본 지역에 있는 하나 이상의 Azure 가용성 영역에 복제합니다. 원하는 가용성 영역을 선택할 수 있는 옵션은 없지만, Azure는 부하 분산을 개선하기 위해 LRS 계정을 여러 영역으로 이동하거나 확장할 수 있습니다. LRS는 특정 연도 동안 개체에 대해 최소 99.999999999%(11개의 9)의 내구성을 제공합니다. 가용성 영역 안정성에 대한 자세한 내용은 Azure 가용성 영역이란 문서를 참조하세요.

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

LRS를 사용하는 스토리지 계정에 대한 쓰기 요청은 동기적으로 발생합니다. 쓰기 작업은 데이터가 세 개의 복제본 모두에 기록된 후에만 성공적으로 반환됩니다.

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

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

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

존 중복 스토리지

영역 중복 저장소(ZRS)는 저장소 계정 내 데이터를 선택한 기본 지역에 있는 세 개 이상의 Azure 가용성 영역에 복제합니다. 각 가용성 영역은 독립적인 전원, 냉각 및 네트워킹을 갖춘 별도의 물리적 위치입니다. ZRS는 연간 최소 99.9999999999%(12 9s)의 저장소 리소스 내구성을 제공합니다. 가용성 영역 안정성에 대한 자세한 내용은 Azure 가용성 영역이란 문서를 참조하세요.

ZRS를 사용하면 영역을 사용할 수 없게 되더라도 읽기 및 쓰기 작업 모두에서 데이터에 계속 액세스할 수 있습니다. 영역을 사용할 수 없게 되면 Azure는 DNS(Domain Name System) 재포인팅과 같은 네트워킹 업데이트를 수행합니다. 이러한 업데이트가 완료되기 전에 데이터에 액세스하면 애플리케이션에 영향을 미칠 수 있습니다. ZRS용 애플리케이션을 설계할 때는 지수 백오프를 적용한 재시도 정책 구현을 포함하여 일시적인 오류 처리 방식을 준수하십시오.

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

Microsoft는 고가용성이 필요한 시나리오에서 기본 리전에서 ZRS를 사용할 것을 권장합니다. 또한 데이터 거버넌스 요구 사항을 충족하기 위해 특정 리전으로의 데이터 복제를 제한하는 데에도 ZRS를 사용하는 것이 좋습니다.

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

다음 다이어그램은 ZRS를 사용하여 기본 지역의 가용성 영역에 데이터가 복제되는 방식을 보여줍니다.

ZRS는 데이터가 일시적으로 사용 불가능해질 경우 뛰어난 성능, 낮은 지연 시간 및 복원력을 제공합니다. 하지만 ZRS 자체만으로는 여러 존이 영구적으로 영향을 받는 지역 재해로부터 데이터를 완벽하게 보호하지 못할 수 있습니다. 지리적 존 중복 스토리지 (GZRS)는 기본 리전에서 ZRS를 사용하고 보조 리전에도 데이터를 지리적으로 복제합니다. GZRS는 여러 리전에서 사용 가능하며, 지역 재해로부터 데이터를 보호하는 데 권장됩니다.

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

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

2차 지역의 중복성

중복성 옵션은 애플리케이션의 높은 내구성을 보장하는 데 도움이 됩니다. 많은 리전에서 스토리지 계정 내 데이터를 기본 리전에서 수백 마일 떨어진 보조 리전에 복사할 수 있습니다. 스토리지 계정을 보조 리전에 복사하면 전체 리전 중단이나 기본 리전을 복구할 수 없는 재해 발생 시에도 데이터의 내구성을 유지할 수 있습니다.

저장소 계정을 만들 때 계정의 기본 지역을 선택합니다. 페어링된 보조 지역은 기본 지역을 기반으로 결정되며 변경할 수 없습니다. Azure에서 지원하는 지역에 대한 자세한 내용은 Azure 지역 목록을 참조하세요 .

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

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

 메모

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

GRS 또는 GZRS를 사용하는 경우, 기본 리전으로의 장애 조치가 수행되지 않는 한 보조 리전의 데이터는 읽기 또는 쓰기 액세스가 불가능합니다. 보조 리전에 대한 읽기 액세스를 위해서는 스토리지 계정을 RA-GRS(읽기 액세스 지리적 중복 스토리지) 또는 RA-GZRS(읽기 액세스 지리적 영역 중복 스토리지)를 사용하도록 구성해야 합니다. 

기본 리전을 사용할 수 없게 되면 보조 리전으로 장애 조치를 수행할 수 있습니다. 장애 조치 작업이 완료되면 보조 리전이 기본 리전이 되고 데이터를 읽고 쓸 수 있습니다. 

 중요한

데이터는 보조 지역에 비동기적으로 복제되므로, 기본 지역에 영향을 미치는 장애가 발생하면 기본 지역을 복구할 수 없는 경우 데이터 손실이 발생할 수 있습니다. 기본 지역에 대한 최근 쓰기 작업과 보조 지역에 대한 마지막 쓰기 작업 사이의 간격을 RPO(복구 지점 목표)라고 합니다. RPO는 데이터를 복구할 수 있는 시점을 나타냅니다. Azure Storage 플랫폼의 RPO는 일반적으로 15분 미만이지만, 현재 보조 지역에 데이터를 복제하는 데 걸리는 시간에 대한 SLA는 없습니다.

지리적 중복 저장소

지역 중복 스토리지(GRS)는 LRS를 사용하여 기본 리전의 하나 이상의 가용 영역에 데이터를 동기식으로 세 번 복사합니다. 그런 다음 기본 리전에서 수백 마일 떨어진 보조 리전의 단일 물리적 위치에 데이터를 비동기식으로 복사합니다. GRS는 스토리지 리소스에 대해 연간 최소 99.99999999999999%(16 9s)의 내구성을 제공합니다.

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

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

지리적 영역 중복 스토리지

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

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

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

지역이 GZRS를 지원하는지 확인하려면 Azure 지역 목록을 참조하세요 . GZRS를 지원하려면 지역이 가용성 영역을 지원하고 쌍을 이루는 지역이 있어야 합니다.

2차 지역의 데이터에 대한 읽기 액세스

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

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

 메모

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

2차 읽기 액세스를 위해 애플리케이션을 설계하세요.

스토리지 계정이 보조 지역에 대한 읽기 액세스로 구성된 경우, 어떤 이유로든 기본 지역을 사용할 수 없게 되더라도 보조 지역에서 데이터를 읽도록 원활하게 전환하도록 애플리케이션을 설계할 수 있습니다.

RA-GRS 또는 RA-GZRS를 활성화하면 보조 리전을 읽기 액세스에 사용할 수 있습니다. 이러한 가용성을 통해 애플리케이션이 장애 발생 시 보조 리전에서 제대로 데이터를 읽을 수 있는지 미리 테스트할 수 있습니다. 지리적 중복성을 활용하도록 애플리케이션을 설계하는 방법에 대한 자세한 내용은 지리적 중복성을 사용하여 고가용성 애플리케이션 설계를 참조하세요 .

보조 엔드포인트에 대한 읽기 권한이 활성화되면 보조 엔드포인트와 기본 엔드포인트 모두에서 애플리케이션을 읽을 수 있습니다. 보조 엔드포인트는 계정 이름에 접미사 -secondary를myaccount.blob.core.windows.net 추가합니다. 예를 들어, Blob 저장소의 기본 엔드포인트가 이면 보조 엔드포인트는 입니다 myaccount-secondary.blob.core.windows.net. 저장소 계정의 계정 액세스 키는 기본 엔드포인트와 보조 엔드포인트 모두에서 동일합니다.

데이터 손실에 대비하세요

데이터가 기본 리전에서 보조 리전으로 비동기적으로 복제되기 때문에 보조 리전은 일반적으로 쓰기 작업 측면에서 기본 리전보다 뒤처집니다. 기본 리전에 재해가 발생하면 일부 데이터가 손실되고 디렉터리 또는 컨테이너 내 파일의 일관성이 손상될 가능성이 높습니다. 잠재적인 데이터 손실에 대비하는 방법에 대한 자세한 내용은 데이터 손실 및 불일치를 참조하세요 .

중복성 옵션 요약

다음 섹션의 표에서는 Azure Storage에서 사용할 수 있는 중복성 옵션을 요약합니다.

내구성 및 가용성 매개변수

다음 표에서는 각 중복성 옵션의 주요 매개변수를 설명합니다.

매개변수	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
1년 동안의 객체 내구성 백분율	최소 99.999999999% (11 9s)	최소 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개의 사본	1차 지역 3부, 2차 지역 3부를 포함하여 총 6부	기본 지역의 별도 가용성 영역에 걸쳐 3개, 보조 지역에 로컬 중복 복사본 3개를 포함하여 총 6개의 복사본이 있습니다.

 

정전 시나리오에 따른 내구성 및 가용성

다음 표는 스토리지 계정에 적용된 중복성 유형에 따라 데이터가 특정 시나리오에서 내구성이 있고 사용 가능한지 여부를 나타냅니다.

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

1. 기본 리전을 사용할 수 없게 될 경우 쓰기 가용성을 복원하려면 계정 장애 조치가 필요합니다. 

지원되는 Azure Storage 서비스

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

서비스	LRS	ZRS	GRS	RA-GRS	GZRS	RA-GZRS
Blob 스토리지 (Data Lake 스토리지 포함)	✅	✅	✅	✅	✅	✅
대기열 저장소	✅	✅	✅	✅	✅	✅
테이블 보관	✅	✅	✅	✅	✅	✅
Azure 파일	✅ 1, 2	✅ 1, 2	✅ 1		✅ 1
Azure 관리 디스크	✅	✅ 3
Azure Elastic SAN	✅	✅

1 표준(HDD) 파일 공유는 LRS 및 ZRS에서 지원됩니다. 표준 파일 공유는 크기가 5TiB 이하인 경우 GRS 및 GZRS에서 지원됩니다.
2 SSD 파일 공유는 LRS 및 ZRS에서 지원됩니다.
3 ZRS 관리 디스크에는 특정 제한 사항이 있습니다. 

지원되는 저장소 계정 유형

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

저장소 계정 유형	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
추천	표준 일반 용도 v2 ( StorageV2) 1 프리미엄 블록 블롭 ( BlockBlobStorage) 1 SSD 파일 공유 ( FileStorage) 프리미엄 페이지 블롭 ( StorageV2)	표준 일반 용도 v2 ( StorageV2) 1 프리미엄 블록 블롭 ( BlockBlobStorage) 1 SSD 파일 공유 ( 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 계정에서는 지원되지 않습니다. 

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

 메모 : 블록 블롭 스토리지 계정은 특정 지역에서 로컬 중복 스토리지(LRS)와 영역 중복 스토리지(ZRS)를 지원합니다.

데이터 무결성

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