• 활용 예시 : 비디오 클립 라이브러리 (비디오 데이터)
  
  
  

Azure Blob Storage

• Azure Blob Storage : 비정형 데이터를 개체 또는 Blob(Binary Large Object)으로 클라우드에 저장하는 서비스
• 저장 데이터 유형

1. 텍스트 문서
2. 이미지 파일
3. 비디오 파일
4. 등등...
   
   
   

Blob Storage의 리소스

• 아래 다이어그램에서는 Blob Storage 리소스 간의 관계를 보여줍니다.

• Blob Storage에서 활용하는 리소스

1. Azure Storage 계정
2. Azure Storage 계정의 컨테이너
3. 컨테이너의 Blob
   
   
   

• Blob Storage 구성 시, 필요한 설정

1. Blob 컨테이너 옵션
2. Blob 형식 및 업로드 옵션
3. Blob Storage 액세스 계층 -> 액세스 계층이 뭔지??
4. Blob 수명 주기 규칙
5. Blob 개체 복제 옵션
   
   
   

Blob Storage Container

• Azure Blob Storage는 컨테이너 리소스를 사용하여 Blob 집합을 그룹화합니다.
• 컨테이너 구성 조건

1. 컨테이너 이름은 Storage 계정내에서 고유해야 합니다.
2. 이름의 길이는 3~63자
3. 액세스 수준 결정
   1. private : 익명 엑세스 금지
   2. blob : blob에 대한 익명의 public 읽기 권한만 허용
   3. container : blob을 포함한 컨테이너내 전체 blob에 대한 익명의 public 읽기 및 목록 엑세스 허용
      
      
      

Blob 액세스 계층

• 액세스 계층은 특정 데이터 사용 패턴을 지원하도록 최적화됨
  
  
  

• 액세스 게층 유형

1. 핫 엑세스 계층 : Azure Storage 계층의 개체를 자주 읽고 쓰는 시나리오에 최적화
   • 스토리지 비용이 가장 높음
   • 액세스 비용은 가장 낮음
2. 쿨 계층 : 자주 액세스하지 않는 대량의 데이터를 저장하는 데 최적화
   • 사용 사례 : 단기 백업 및 재해 복구 데이터 세트와 오래된 미디어 콘텐츠
   • 최소 30일 동안 저장되어 있어야 함
   • 자주 사용하진 않지만 즉시 사용가능해야 함
   • 핫 엑세스 계층에 비해 스토리지 비용은 낮고 엑세스 비용은 높음
3. 콜드 계층 : 자주 액세스하지 않는 대량의 데이터를 저장하는 데 최적화
   • 최소 90일 동안 저장되어 있어야 함
   • 쿨 계층에 비해 스토리지 비용이 낮고 액세스 비용은 높음
4. 보관 엑세스 계층 : 몇 시간의 검색 대기 시간을 허용할 수 있는 데이터에 최적화된 오프라인 계층
   • 사용 사례 : 보조 백업, 원래 원시 데이터 및 법적 필수 규정 준수 정보가 포함
   • 최소 180일 동안 저장되어 있어야 함
   • 가장 비용 효율적인 옵션
     
     
     

Blob 수명주기 관리 규칙 (Lifecycle Management)

• 수명 주기 정책 규칙을 사용하여 데이터를 적절한 액세스 계층으로 전환하고, 데이터 세트의 수명 주기가 끝날 때까지 만료 시간을 설정할 수 있음
• 수명주기 관리 규칙을 통해 수행가능한 작업

1. Blob을 쿨 스토리지 계층으로 전환하여(핫 스토리지 계층에서 쿨 스토리지 계층으로, 핫 스토리지 계층에서 보관 스토리지 계층으로 또는 쿨 스토리지 계층에서 보관 스토리지 계층으로) 성능 및 비용을 최적화합니다.
2. 수명 주기가 끝나면 Blob을 삭제합니다.
3. Azure Storage 계정 수준에서 하루에 한 번 실행하도록 규칙 기반 조건을 정의합니다.
4. 컨테이너 또는 Blob 하위 집합에 규칙 기반 조건을 적용합니다.
   
   
   

Blob 개체 복제

• 특정 정책 규칙에 의해 컨테이너의 Blob을 비동기적으로 복제할 수 있음
• 복제 컨텐츠

1. Blob 콘텐츠
2. Blob 메타데이터 및 속성
3. Blob과 연결된 모든 데이터 버전

• 개체 복제 구성 시, 고려할 사항

1. 원본 계정과 대상 계정 모두에서 Blob 버전 지정을 사용하도록 설정
2. 원본 계정의 Blob에 대한 스냅샷은 대상 계정에 복제되지 않음
3. 원본 및 대상 계정이 핫, 쿨, 또는 콜드 계층에 있는 경우 개체 복제가 지원됨
4. 원본 및 대상 계정이 모두 다른 계층에 있을 수 있음
5. 복제 정책에는 원본 컨테이너 및 대상 컨테이너를 지정하는 하나 이상의 규칙이 포함됨
   
   
   

• 개체 복제 구성 시, 이점

1. 읽기 요청 대기시간 단축
2. 서로 다른 지역에서 동일한 Blob 집합을 처리하여 컴퓨팅 워크로드의 효율성 증가
3. 데이터 분산을 위해 구성을 최적화 -> 단일 위치에서만 데이터 처리 후 다른 지역에는 복제만 하도록 함
4. 수명주기 관리 정책 최적화하여 비용 효율화
   
   
   

Blob type

• Blob type

1. Block Blob : 데이터 블록이 조합되어 블롭을 형성, 대부분의 Blob Storage 시나리오
2. Append Blob : Block Blob과 마찬가지로 데이터 블록으로 구성, 데이터가 지속적으로 Append되는 작업에 최적화 (ex. logging 등)
3. Page Blob : 읽기/쓰기 작업이 빈번한 경우에 더 효율적, Azure Virtual Machines는 운영 체제 디스크 및 데이터 디스크에 페이지 블랍을 사용
   
   
   

Blob Storage 가격

• 가격 책정 기준

1. 매월 저장된 데이터 볼륨 (핫, 쿨 등 액세스 계층에 따라 상이)
2. 수행된 작업의 수량 및 형식 + 데이터 전송 비용 (액세스 계층이 시원해질수록 액세스/트랜잭션 요금 증가)
3. 선택된 데이터 중복성 옵션
4. 복제 데이터 전송
5. 아웃바운드 데이터 전송