AZ-900, 03. Azure 스토리지

03. Azure 스토리지 서비스

---

3.1 Azure Blob Storage ☁️

🔹 개념

• Azure에서 비정형(이미지, 영상, 백업 등) 데이터를 저장하는 객체 스토리지 서비스
• “Blob”은 Binary Large Object의 약자
• 용량이 크고 구조화되지 않은 데이터를 저장하기에 적합

🔹 구조

• Storage Account → Container → Blob(파일)
• 각 Blob은 URL을 통해 직접 접근 가능

🔹 저장 계층 (Access Tier)

계층설명주요 용도

Hot	자주 액세스되는 데이터	웹앱, 실시간 데이터
Cool	가끔 접근하는 데이터	백업, 로그 보관
Archive	장기 보관용, 액세스 거의 없음	규제·감사용 데이터

🧠 시험 포인트

• 가장 많이 쓰이는 저장소 유형
• “Hot / Cool / Archive” 세 가지 계층 구분 꼭 암기
• Archive에 저장된 파일을 다시 사용할 때 Rehydration 필요

---

3.2 Azure Blob Rehydration 🧊

🔹 개념

• Archive 계층에 있던 데이터를 다시 사용하기 위해 Hot 또는 Cool 계층으로 복원하는 과정
• 복원 완료 전에는 읽기 불가

🔹 특징

항목설명

동작 방식	비활성(저장) → 활성(복원)
복원 시간	수 시간에서 수십 시간 소요 (데이터 크기에 따라 다름)
과금	복원 과정 중에도 데이터 읽기 시 비용 발생

🧠 시험 포인트

• “Archive 계층 데이터 접근 전 반드시 Rehydration 필요”
• “Rehydration 완료 전에는 Blob을 읽을 수 없다”

---

3.3 Azure Files Storage 🗂️

🔹 개념

• 클라우드 기반 네트워크 파일 공유 서비스 (SMB 프로토콜)
• 기존 온프레미스 서버의 네트워크 드라이브처럼 동작

🔹 특징

항목설명

프로토콜	SMB, NFS 지원
용도	여러 VM 또는 사용자 간 파일 공유
연결 방식	Windows, Linux, macOS에서 네트워크 드라이브로 연결 가능
백업	Azure Backup 통합 지원

🧠 시험 포인트

• “기존 파일 서버를 Azure로 이전할 때 사용”
• “여러 VM 간 공유 폴더 역할”

---

3.4 Azure Queue Storage 📬

🔹 개념

• 비동기 메시지 저장소 서비스
• 애플리케이션 간 메시지를 전달할 때 사용

🔹 특징

항목설명

최대 메시지 크기	64KB
메시지 보존 기간	최대 7일 (기본 설정)
사용 시나리오	백엔드 작업, 서버 간 비동기 처리
관리	REST API, SDK로 접근 가능

🧠 시험 포인트

• “애플리케이션 간 메시지 큐”
• “비동기 데이터 처리용”
• “Queue = 단순 메시지 저장, Event Hub는 스트리밍용”

---

3.5 Azure Table Storage 📋

🔹 개념

• NoSQL 키-값(Key-Value) 저장소
• 간단한 구조화 데이터 저장용

🔹 특징

항목설명

데이터 모델	Key-Value 기반 (스키마 없음)
용도	로그, IoT 데이터, 메타데이터 저장
쿼리	OData 프로토콜로 필터링 가능
성능	매우 빠르고 저렴한 대규모 데이터 저장 가능

🧠 시험 포인트

• “RDB가 아닌 비정형 구조 데이터용”
• “간단한 테이블 기반 저장소”
• “Cosmos DB Table API로 업그레이드 가능”

---

📊 서비스 비교 요약표

항목Blob StorageFiles StorageQueue StorageTable Storage

데이터 형태	비정형(이미지, 영상 등)	파일 공유	메시지	Key-Value
사용 예시	백업, 로그	네트워크 드라이브	백엔드 작업 큐	IoT 로그
접근 방식	REST API	SMB/NFS	REST API	OData
저장 계층	Hot / Cool / Archive	표준/프리미엄	단일 계층	단일 계층
관리 책임	Azure 자동	Azure 자동	Azure 자동	Azure 자동

---

🧩 OX 복습 노트

문항내용정답

1	Blob Storage는 구조화된 데이터 저장에 사용된다	❌
2	Archive 계층 데이터는 즉시 읽을 수 있다	❌
3	Rehydration은 Archive 데이터를 활성화 계층으로 복원하는 과정이다	⭕
4	Azure Files는 네트워크 드라이브 형태로 여러 VM이 공유 가능하다	⭕
5	Queue Storage는 메시지 기반 비동기 통신에 사용된다	⭕
6	Table Storage는 Key-Value 기반의 NoSQL 저장소이다	⭕
7	Blob Storage는 Hot, Cool, Archive 세 계층으로 나뉜다	⭕
8	Files Storage는 SMB 프로토콜을 지원하지 않는다	❌

---

🌐 시각적 구조 요약

┌──────────────────────────────────────────┐
│              Azure Storage Account        │
└──────────────┬──────────────┬──────────────┘
               │              │
               ▼              ▼
     ┌────────────────┐   ┌────────────────┐
     │ Blob Storage   │   │ File Storage   │
     │ 비정형 데이터   │   │ 네트워크 공유  │
     └──────┬─────────┘   └──────┬─────────┘
            │                    │
            ▼                    ▼
   (Hot / Cool / Archive)     (SMB/NFS 연결)
          │
          ▼
   Rehydration (복원 프로세스)

┌──────────────────────────────────────────┐
│      메시지 및 구조화 데이터 저장 영역      │
└──────────────┬──────────────┬──────────────┘
               │              │
               ▼              ▼
     ┌────────────────┐   ┌────────────────┐
     │ Queue Storage  │   │ Table Storage  │
     │ 메시지 전달 큐 │   │ Key-Value DB  │
     └────────────────┘   └────────────────┘

 

🧠 시험에서 자주 나오는 구분 포인트

 

Blob → 대용량 비정형 데이터 저장

Rehydration → Archive → Hot/Cool로 복원
Files → 네트워크 드라이브 공유 (SMB)
Queue → 비동기 메시지 큐
Table → NoSQL Key-Value 저장