다중 AZ(MAZ) 기능 개요
다운로드
포커스 모드
폰트 크기
다중 AZ는 99.9999999999%(12개 9) 설계 데이터 안정성과 99.995% 설계 서비스 가용성을 제공합니다. COS에 데이터 객체를 업로드할 때 스토리지 클래스를 지정하기만 하면 다중 AZ 리전에 저장할 수 있습니다.
설명：
현재 베이징, 광저우, 상하이, 중국 홍콩, 싱가포르, 상하이 금융 리전에서만 다중 AZ 버킷을 생성할 수 있으며, 다른 리전은 추후 지원될 예정입니다.
MAZ 구성을 사용하면 높은 스토리지 요금이 발생합니다. 자세한 내용은 가격 | Cloud Object Storage를 참고하십시오.
버킷에 대해 다중 AZ를 활성화하면 비활성화할 수 없으므로 주의해서 활성화하십시오. 다중 AZ는 기본적으로 기존 버킷에 대해 활성화되지 않으며 새 버킷에 대해서만 활성화할 수 있습니다.
사용 시나리오
다중 AZ 스토리지 아키텍처는 데이터 센터 수준의 재해 복구 기능을 제공합니다. 다음은 다중 AZ 스토리지의 주요 사용 시나리오입니다.
재해 복구: 지진, 홍수 등 예측 불가능한 자연 재해 발생 시, 다중 AZ 스토리지는 서로 다른 지리적 위치의 데이터 센터 간에 데이터의 자동 백업 및 복원을 수행하여 재해로 인한 손실을 줄입니다.
고가용성 애플리케이션: 전자상거래 플랫폼, 온라인 게임, 소셜 네트워크 등 고가용성이 보장되어야 하는 인터넷 서비스의 경우, 다중 AZ 스토리지는 더욱 안정적인 서비스를 제공합니다. 특정 데이터 센터에 문제가 발생하더라도 다른 데이터 센터로 신속하게 전환하여 사용자 경험을 보장합니다.
핵심 비즈니스 데이터 보호: 금융, 의료, 정부 등 데이터 보안성과 비즈니스 연속성 요구 사항이 높은 업종의 경우, 다중 AZ 스토리지는 특정 데이터 센터에 장애가 발생하더라도 다른 데이터 센터의 데이터를 안전하게 유지하고 비즈니스 중단 없이 운영을 보장합니다.
장점 소개
다중 AZ 리전에 데이터를 저장하면 데이터가 여러 청크로 분할되고 해당 코딩 청크는 삭제 코드 알고리즘을 기반으로 계산됩니다. 원본 데이터 청크와 코딩 청크는 혼합되어 스토리지 및 리전 내 재해 복구를 위해 리전의 다른 IDC에 균등하게 배포됩니다. IDC를 사용할 수 없게 되더라도 다른 IDC에서 정상적으로 데이터를 읽거나 쓸 수 있으므로 데이터가 손실 없이 지속적으로 저장되어 비즈니스 데이터 연속성과 고가용성이 유지됩니다. COS 다중 AZ 기능에는 다음과 같은 강점이 있습니다.
리전 내 재해 복구: IDC 간 재해 복구가 지원됩니다. 다중 AZ 스토리지 아키텍처에서 객체 데이터는 동일한 리전의 서로 다른 IDC에 있는 서로 다른 장치에 저장됩니다. IDC가 실패하면 다른 중복 IDC를 계속 사용할 수 있으므로 비즈니스에 영향을 미치지 않고 데이터가 손실되지 않습니다.
안정성 및 내구성: 삭제 코드 기반의 중복 저장 메커니즘을 활용하여 최대 99.9999999999%의 설계 데이터 안정성을 제공합니다. 데이터는 청크로 저장되고 동시에 읽고 쓰여 최대 99.995%의 설계 서비스 가용성을 제공합니다.
사용 용이성: 객체 스토리지 클래스를 지정하여 데이터의 스토리지 아키텍처를 지정할 수 있습니다. 버킷의 객체를 선택하고 다중 AZ 아키텍처에 저장하여 사용하기 더 쉽게 할 수도 있습니다.
원리 소개
AZ는 Availability Zone(가용 영역)의 약어로, 클라우드 서비스에서 제공하는 물리적으로 격리되고 전력 및 네트워크가 독립적인 영역을 의미합니다. 여러 AZ는 서로 독립적이므로, AZ 간 배포를 통해 서비스의 가용성과 재해 복구 능력을 향상시킬 수 있습니다.
다중 AZ 스토리지의 경우, COS 스토리지 엔진은 환경적으로 독립된 3개의 AZ에 배포됩니다. 사용자가 업로드한 데이터는 3개 AZ의 여러 노드에 분산 저장됩니다. EC 삭제 코드 알고리즘을 기반으로 원본 데이터는 N개의 데이터 블록으로 분할되고, 알고리즘에 의해 M개의 검증 블록이 생성되어 여러 스토리지 블록이 생성됩니다. COS는 이러한 스토리지 블록을 3개 AZ의 서로 다른 랙 서버에 분산 배치하여 다중 AZ 스토리지를 구현합니다.
데이터 센터 장애로 인해 일부 노드 또는 가용 영역이 손상되더라도, 다중 AZ 스토리지는 백업 AZ의 다른 블록을 활용하여 사용자의 데이터 읽기 및 쓰기 작업을 성공적으로 보장합니다. 이를 통해 고객의 비즈니스 연속성을 유지하고 중단 없이 운영할 수 있습니다.
다중 AZ 스토리지와 단일 AZ 스토리지 비교
다중 AZ 스토리지와 단일 AZ 스토리지의 데이터 내구성, 서비스 가용성, 리전, 스토리지 유형 비교 및 일부 기능 제한 사항은 다음 표와 같습니다.
비교 항목 | MAZ 스토리지 | 비 MAZ 스토리지 | 관련 문서 | |
설계된 데이터 내구성 | | 99.9999999999% (12개 9) | 99.999999999%(11개 9) | - |
설계된 서비스 가용성 | | 99.995% | 99.99% | - |
지원되는 지역 | | 현재 베이징, 상하이, 광저우, 중국 홍콩, 싱가포르, 상하이 금융 리전만 지원합니다. | 전체 리전 | - |
지원되는 스토리지 클래스 | | 표준 스토리지(다중 AZ)(MAZ_STANDARD) 저빈도 스토리지(다중 AZ)(MAZ_STANDARD_IA) 아카이브 스토리지(다중 AZ)(MAZ_ARCHIVE) 지능형 계층화 스토리지(다중 AZ)(MAZ_INTELLIGENT_TIERING) | 표준 스토리지(STANDARD) 저빈도 스토리지(STANDARD_IA) 아카이브 스토리지(ARCHIVE) 심층 아카이브 스토리지(DEEP_ARCHIVE) 지능형 계층화 스토리지(INTELLIGENT_TIERING) | |
사용 제한 | 버전 관리 | 버전 관리를 사용하면 일시 중지를 지원하지 않습니다. | 버전 관리를 사용하면 일시 중지를 지원합니다. | |
| 휴지통 | 휴지통을 사용하면 일시 중지를 지원하지 않습니다. | 휴지통을 사용하면 일시 중지를 지원합니다. | - |
| 객체 잠금 | 현재 객체 잠금 기능을 지원하지 않습니다. | 객체 잠금 기능을 지원하며, 현재 화이트리스트 고객에게만 개방되어 있습니다. | |
| 일괄 처리 | 일괄 아카이브 유형 객체 복원은 아직 지원하지 않습니다. | 일괄 데이터 복사, 일괄 아카이브 유형 객체 복원, 일괄 삭제를 지원합니다. | |
| Select | 지원 안 함 | 지원 | |
| API | JSON API를 통한 객체 업로드/다운로드는 지원하지 않습니다. XML API로 업그레이드하시기 바랍니다. | XML API와 JSON API를 모두 지원하며, XML API 사용을 권장합니다. | |
사용 방법
버킷에 대해 MAZ를 활성화하고 버킷에 업로드된 객체에 대해 객체 스토리지 클래스를 MAZ로 설정할 수 있습니다. 객체를 업로드할 때 객체 스토리지 클래스를 지정하기만 하면 MAZ 스토리지 아키텍처에 저장할 수 있습니다.
즉, 다중 AZ 아키텍처에 파일을 저장하려면 다음 두 단계만 수행하면 됩니다.
1. 버킷 생성의 지침에 따라 버킷을 생성하고 생성 시 MAZ 구성을 활성화합니다.
2. 파일을 업로드하고 업로드 중에 스토리지 클래스를 지정합니다. 파일 업로드 방법에 대한 자세한 내용은 객체 업로드를 참고하십시오.
설명：
버킷에 대해 다중 AZ를 활성화하면 비활성화할 수 없으므로 주의해서 활성화하십시오. 다중 AZ는 기본적으로 기존 버킷에 대해 활성화되지 않으며 새 버킷에 대해서만 활성화할 수 있습니다.
기존 데이터를 MAZ 버킷에 저장하려면 MAZ를 활성화한 상태에서 버킷을 생성하고 COS Batch의 일괄 복제 기능을 사용하여 기존 버킷의 파일을 새 버킷에 일괄 복제할 수 있습니다. COS Batch 사용 방법에 대한 자세한 내용은 일괄 작업을 참고하십시오.
피드백