Azure Blob Storage 살펴보기

완료됨

Azure Blob Storage는 클라우드에서 매우 많은 양의 비정형 데이터를 Blob(이진 대형 개체)로 저장할 수 있는 서비스입니다. Blob은 데이터 파일을 클라우드 기반 스토리지에 최적화된 형식으로 저장하는 효율적인 방법이며, 애플리케이션은 Azure Blob Storage API를 사용하여 데이터를 읽고 쓸 수 있습니다.

두 개의 Blob이 있는 Azure Blob Storage 컨테이너의 스크린샷.

Azure Storage 계정에서 Blob을 컨테이너에 저장합니다. 컨테이너는 관련 Blob을 함께 그룹화하는 편리한 방법을 제공합니다. 컨테이너 수준에서 컨테이너 내에서 Blob을 읽고 쓸 수 있는 사용자를 제어할 수 있습니다.

컨테이너 내에서 Blob을 디스크 파일 시스템에 있는 파일과 비슷하게 가상 폴더 계층 구조로 구성할 수 있습니다. 그러나 기본적으로 이러한 폴더는 Blob 이름에 "/" 문자를 사용하여 Blob을 네임스페이스로 구성하는 방법일 뿐입니다. 폴더는 순전히 가상이므로 폴더 수준 작업을 수행하여 액세스를 제어하거나 대량 작업을 수행할 수 없습니다.

Azure Blob Storage는 다음과 같은 세 가지 Blob 형식을 지원합니다.

  • 블록 Blob. 블록 Blob은 블록 집합으로 처리됩니다. 각 블록의 크기는 최대 4000MiB까지 다양합니다. 블록 Blob은 최대 190.7TiB(4000MiB X 50,000블록)를 포함할 수 있으며 최대 크기는 5000MiB를 초과합니다. 블록은 개별 단위로 읽거나 쓸 수 있는 가장 작은 데이터 양입니다. 블록 Blob은 자주 변경되지 않는 큰 불연속 이진 개체를 저장하는 데 가장 적합합니다.
  • 페이지 Blob. 페이지 Blob은 고정 크기 512바이트 페이지의 컬렉션으로 구성됩니다. 페이지 Blob은 임의 읽기 및 쓰기 작업을 지원하는 데 최적화되어 있습니다. 필요한 경우 단일 페이지의 데이터를 가져오고 저장할 수 있습니다. 페이지 Blob은 최대 8TB의 데이터를 보유할 수 있습니다. Azure는 페이지 Blob을 사용하여 가상 머신의 가상 디스크 스토리지를 구현합니다.
  • 추가 Blob. 추가 Blob는 추가 작업을 지원하는 데 최적화된 블록 Blob입니다. 추가 Blob의 끝에 블록을 추가할 수만 있으며, 기존 블록의 업데이트나 삭제는 지원되지 않습니다. 각 블록의 크기는 최대 4MB까지 다양합니다. 추가 Blob의 최대 크기는 195GB를 약간 넘습니다.

Blob 스토리지는 액세스 대기 시간과 스토리지 비용의 균형을 잡는 데 도움이 되는 다음 세 가지 액세스 계층을 제공합니다.

  • 핫 계층이 기본값입니다. 이 계층은 자주 액세스하는 Blob에 사용합니다. Blob 데이터는 고성능 미디어에 저장됩니다.
  • 쿨 계층은 핫 계층에 비해 성능이 낮고 스토리지 비용이 줄어듭니다. 자주 액세스하지 않는 데이터에는 쿨 계층을 사용합니다. 새로 만든 Blob은 처음에는 자주 액세스하지만 시간이 지나면 액세스가 줄어드는 것이 일반적입니다. 이러한 상황에서는 핫 계층에 Blob을 만들었다가 나중에 쿨 계층으로 마이그레이션할 수 있습니다. 쿨 계층에서 다시 핫 계층으로 Blob을 마이그레이션할 수도 있습니다.
  • 보관 계층은 스토리지 비용이 가장 저렴하지만 대기 시간이 증가합니다. 보관 계층은 손실되면 안 되지만 드물게 필요한 기록 데이터를 위한 것입니다. 보관 계층의 Blob은 사실상 오프라인 상태로 저장됩니다. 핫 계층과 쿨 계층의 일반적인 읽기 대기 시간은 몇 밀리초이지만 보관 계층의 경우 데이터를 사용할 수 있으려면 몇 시간이 걸릴 수도 있습니다. 보관 계층에서 Blob을 검색하려면 액세스 계층을 핫 또는 쿨로 변경해야 합니다. 그러면 Blob이리하이드레이션됩니다. 리하이드레이션 프로세스가 완료되어야 Blob을 읽을 수 있습니다.

스토리지 계정에서 Blob의 수명 주기 관리 정책을 만들 수 있습니다. 수명 주기 관리 정책은 시간이 지나고 사용 빈도가 줄어듦에 따라 Blob을 자동으로 핫 계층에서 쿨 계층으로, 그 다음 보관 계층으로 이동할 수 있습니다(정책은 수정 후의 일 수를 기준으로 함). 수명 주기 관리 정책은 오래된 Blob을 삭제하도록 설정할 수도 있습니다.