Azure Blob의 세 가지 유형 이해하기: Block, Append, Page

By Mirko Peters · 2026-08-27

클라우드 인프라 환경에서 효율적이고 비용 효과적인 데이터 아키텍처를 설계하려면 적절한 스토리지 기본 요소를 선택하는 것부터 시작해야 합니다. Azure Blob Storage는 대량의 비정형 데이터를 저장할 수 있는 매우 유연한 개체 스토리지 솔루션이지만, 모든 데이터를 같은 방식으로 다루면 성능이 떨어지고 월별 비용이 크게 늘어날 수 있습니다. Azure 스토리지 최적화를 제대로 이해하려면 플랫폼의 기본 구성 요소인 Block Blob, Append Blob, Page Blob을 알아야 합니다.

Automatically translated with AI from the original post. Read the English original

Cover: Azure Blob Storage - Simply Explained

이번 글에서는 이 세 가지 blob 유형을 자세히 살펴봅니다. 각 유형의 구조, 최적화된 워크로드, 그리고 고속 미디어 스트리밍 서비스를 구축하든, 안정적인 연속 로깅을 구현하든, 엔터프라이즈 데이터베이스용 가상 하드 디스크를 프로비저닝하든 특정 사용 사례에 맞는 blob 유형을 선택하는 방법을 다룹니다.

Azure Blob Storage 소개

Azure Blob Storage는 클라우드 네이티브 애플리케이션, 대규모 데이터 세트, 엔터프라이즈 백업 전략을 위해 설계된 Microsoft의 대규모 확장형 개체 스토리지 솔루션입니다. 문서를 경직된 계층형 폴더 구조에 보관하는 기존 파일 시스템과 달리, Azure Blob Storage는 컨테이너 안에 파일(blob이라고 함)을 두는 평면 네임스페이스 구조를 사용합니다. 이러한 아키텍처 덕분에 서비스는 수평적으로 제한 없이 확장되며, 높은 처리량과 낮은 지연 시간을 유지하면서 수십억 개의 개체도 무리 없이 처리할 수 있습니다.

Azure Blob Storage를 성공적으로 도입하려면, Azure가 모든 데이터에 하나의 획일적인 스토리지 엔진을 강요하지 않는다는 점을 이해하는 것이 중요합니다. 대신 특정 I/O 패턴에 맞춘 전문화된 blob 변형을 제공합니다. 잘못된 blob 유형을 선택하면 지연 병목이 생기거나 쓰기 패턴이 제한되거나 아키텍처가 비효율적으로 될 수 있습니다. 이러한 개념이 실제 환경에서 어떻게 결합되는지 쉬운 언어로 기초부터 알고 싶다면, 함께 제작한 팟캐스트 에피소드 Azure Blob Storage - Simply Explained를 꼭 들어 보시기 바랍니다.

Azure Blob의 세 가지 유형 이해하기

Azure는 애플리케이션이 데이터를 읽고, 쓰고, 수정하는 방식에 따라 데이터를 다르게 처리합니다. 컨테이너 안에서 blob을 초기화할 때 그 유형을 지정하게 되며, 이 결정에 따라 기반 스토리지 메커니즘, 최대 용량 한도, 성능 특성이 달라집니다.

Azure Blob Storage에서 사용할 수 있는 세 가지 핵심 유형은 다음과 같습니다.

Block Blob: 스트리밍과 대용량 이진 개체, 문서, 미디어 파일 저장에 최적화되어 있습니다.
Append Blob: 순차적인 쓰기 후 추가만 가능한(write-once, append-many) 로그 및 텔레메트리 스트림을 위해 특별히 설계되었습니다.
Page Blob: 무작위 읽기 및 쓰기 작업에 맞춰져 있어 가상 하드 디스크와 데이터베이스 파일을 뒷받침하는 엔진 역할을 합니다.

각 유형의 고유한 기술적 장점과 이상적인 운영 시나리오를 이해하기 위해 하나씩 살펴보겠습니다.

Block Blob: 스트리밍과 대용량 데이터에 최적화

Block Blob은 Azure Blob Storage의 핵심 작업마다 쓰이는 주력 유형입니다. 대량의 텍스트 및 이진 데이터를 담도록 설계되어 있어, 대부분의 클라우드 스토리지 워크로드에서 기본 선택지가 됩니다. Block Blob은 고유한 블록 ID로 식별되는 개별 데이터 블록으로 구성됩니다. 고화질 동영상, 가상 머신 백업 아카이브, 대용량 CSV 데이터 세트처럼 큰 파일을 업로드하면 Azure는 이 블록들을 독립적으로, 그리고 병렬로 업로드할 수 있게 해 줍니다.

모든 개별 블록이 업로드되면 커밋 작업을 실행해 블록들을 하나의 일관된 blob으로 조립합니다. 이 병렬 업로드 방식 덕분에 Block Blob은 큰 파일을 매우 빠르게 처리할 수 있으며, 애플리케이션이 네트워크 대역폭을 효율적으로 최대한 활용할 수 있습니다. 개별 블록의 크기는 최대 4,000MiB까지 가능하며, 완성된 Block Blob은 API 버전과 구성에 따라 약 190.7TiB까지 확장할 수 있습니다.

Block Blob은 순차적 접근 패턴에서 뛰어난 성능을 발휘합니다. 다음과 같은 용도로 널리 사용됩니다.

미디어 자산 저장 및 주문형 동영상 스트리밍 플랫폼.
엔터프라이즈 데이터베이스 백업과 재해 복구용 이미지 스냅숏입니다.
이미지, 스타일시트, JavaScript 번들을 제공하는 정적 웹 사이트 호스팅입니다.
다운스트림 분석 파이프라인을 위한 데이터 레이크 수집 지점입니다.

추가 Blob: 연속 로깅에 가장 적합

블록 Blob은 덮어쓰기와 병렬 블록 구성을 지원하지만, 많은 최신 클라우드 애플리케이션의 워크플로에서는 데이터가 생성된 후 수정되지 않고 순차적으로 추가되기만 합니다. 이런 경우에 추가 Blob이 특히 유용합니다.

추가 Blob도 블록 Blob과 마찬가지로 블록으로 구성되지만, 추가 작업에 최적화되어 있습니다. 추가 Blob에 데이터를 쓰면 새 블록은 항상 Blob의 끝에만 추가됩니다. 추가 Blob 안의 기존 블록은 수정하거나 삭제할 수 없으므로 파일의 기록 부분에 대한 불변성이 보장됩니다. 이러한 구조적 제약 덕분에 추가 Blob은 가볍고 성능이 뛰어나며, 감사 추적과 원격 분석 데이터에 매우 안전합니다.

추가 Blob의 일반적인 사용 사례는 다음과 같습니다.

클라우드 애플리케이션 및 웹 서버 로깅입니다.
가상 머신 진단 데이터 수집입니다.
재무 감사 추적 및 규정 준수 이벤트 기록입니다.
IoT 장치 원격 분석 및 시계열 데이터 집계입니다.

로그에 추가 Blob을 사용하면 새 로그 항목이 생성될 때마다 전체 파일을 잠그거나 대용량 데이터 세트를 다시 쓰는 데 따른 성능 부담을 피할 수 있습니다.

페이지 Blob: 가상 하드 디스크와 데이터베이스를 지원

순차 스트리밍과 대용량 파일 전송에 최적화된 블록 Blob 및 추가 Blob과 달리, 페이지 Blob은 임의 읽기 및 쓰기 작업을 위해 설계되었습니다. 페이지 Blob은 512바이트 페이지들의 집합으로, 애플리케이션이 작은 임의 데이터 구간을 읽거나 쓸 때 최대 효율을 내도록 구성되어 있습니다.

페이지 Blob은 효율적인 임의 I/O를 지원하므로 Azure Virtual Machines의 가상 하드 디스크(VHD)를 뒷받침하는 스토리지 구조로 사용됩니다. 가상 머신이 부팅되거나, 파일 섹터를 읽거나, 레지스트리 업데이트를 쓰면 이러한 작업은 페이지 Blob이 직접 처리하는 임의 디스크 쓰기로 변환됩니다. 마찬가지로 고성능 트랜잭션 데이터베이스 엔진도 페이지 Blob을 활용해 영구 데이터 페이지를 최소 지연 시간으로 관리합니다.

페이지 Blob의 주요 특성은 다음과 같습니다.

파일 전체를 수정하지 않고도 임의 읽기 및 쓰기 패턴을 지원합니다.
OS 디스크 및 데이터 디스크로 Azure Virtual Machines와 원활하게 통합됩니다.
표준 페이지 Blob 구성에서 최대 8TiB까지 저장 용량을 확장할 수 있습니다.

사용 사례에 맞는 Blob 유형 선택 방법

아키텍처 설계 단계에서 올바른 Blob 유형을 선택하면 나중에 비용이 많이 드는 리팩터링을 막을 수 있습니다. 올바른 선택을 하려면 애플리케이션의 액세스 패턴과 성능 요구 사항을 각 Blob 유형의 강점과 비교해 보십시오.

블록 Blob을 선택해야 하는 경우: 주된 목표가 대용량 파일 저장, 미디어 스트리밍, 일반 비정형 자산 처리이거나, 파일을 통째로 업로드한 뒤 순차적으로 읽는 대량 백업 및 복원 작업을 실행하는 경우입니다.
추가 Blob을 선택해야 하는 경우: 애플리케이션이 과거 데이터를 변경하지 않고 파일 끝에 계속 레코드를 추가해야 하는 경우입니다. 예를 들어 애플리케이션 로그, 이벤트 스트림, 감사 추적기가 여기에 해당합니다.
페이지 Blob을 선택해야 하는 경우: 특정 바이트 범위에 대한 빈번한 임의 수정이 필요한 워크로드를 구축하거나 호스팅하는 경우입니다. 예를 들어 가상 머신 운영 체제 디스크나 사용자 지정 데이터베이스 엔진을 실행하는 경우가 있습니다.

워크로드를 알맞은 스토리지 기본 요소에 맞추면 최적의 처리량, 예측 가능한 IOPS 성능, 그리고 Azure의 기본 가격 및 확장 모델과의 일관성을 확보할 수 있습니다.

결론 및 다음 단계

블록, 추가, 페이지 Blob의 차이를 이해하는 것은 Microsoft 생태계에서 작업하는 모든 클라우드 아키텍트, 개발자, IT 관리자에게 기본이 되는 중요한 이정표입니다. 애플리케이션 요구 사항을 적절한 Blob 유형에 맞추면 최고의 성능을 끌어내고, 비용 효율을 극대화하며, 클라우드 인프라 전반에서 견고한 데이터 무결성을 보장할 수 있습니다.

클라우드 스토리지 결정을 둘러싼 실무적인 아키텍처 논의를 더 깊이 이해하고 싶다면, 관련 에피소드 Azure Blob Storage - Simply Explained도 꼭 들어 보시기 바랍니다. 쇼 노트를 살펴보고 생태계 연결 고리를 확인하여, 오늘부터 Azure 스토리지 전략을 최적화해 보시기 바랍니다.