계층화된 스토리지 사용 전략 설계
프로젝트 리더로서 제조 회사의 예를 사용하여 수행하는 첫 번째 단계는 사용 가능한 옵션을 검토하는 것입니다. 그러면 회사의 스토리지 계층 전략을 계획하기 시작합니다.
이 단원에서는 Azure Storage 계층을 검토하고, 일반적인 사용 사례를 살펴봅니다. 또한 이러한 계층을 사용하여 Azure Blob에 저장된 데이터를 관리하는 방법도 살펴봅니다.
Azure Storage
Azure Storage는 고가용성 및 중복 스토리지를 제공하는 Microsoft의 관리형 서비스입니다. Azure Storage의 몇 가지 유형은 는 다음과 같습니다.
- Azure Blob: 일반적으로 이미지, 문서 및 일반 데이터를 업로드하고 관리하는 데 사용됩니다.
- Azure Files: 시스템에서 SMB(서버 메시지 블록) 3.0을 사용하여 파일 공유를 만들면 UNC(범용 명명 규칙) 경로를 통해 파일에 액세스할 수 있습니다.
- Azure Data Lake: 빅 데이터 분석과 같은 작업을 위해 대용량 복합 데이터를 저장할 수 있습니다.
이 모듈은 모두 Azure Blob 스토리지를 최적화하는 데 관련이 있습니다.
Azure Blobs
Blob을 사용하여 텍스트 또는 이진 데이터와 같은 대량의 비정형 데이터를 별도의 파일로 저장할 수 있습니다. Blob은 컨테이너로 구성되며, 스토리지 계정에 만들 수 있는 컨테이너의 수에는 제한이 없습니다. 각 컨테이너에는 Blob을 무제한으로 저장할 수 있으며, Blob은 컨테이너 내에 있어야 합니다.
컨테이너는 하위 디렉터리를 지원하지 않지만 파일 이름에 /을 추가하여 논리 구조를 만들 수 있습니다. 예를 들어 컨테이너의 최상위 수준에서 Report.txt라는 파일을 /Sales/Report.txt로 저장합니다. 파일에 액세스하는 모든 서비스에는 파일이 Sales라는 하위 디렉터리에 저장되어 있는 것으로 나타납니다.
Blob Storage 액세스 계층
Azure Storage는 여러 스토리지 계층을 제공합니다. 계층마다 다른 가격 책정이 적용되며, 최고 성능을 갖춘 계층은 가장 큰 비용을 부담합니다. 이러한 계층을 구성하면 데이터 액세스 속도와 비용 간의 균형을 최적화할 수 있습니다.
현재 4개의 Blob 스토리지 계층이 있습니다.
- 핫: 이 계층은 기본 계층이며, 자주 액세스하는 데이터에 사용됩니다. 여기에 데이터를 저장하는 것은 쿨 및 보관 계층에 비해 비용이 더 많이 들지만 액세스 비용은 더 저렴합니다. 핫은 99.9% 가용성 SLA를 지원합니다. 핫 계층은 계정 수준과 개체 수준에서 설정할 수 있습니다.
- 쿨: 이 계층은 보관된 파일, 백업, 원시 또는 처리되지 않은 데이터와 같이 자주 액세스되지 않는 데이터를 저장하는 데 사용됩니다. 쿨은 30일 이상 저장될 가능성이 있는 데이터에 맞게 설계되었습니다. 쿨 스토리지 비용은 GB당 핫 스토리지보다 저렴합니다. 비용은 지역에 따라 다릅니다. 쿨은 99.9% 가용성 SLA를 지원합니다. 쿨 계층은 계정 수준과 개체 수준에서 설정할 수 있습니다.
- 콜드: 이 계층은 액세스/수정 빈도가 드문 데이터를 저장하는 데 최적화되어 있습니다. 콜드는 90일 이상 저장될 가능성이 있는 데이터에 맞게 설계되었습니다. 쿨 계층에 비해 스토리지 비용은 낮지만 액세스 비용이 더 높습니다. 콜드 액세스 계층은 Blob 수준에서 설정할 수 있습니다.
- 보관: 이 계층은 데이터를 저장하는 데 있어 가장 비용 효율적인 옵션이지만, 일반적으로 데이터 검색 비용이 다른 계층보다 더 많이 듭니다. 보관은 180일 이상 저장될 가능성이 있는 데이터와 검색 대기 시간을 허용할 수 있는 시스템 또는 시나리오에 맞게 설계되었습니다. 보관 액세스 계층은 Blob 수준에서만 설정할 수 있습니다.
쿨 및 핫 액세스 계층만 계정 수준에서 설정할 수 있습니다.
핫, 쿨, 콜드 및 보관 계층은 범용 V2 스토리지 계정에서 사용할 수 있습니다.
사용 패턴이 변경되는 경우 언제든지 액세스 계층 간에 전환할 수 있습니다. 데이터를 보관 계층에서 이동하려는 경우를 제외하고 계층 간의 변경은 즉시 적용됩니다. 보관 데이터는 오프라인 상태이며, 메타데이터만 온라인 쿼리에 사용할 수 있습니다. 보관 데이터에 액세스하려면 먼저 Blob이 리하이드레이션되어야 합니다.
Blob 리하이드레이션
Blob 리하이드레이션은 데이터를 보관 계층에서 다시 검색하여 오프라인에서 온라인 스토리지로 이동시키는 프로세스입니다. 데이터는 핫 또는 쿨 계층으로 다시 리하이드레이션할 수 있습니다. Blob 계층을 보관에서 핫 또는 쿨로 변경하여 프로세스를 시작할 수 있습니다. 이 프로세스에는 최대 15시간이 걸릴 수 있습니다.
가격 책정
스토리지 비용은 사용되는 스토리지 계층에 따라 다릅니다.
- 핫 계층을 가장 저렴한 보관 계층으로 이동하면 데이터 저장 비용이 감소합니다.
- 데이터 검색 비용은 핫 계층 아래로 갈수록 증가합니다. 예를 들어 쿨 계층에서 데이터를 검색하는 비용은 핫 계층에서 데이터를 검색하는 비용보다 높습니다. 보관 계층에서 검색하는 것이 비용이 가장 많이 듭니다.
- 또한 스토리지 계층을 변경하는 경우에도 비용이 발생합니다.
Azure Blob Storage 수명 주기 관리
Blob Storage 수명 주기 관리를 사용하면 정책과 규칙을 사용하여 계층 간에 데이터를 자동으로 이동할 수 있습니다. 정책을 사용하면 스토리지 성능과 비용을 제어할 수 있습니다.
수명 주기 관리에서 수행할 수 있는 작업은 다음과 같습니다.
- Blob을 쿨 또는 보관 계층으로 전환할 수 있습니다.
- Blob을 삭제할 수 있습니다.
다음을 수행하는 규칙을 만들 수 있습니다.
- X일 후 Blob을 핫 계층으로 이동할 수 있습니다.
- X일 후 Blob을 보관 계층으로 이동할 수 있습니다.
- X일 후 Blob을 삭제할 수 있습니다.