14. Azure Storage 서비스 선택

목차

1. (1) SAN과 NAS는 클라우드에서 어떻게 바뀌는가?
   1. 1) NAS의 핵심 구조
   2. 2) SAN의 핵심 구조
   3. 3) SAN과 NAS 비교
   4. 4) 온프레미스 스토리지와 관리형 서비스
2. (2) 클라우드 스토리지는 무엇인가?
   1. 1) 클라우드 스토리지의 정의
   2. 2) 주요 특징
   3. 3) 장점과 고려 사항
3. (3) Azure Storage 서비스의 전체 구조
   1. 1) 저장 방식별 서비스 분류
   2. 2) Storage Account에 포함되는 서비스
   3. 3) 별도 Azure Storage 서비스
4. (4) Azure Storage Account
   1. 1) Storage Account의 역할
   2. 2) 이름과 Endpoint
   3. 3) Storage Account 유형
   4. 4) 계정 단위 설정
5. (5) Azure Blob Storage
   1. 1) Storage Account·Container·Blob
   2. 2) Block·Append·Page Blob
   3. 3) Hot·Cool·Cold·Archive
   4. 4) Archive와 Rehydration
   5. 5) 주요 사용 사례
6. (6) Azure Files
   1. 1) 관리형 File Share
   2. 2) SMB
   3. 3) NFS
   4. 4) Azure File Sync
   5. 5) Azure Files의 성능 계층
7. (7) Azure의 블록 스토리지 서비스
   1. 1) Azure Managed Disks
   2. 2) Azure Elastic SAN
   3. 3) Managed Disks와 Elastic SAN 비교
8. (8) Azure NetApp Files
   1. 1) 엔터프라이즈 파일 스토리지
   2. 2) SMB·NFS 지원
   3. 3) 주요 사용 사례
   4. 4) Azure Files와 비교
9. (9) Queue Storage와 Table Storage
   1. 1) Queue Storage
   2. 2) Web-Queue-Worker 구조
   3. 3) Table Storage
   4. 4) PartitionKey와 RowKey
10. (10) 기타 Azure Storage 서비스
    1. 1) Azure Container Storage
    2. 2) Azure Confidential Ledger
11. (11) Azure Storage 서비스 선택 비교
12. (12) 스토리지 중복성
    1. 1) 복제가 필요한 이유
    2. 2) LRS
    3. 3) ZRS
    4. 4) GRS와 RA-GRS
    5. 5) GZRS와 RA-GZRS
    6. 6) 중복성 선택 기준
13. (13) Azure로 데이터를 이동하는 방법
    1. 1) AzCopy
    2. 2) Azure Storage Explorer
    3. 3) Azure File Sync
    4. 4) Azure Data Box
    5. 5) 데이터 이동 방식 선택
14. (14) 온라인 주문 서비스의 저장 구조
15. (15) 자료 외 보완
    1. 1) 내구성과 가용성
    2. 2) 스토리지 비용을 구성하는 항목
    3. 3) Lifecycle Management
16. (16) 핵심 정리
17. (17) 핵심 키워드
18. (18) 연결되는 개념
19. (19) 다음 학습

(1) SAN과 NAS

기업에서는 여러 사용자가 파일을 공유하거나, 서버와 데이터베이스에 대용량 저장공간을 제공하기 위해 NAS와 SAN을 사용한다. 두 기술은 모두 네트워크를 통해 저장공간을 제공하지만, 서버가 데이터를 요청하는 단위와 저장장치를 인식하는 방식이 다르다.

핵심 차이
NAS는 네트워크를 통해 파일을 공유하는 방식이고, SAN은 네트워크를 통해 서버에 디스크 공간을 제공하는 방식이다.

1) NAS란 무엇인가?

NAS(Network Attached Storage)는 네트워크에 연결된 파일 저장 장치이다.

사용자는 NAS에 저장된 데이터를 파일과 폴더 형태로 접근한다.

NAS에는 자체 운영체제와 파일 시스템이 존재한다.

따라서 사용자의 컴퓨터나 서버는 NAS 내부의 디스크 구조를 직접 관리하지 않는다. NAS가 파일 시스템을 관리하고, 사용자는 네트워크를 통해 필요한 파일을 요청한다.

NAS의 데이터 접근 흐름

사용자 또는 서버
→ 네트워크를 통해 파일 요청
→ NAS가 파일 시스템에서 해당 파일 검색
→ 요청한 파일을 사용자에게 전달

예를 들어 사용자가 공유 폴더의 report.pdf 파일을 열면, 컴퓨터는 NAS에 특정 파일을 요청한다. NAS는 자체 파일 시스템에서 해당 파일을 찾아 네트워크를 통해 전달한다.

NAS에서는 일반적으로 다음과 같은 파일 공유 프로토콜을 사용한다.

• SMB(Server Message Block): Windows 환경에서 주로 사용하는 파일 공유 프로토콜
• NFS(Network File System): Linux와 Unix 환경에서 주로 사용하는 파일 공유 프로토콜

NAS는 운영체제에서 일반적으로 공유 폴더 또는 네트워크 드라이브로 표시된다.

NAS 사용 예시

회사 공용 문서 저장소
→ 부서 구성원이 동일한 파일과 폴더를 공유

영상·이미지 저장소
→ 여러 사용자가 대용량 미디어 파일을 공동 사용

백업 저장소
→ 여러 컴퓨터와 서버의 백업 파일을 한곳에 저장

2) SAN이란 무엇인가?

SAN(Storage Area Network)은 서버와 저장장치를 연결하기 위해 구성된 저장 전용 네트워크이다.

SAN은 파일 자체를 제공하는 것이 아니라, 서버에 일정한 크기의 블록 저장공간을 제공한다.

서버는 SAN에서 제공받은 저장공간을 실제 디스크처럼 인식한다.

따라서 SAN에 연결된 서버는 제공받은 공간을 직접 초기화하고, 파일 시스템을 생성한 뒤 데이터를 저장한다.

SAN의 데이터 접근 흐름

애플리케이션
→ 서버의 파일 시스템
→ 블록 단위 읽기·쓰기 요청
→ SAN 네트워크
→ 스토리지 장치

예를 들어 SAN에서 서버에 2TB의 저장공간을 할당하면, 서버 운영체제에서는 이를 새로운 디스크처럼 인식한다. 관리자는 해당 디스크를 포맷하고 드라이브 문자나 마운트 경로를 지정한 뒤 사용할 수 있다.

이때 SAN은 서버에 실제 물리 디스크 전체를 직접 제공하는 것이 아니라, 스토리지 장치의 공간을 논리적으로 분할한 LUN(Logical Unit Number)을 제공한다.

LUN이란?
SAN 스토리지의 물리적인 디스크 공간을 논리적으로 나누어 특정 서버에 제공하는 저장 단위이다. 서버에서는 하나의 LUN을 하나의 디스크처럼 인식할 수 있다.

3) SAN의 주요 구성 요소

SAN은 일반적으로 다음 세 가지 요소로 구성된다.

What Is a Storage Area Network (SAN)? ❘ SNIA ❘ Experts on Data

구성 요소	역할
호스트 서버	SAN의 저장공간을 사용하는 서버이다. 애플리케이션과 데이터베이스가 이 서버에서 실행된다.
SAN 스위치	여러 서버와 저장장치를 연결하고 블록 데이터의 이동 경로를 관리한다.
스토리지 장치	HDD 또는 SSD를 묶어 실제 데이터를 저장하며, 서버에 LUN 형태로 저장공간을 제공한다.

SAN은 주로 Fibre Channel을 사용하지만, 항상 파이버 채널만 사용하는 것은 아니다. 일반 이더넷 네트워크에서 블록 스토리지를 전달하는 iSCSI 방식도 사용할 수 있다.

• Fibre Channel: SAN을 위한 고성능·저지연 전용 네트워크 기술
• iSCSI: IP와 이더넷 네트워크를 통해 블록 저장 명령을 전달하는 기술

4) 서버에서 NAS와 SAN은 어떻게 다르게 보이는가?

NAS와 SAN의 가장 중요한 차이는 서버 운영체제가 저장공간을 어떻게 인식하는지에 있다.

NAS

서버에서 공유 폴더로 보인다.

\\NAS01\shared
또는
/mnt/shared

파일 시스템은 NAS가 관리한다.

SAN

서버에서 로컬 디스크와 유사하게 보인다.

Disk 1 - 2TB
또는
/dev/sdb

파일 시스템은 서버가 생성하고 관리한다.

5) 같은 파일을 저장할 때의 차이

사용자가 report.pdf를 저장한다고 가정하면, NAS와 SAN은 다음과 같이 다르게 동작한다.

구분	처리 과정
NAS	서버가 NAS에 report.pdf라는 파일의 저장을 요청한다. NAS가 자체 파일 시스템을 이용하여 파일을 저장한다.
SAN	서버의 파일 시스템이 파일을 여러 블록으로 나누고, SAN에 해당 블록의 읽기·쓰기를 요청한다. SAN은 요청받은 블록을 저장한다.

6) SAN과 NAS 비교

구분	NAS (Network Attached Storage)	SAN (Storage Area Network)
제공 단위	파일과 폴더	블록 저장공간
운영체제 인식	공유 폴더 또는 네트워크 드라이브	로컬 디스크와 유사한 장치
파일 시스템 관리	NAS 장치가 관리	연결된 서버가 관리
주요 프로토콜	SMB, NFS	Fibre Channel, iSCSI
주요 용도	문서 공유, 미디어 저장, 사용자 홈 디렉터리, 백업 파일 저장	데이터베이스, 가상 머신 디스크, 고성능 업무 시스템
장점	구성이 비교적 간단하고 파일 공유가 편리함	높은 성능과 낮은 지연 시간, 대규모 확장에 유리함
한계	파일 서버의 성능과 네트워크 상태에 영향을 받음	구조가 복잡하고 전용 장비와 전문적인 관리가 필요함

7) 어떤 상황에서 선택하는가?

NAS와 SAN은 어느 한쪽이 무조건 더 우수한 것이 아니라, 저장공간을 사용하는 목적에 따라 선택한다.

NAS가 적합한 경우

• 여러 사용자가 동일한 문서와 파일을 공유해야 하는 경우
• 부서별 공유 폴더가 필요한 경우
• 이미지, 영상, 백업 파일을 중앙에서 관리해야 하는 경우
• 복잡한 스토리지 네트워크 없이 비교적 간단하게 구성해야 하는 경우

SAN이 적합한 경우

• 데이터베이스처럼 빈번한 읽기·쓰기가 발생하는 경우
• 가상 머신의 운영체제 디스크를 저장해야 하는 경우
• 여러 서버에 대규모 블록 저장공간을 제공해야 하는 경우
• 높은 IOPS와 낮은 지연 시간이 필요한 업무 시스템

8) 클라우드에서는 어떻게 제공되는가?

온프레미스에서는 SAN을 구축하기 위해 스토리지 어레이, SAN 스위치, 네트워크 어댑터와 같은 장비를 직접 설치하고 관리해야 한다. 또한 용량 확장, 장애 복구, 성능 관리도 조직이 직접 수행해야 한다.

클라우드에서는 이러한 저장 기술을 서비스 형태로 사용할 수 있다. 파일 공유가 필요하면 관리형 파일 스토리지를 사용하고, 서버나 데이터베이스에 디스크 공간이 필요하면 관리형 블록 스토리지를 사용한다.

온프레미스 개념	Azure의 대표적인 서비스
NAS와 유사한 파일 공유	Azure Files, Azure NetApp Files
서버용 블록 디스크	Azure Managed Disks
관리형 SAN	Azure Elastic SAN

Azure Elastic SAN은 온프레미스 SAN과 유사한 블록 스토리지 환경을 Azure에서 관리형 서비스로 제공한다. 사용자는 물리적인 SAN 스위치나 스토리지 어레이를 직접 설치하지 않고도, 여러 서버와 워크로드에 확장 가능한 블록 저장공간을 제공할 수 있다.

정리

NAS는 파일과 폴더를 공유하기 위한 저장장치이다.
SAN은 서버에 디스크처럼 사용할 블록 저장공간을 제공하는 저장 전용 네트워크이다.

따라서 NAS는 “어떤 파일을 가져올 것인가”를 요청하고, SAN은 “어떤 블록을 읽고 쓸 것인가”를 요청한다고 이해할 수 있다.

구분	NAS(Network Attached Storage)	SAN(Storage Area Network)
데이터 단위	파일 단위	블록 단위
전송 매체	이더넷	파이버 채널
운영체제 인식	공유 폴더로 인식	연결된 로컬 디스크로 인식
비용·구성	저렴, 구조 변경 불필요	고가, 별도 아키텍처 필요

SAN은 저장 전용 고속 네트워크로, 저장 장치·호스트 서버·SAN 스위치로 구성된다. Azure는 이 SAN을 클라우드에서 관리형으로 제공하는 Azure Elastic SAN을 뒤에서 다룬다.

(2) 클라우드 스토리지의 개념

클라우드 스토리지는 인터넷을 통해 데이터 저장·관리·접근을 가능하게 하는 서비스이다. 물리 저장 장치 없이도 데이터를 저장하고 필요할 때 접근할 수 있다.

장점	단점
인터넷이 있는 곳 어디서나 접근	인터넷 연결이 필요
기기의 저장 공간 절약	추가 저장 공간에 월 이용료 발생
다른 사람과 쉽게 파일 공유	제3자 스토리지에 대한 개인정보 우려
자동 백업, 비용 효율적 사용	데이터 유출 위험

Azure Storage는 이러한 클라우드 스토리지를 제공하는 Microsoft의 솔루션으로, 고가용성, 대규모 확장성, 내구성, 보안을 제공한다. 저장 데이터는 자동 암호화되며, HTTP/HTTPS로 전 세계 어디서나 접근하고 CLI·PowerShell·Explorer로 관리한다.

(3) Azure Storage Account

Storage Account는 Azure Storage 서비스를 하나의 집합으로 관리하는 최상위 컨테이너이다. Blob, Files, Queue, Table이 모두 이 계정 안에서 제공된다.

• 전 세계적으로 고유한 이름을 가지며 데이터에 대한 고유 네임스페이스를 제공
• HTTP/HTTPS로 전 세계 어디서나 접근 가능
• 특정 구독과 연결되어 비용·리소스 관리가 용이
• 중복성, 접근 계층, 보안 설정을 계정 단위로 지정

계정 유형	지원 서비스	주 용도
표준 일반용 v2	Blob·Queue·Table·Files	대부분의 일반적인 사용
프리미엄 블록 블롭	Blob	고 트랜잭션·낮은 지연 필요 시
프리미엄 파일 공유	Azure Files	고성능 SMB·NFS 파일 공유
프리미엄 페이지 블롭	Page Blob	페이지 블롭 전용

(4) Azure Storage 데이터 서비스 한눈에 보기

개별 서비스를 자세히 보기 전에, Storage Account 안에서 제공되는 서비스 전체를 먼저 훑어보면 각 서비스의 위치가 명확해진다. 크게 REST API로 접근하는 서비스와 Azure VM을 위해 설계된 서비스로 나뉜다.

              Azure Storage
        ┌──────────┴──────────┐
   REST API로 접근        VM을 위해 설계
   ┌────┼────┐          ┌────┴────┐
 Queue Table Blob      File      Disk

유형	기능	저장 방식
Azure Blobs	텍스트·이진 데이터를 위한 대규모 확장 가능 객체 저장소(빅데이터 분석 지원)	오브젝트
Azure Files	클라우드·온프레미스 배포를 위한 관리형 파일 공유	파일
Azure Elastic SAN	SAN 배포·확장·관리·구성을 단순화하는 통합 솔루션	블록
Azure Queues	구성 요소 간 신뢰할 수 있는 메시징을 위한 저장소	메시지
Azure Tables	구조화 데이터의 스키마 없는 저장을 위한 NoSQL 저장소	키-값
Azure managed Disks	Azure VM을 위한 블록 수준 저장소 볼륨	블록
Azure Container Storage	컨테이너를 위한 볼륨 관리·배포·오케스트레이션 서비스	블록
Azure NetApp Files	NetApp 기술 기반 엔터프라이즈 수준 파일 저장소	파일

이 표는 전체 지도를 보여주는 개요이며, 다음 섹션부터 Blob·Files·Disk·Queue·Table을 하나씩 자세히 다룬다. 각 서비스는 앞서 살펴본 블록·파일·오브젝트 저장 방식 중 하나에 대응한다는 점을 기억하면 이해가 쉽다.

(5) Blob Storage

Blob Storage는 텍스트·이진 데이터에 대한 확장성이 뛰어난 오브젝트 스토리지이다. 이미지·문서 제공, 스트리밍, 로그, 백업·아카이브, 빅데이터 분석에 사용된다.

1) Container와 Blob

Blob Storage는 세 가지 리소스 계층으로 구성된다.

Storage Account (sally)
 ├─ Container (pictures)
 │     ├─ Blob (img001.jpg)
 │     └─ Blob (img002.jpg)
 └─ Container (movies)
       └─ Blob (mov1.avi)

• Container는 Blob을 담는 논리적 구획(폴더와 유사)
• 접근 권한은 Container 단위로 설정 가능
• Container 안의 각 Blob이 실제 저장되는 데이터 단위

2) Blob 유형

Blob 유형은 생성 시 지정하며 이후 변경할 수 없다.

유형	특징	용도
Block Blob	블록으로 구성, 대용량 업로드에 효과적(최대 약 190.7 TiB)	텍스트·이진 파일, 이미지, 동영상
Append Blob	끝에 이어 붙이는 작업에 최적화	로그 기록
Page Blob	512바이트 페이지(최대 8TB), 임의 읽기·쓰기에 적합	가상 디스크의 기반

3) 접근 계층

지속적으로 늘어나는 비용을 관리하기 위해, 접근 빈도와 보존 기간에 따라 Blob을 계층으로 나눈다. 자주 접근할수록 접근 비용은 낮고 저장 비용은 높으며, 반대로 갈수록 저장 비용은 낮지만 접근 비용과 최소 저장 기간이 커진다.

Tier	상태	저장 비용	접근 비용	최소 저장 기간
Hot	Online	가장 높음	가장 낮음	-
Cool	Online	낮음	높음	최소 30일
Cold	Online	더 낮음	더 높음	최소 90일
Archive	Offline	가장 낮음	가장 높음	최소 180일

Archive는 오프라인 계층이라 데이터를 즉시 읽을 수 없고, 다시 사용하려면 rehydration(리하이드레이션)이라는 복원 과정과 시간이 필요하다. 또한 최소 저장 기간을 채우지 않고 삭제하면 페널티가 부과된다.

4) 다른 클라우드의 계층과 비교

접근 빈도에 따라 저장 계층을 나누는 방식은 Azure만의 것이 아니라 클라우드 공통 개념이다. 이름만 다를 뿐 원리는 같다.

접근 빈도	Azure	GCP
자주 접근	Hot	Standard
월 1회 수준	Cool	Nearline
분기 1회 수준	Cold	Coldline
연 1회 수준	Archive	Archive

(6) Azure Files와 SMB·NFS

Azure Files는 클라우드에서 전통적인 파일 서버 역할을 제공하는 완전 관리형 파일 공유이다. 여러 클라이언트가 동시에 마운트해 사용할 수 있다.

• SMB·NFS 프로토콜과 REST API를 통해 접근
• 클라우드와 온프레미스 배포에서 동시에 마운트 가능
• Azure File Sync로 Windows 서버에 캐시해 가까운 곳에서 빠르게 접근
• Premium, Transaction optimized, Hot, Cool 계층 제공

프로토콜	전체 이름	주 사용 환경
SMB	Server Message Block	Windows 중심(Linux·macOS도 지원), 파일·프린터 공유
NFS	Network File System	UNIX·Linux 중심, 원격 파일을 로컬처럼 투명하게 접근

(7) Managed Disk, Elastic SAN, NetApp Files

1) Managed Disk

Managed Disk는 Azure VM과 함께 사용하는 블록 수준 스토리지 볼륨이다. 온프레미스 물리 디스크와 유사하지만 가상화되어 있으며, 크기와 유형만 지정하면 나머지는 Azure가 관리한다.

유형	특성	주 시나리오
Ultra Disk	최고 성능 SSD	IO 집약 워크로드(SAP HANA 등)
프리미엄 SSD v2 / SSD	고성능 SSD	성능이 중요한 프로덕션
표준 SSD	보급형 SSD	웹 서버, 개발·테스트
표준 HDD	저비용 HDD	백업, 가끔 접근

IOPS(Input/Output Per Second)는 초당 입출력 횟수로 스토리지 성능을 나타내는 대표 지표이다. 처리량(MB/s)과 함께 디스크 유형을 고르는 기준이 된다.

2) Elastic SAN

Azure Elastic SAN은 클라우드에서 제공하는 완전 관리형 SAN이다. 온프레미스 SAN과 동일한 관리 경험을 클라우드에서 얻으면서 확장성과 비용 효율을 확보한다.

• 여러 컴퓨팅 옵션에 대해 동적 자원 공유 제공
• Volume Group과 Volume 단위로 구성
• 영역 중복 스토리지(ZRS)로 높은 가용성 제공

3) Azure NetApp Files

NetApp 기술을 기반으로 한 엔터프라이즈급 파일 스토리지 서비스이다. Azure Files보다 높은 성능과 고급 파일 기능이 필요한 경우에 사용한다.

• 대규모·고성능 파일 워크로드에 적합
• SMB·NFS를 지원하며 엔터프라이즈 파일 기능을 제공
• 기존 온프레미스 NetApp 환경을 클라우드로 옮길 때 활용

(8) Queue와 Table Storage

1) Queue Storage

Queue Storage는 구성 요소 간 메시지를 저장하는 대기열이다. 보내는 쪽과 처리하는 쪽을 분리해, Web-Queue-Worker 구조처럼 비동기 작업의 백로그를 만드는 데 사용된다.

생산자 → [메시지 큐] → 소비자(Worker)
        (작업 적재)   (여유 될 때 처리)

→ 처리 속도가 달라도 메시지가 유실되지 않음

2) Table Storage

Table Storage는 스키마 없는 구조화 데이터를 저장하는 NoSQL 서비스이다. 스키마가 없어 애플리케이션 요구가 바뀌어도 유연하게 대응하며 접근이 빠르고 비용 효율적이다.

구분	SQL(관계형)	NoSQL(Table 등)
데이터 구조	미리 정의된 스키마	유연하거나 스키마 없음
확장	수직 확장 중심	수평 확장에 유리
ACID	엄격히 준수	일부 희생 가능
예시	MySQL, PostgreSQL, Oracle	MongoDB, Cassandra, Cosmos DB

ACID는 원자성(Atomicity), 일관성(Consistency), 격리성(Isolation), 지속성(Durability)의 약자로, 트랜잭션이 안전하게 처리되기 위한 네 가지 속성이다.

(9) Container Storage와 Confidential Ledger

1) Azure Container Storage

컨테이너 환경에 최적화된 스토리지 솔루션으로, 상태를 유지해야 하는 컨테이너 애플리케이션의 볼륨을 만들고 관리하며 Kubernetes에서 실행한다.

• Kubernetes의 Pod에 영구 볼륨(PV)을 제공
• 백업 스토리지로 Elastic SAN, Azure Disk, Ephemeral Disk를 활용
• 컨테이너가 재시작되어도 데이터가 보존되어야 하는 워크로드에 사용

2) Azure Confidential Ledger

블록체인 원칙에 기반한 관리형 분산 원장으로, 데이터의 무결성을 보장해 변조를 방지한다.

• 변조 방지: 블록체인 구조로 무단·우발적 수정을 방지
• 합의 기반 무결성: 모든 항목이 검증되고 불변성을 가짐
• 암호화된 증거: 각 거래가 디지털 서명으로 보호되어 검증 가능
• 신뢰 실행 환경(TEE)에서 운영되어 처리 중에도 보안 유지

Azure Storage Actions는 수십억 개의 Blob에 대한 데이터 관리를 자동화하는 서버리스 플랫폼이다. Blob 태그·메타데이터를 조건으로 작업을 정의해, 대규모 계층화와 수명 주기 관리를 코드 없이 자동 실행한다.

3) 오브젝트 스토리지가 확장에 강한 이유

오브젝트 스토리지는 각 오브젝트에 고유 식별자를 부여해, 디렉터리 계층을 따라 탐색하지 않고 식별자로 바로 접근한다. 이 구조 덕분에 데이터가 늘어도 성능 저하 없이 확장된다.

• 분산 서버에 걸쳐 방대한 데이터를 저장
• 메타데이터를 활용해 효율적인 관리·검색·조회
• 객체를 여러 위치에 복제·분산해 내구성 강화
• RESTful API로 다양한 애플리케이션과 통합

(10) 서비스별 선택 비교

서비스	저장 대상	선택하는 경우
Blob	비정형 대용량 파일	이미지·동영상·백업을 API/URL로 접근
Files	공유 파일	여러 시스템이 마운트해 공유
Managed Disk	VM 디스크	VM의 운영체제·데이터 저장
Queue	메시지	구성 요소 간 작업 전달·분리
Table	단순 구조 데이터	대량의 키 기반 데이터 저장

(11) 스토리지 중복성

Azure Storage는 계획된 이벤트나 하드웨어 오류, 정전, 자연재해로부터 데이터를 보호하기 위해 항상 여러 복사본을 저장한다. 복제 범위가 넓을수록 내구성은 높아지고 비용도 증가한다.

방식	복제 범위	대응 장애	내구성
LRS	단일 데이터센터 내 3회 복제	장비 단위 장애	9가 11개
ZRS	지역 내 3개 가용 영역에 복제	데이터센터 단위 장애	9가 12개
GRS	보조 지역까지 비동기 복제	지역 전체 재해	9가 16개
GZRS	ZRS + 보조 지역 복제	데이터센터·지역 재해	9가 16개
RA-GRS / RA-GZRS	위 구성 + 보조 지역 읽기 허용	재해 + 보조 지역 읽기	9가 16개

기본 GRS/GZRS는 보조 지역 데이터를 failover 시에만 읽을 수 있다. 반면 RA-(Read-access)가 붙으면 평상시에도 보조 지역을 읽을 수 있다. 다만 보조 지역은 비동기 복제라 약간의 지연이 있어 최신이 아닐 수 있다.

(12) 데이터 이동 도구

데이터를 Azure Storage로 옮기는 방식은 데이터 규모와 네트워크 상황에 따라 달라진다. 대규모 이전과 소규모 파일 이동으로 나눌 수 있다.

도구	방식	적합한 상황
Azure Migrate	통합 마이그레이션 플랫폼	온프레미스 평가 후 대규모 이전
Data Box	물리 장치로 데이터 운송	네트워크가 부족한 대용량 이전
AzCopy	명령줄 기반 복사	스크립트로 반복·대량 복사
Storage Explorer	데스크톱 그래픽 도구	시각적으로 탐색·이동(Win·Mac·Linux)
File Sync	온프레미스 서버 동기화	기존 파일 서버와 클라우드 연동

선택 기준은 데이터 크기와 네트워크 대역폭이다. 데이터가 매우 크고 대역폭이 낮으면 Data Box로 운송하는 편이 빠르고, 대역폭이 충분하면 AzCopy·Storage Explorer 같은 온라인 전송이 적합하다.

(13) 온라인 주문 서비스 저장 예시

하나의 주문 서비스도 데이터 성격에 따라 서로 다른 스토리지를 사용한다.

데이터	선택 서비스	이유
상품 이미지	Blob(Hot)	자주 조회되는 비정형 파일
주문 서류 장기 보관	Blob(Cool·Archive)	드물게 접근하는 보관 데이터
주문 처리 대기 작업	Queue	접수와 처리 속도를 분리
서버 로그	Append Blob	끝에 계속 이어 붙이는 기록
서버 운영체제·데이터	Managed Disk	VM에 연결된 블록 디스크
부서 공유 문서	Azure Files	여러 사용자가 마운트해 공유
사용자·주소록 데이터	Table	유연한 구조의 대량 데이터

같은 서비스라도 데이터의 형태와 접근 빈도에 따라 서비스와 계층을 나누어 선택하면 비용과 성능을 함께 최적화할 수 있다.

(14) 자료 외 보완

1) SAS, Access Key, Entra 인증

방식	특징
Access Key	계정 전체 접근 권한을 가진 키로, 노출 시 위험이 큼
SAS	기간·권한을 제한한 임시 접근 토큰
Entra 인증	ID 기반으로 세밀한 권한을 부여하는 방식

2) Lifecycle Management

• 일정 조건에 따라 Blob을 자동으로 하위 계층으로 이동하거나 삭제
• 오래된 데이터를 자동으로 Cool·Archive로 전환해 비용 절감
• 수동 관리 없이 데이터 수명에 따른 정책을 적용

3) 스토리지 비용의 구성

• 저장 비용: 저장한 데이터 용량에 따른 비용
• 요청 비용: 읽기·쓰기 등 작업 횟수에 따른 비용
• 전송 비용: 데이터를 외부로 내보낼 때 발생하는 비용
• 계층 선택은 저장 비용만이 아니라 요청·전송 비용까지 함께 고려해야 함

(18) 핵심 정리

• 스토리지는 데이터 저장을 위한 모든 솔루션을 포괄하며, 속도·용도에 따라 Primary·Secondary·Tertiary로 나뉜다.
• 파일 시스템은 운영체제와 물리 저장 장치의 중개 계층으로, 파티션·포맷을 거쳐 구성되며 데이터 조직·이름 규칙·메타데이터를 관리한다.
• 스토리지는 다루는 단위에 따라 블록·파일·오브젝트로 나뉘고, Azure에서는 각각 Disk·Files·Blob에 대응한다.
• Storage Account는 여러 스토리지 서비스를 담는 최상위 단위로 중복성·접근 설정의 기준이 된다.
• Blob은 비정형 데이터를 Block·Append·Page 유형으로 저장하며, Hot에서 Archive로 갈수록 저장 비용은 낮아지고 접근 비용·지연이 커진다.
• Azure Files는 SMB·NFS로 마운트하는 공유 파일, Managed Disk·Elastic SAN·NetApp Files는 블록·파일 스토리지이다.
• 중복성은 LRS·ZRS·GRS·GZRS 순으로 복제 범위와 내구성이 넓어지며, RA-가 붙으면 보조 지역 읽기가 가능하다.
• 데이터 이동은 크기와 네트워크 대역폭에 따라 Migrate·Data Box·AzCopy·Storage Explorer·File Sync 중 선택한다.

(19) 핵심 키워드

키워드	의미
File System	저장 장치의 데이터 저장·접근을 관리하는 중개 계층
Block / File / Object Storage	데이터를 블록·파일·오브젝트 단위로 다루는 저장 방식
SAN / NAS	블록 단위 전용 네트워크 / 파일 단위 네트워크 스토리지
Storage Account	여러 스토리지 서비스를 담는 최상위 컨테이너
Blob Storage	비정형 대용량 데이터를 저장하는 오브젝트 스토리지
Block / Append / Page Blob	일반 파일 / 로그 / 임의 접근용 Blob 유형
Storage Tier	접근 빈도에 따라 나눈 Hot·Cool·Cold·Archive 계층
Azure Files	SMB·NFS로 마운트하는 관리형 공유 파일
Managed Disk	VM에 연결하는 관리형 블록 스토리지
Elastic SAN / NetApp Files	관리형 SAN / 엔터프라이즈급 관리형 파일 스토리지
Queue / Table Storage	메시지 대기열 / 스키마 없는 NoSQL 스토리지
Redundancy	데이터를 여러 곳에 복제해 장애에 대비하는 방식

(20) 연결되는 개념

• 상위 개념: Azure Storage
• 선행 개념: Azure Virtual Network(개념 10), 클라우드 서버를 위한 Linux 기초(개념 08)
• 관련 개념: 파일 시스템, 블록·파일·오브젝트, SAN/NAS, Blob, 중복성, 접근 계층
• 다음 학습: 데이터베이스 서비스(개념 13)
• 대응 실습 후보: Storage Account 생성 및 Blob 업로드 실습(실습 04)

(21) 다음 학습

1. Storage Account 생성 실습(실습 04): 이 글에서 정리한 스토리지 서비스와 계층을 실제로 만들어 보기 위해 필요하다.
2. 데이터베이스 서비스(개념 13): Table Storage와 구분되는 관계형·분석용 데이터베이스와 OLTP·OLAP를 확인하기 위해 필요하다.
3. 스토리지 보안과 접근 제어: SAS와 Entra 인증을 실제 접근 통제에 적용하는 방법을 확인하기 위해 필요하다.