AWS 02-2 디스크와 공유 폴더, 그리고 백업 — EBS·EFS·FSx·Storage Gateway·AWS Backup
같은 데이터 100 GB 를 AWS 에 한 달 두는데, 어디에 두느냐에 따라 값이 13배 넘게 벌어집니다. 비싼 쪽이 바가지인 것은 아닙니다. 서비스마다 파는 물건이 다릅니다. 이 편은 그 차이부터 짚고, 디스크·공유 폴더·백업을 맡는 서비스 다섯을 봅니다.
요금은 2026-09-23 서울(ap-northeast-2) 기준이고, 한 달은 730시간으로 셉니다.
0. 저장소는 세 종류다
값이 갈리는 첫 까닭은 데이터를 주고받는 단위입니다. 블록 스토리지는 서버에 꽂힌 디스크처럼 고정 크기 블록을 읽고 쓰고, 파일 스토리지는 여러 서버가 네트워크 너머의 같은 폴더를 열며, 객체 스토리지는 S3 처럼 파일을 통째로 HTTP 로 올리고 받습니다.
| 종류 | 주고받는 단위 | 붙는 방식 | 대표 |
|---|---|---|---|
| 블록 스토리지 | 고정 크기 블록 | 서버 한 대에 디스크로 꽂힌다. OS 가 그 위에 파일 시스템을 만든다 | EBS |
| 파일 스토리지 | 파일과 디렉터리 | 네트워크로 여러 서버가 같은 폴더를 연다 | EFS · FSx |
| 객체 스토리지 | 객체(파일 + 메타데이터) | HTTP API 로 올리고 받는다 | S3(AWS 02-1 S3 하나로 이렇게 많은 일을 한다 — 저장 등급·S3 Tables·S3 Vectors) |
파일 스토리지는 다시 폴더를 여는 프로토콜로 갈립니다. 리눅스 계열은 NFS(Network File System), Windows 는 SMB(Server Message Block)를 씁니다. 아래 지도에서 EFS 와 FSx 가 갈리는 것도 이 차이입니다.
지도
flowchart TD
START["데이터를 어디에 둘까"] --> Q1{"누가 어떻게 쓰나"}
Q1 -- "서버 한 대가 디스크로" --> EBS["EBS<br/>EC2 에 꽂는 블록 디스크"]
Q1 -- "올리고 받기만 한다" --> S3["S3<br/>객체 스토리지"]
Q1 -- "여러 서버가 같은 폴더를" --> Q2{"리눅스 NFS 면 되나"}
Q2 -- "그렇다" --> EFS["EFS<br/>관리형 NFS 공유 폴더"]
Q2 -- "Windows 공유나 특정 제품의 파일 시스템" --> FSX["FSx<br/>기존 파일 시스템을 관리형으로"]
Q1 -- "회사 건물 안 서버가 AWS 저장소를" --> SGW["Storage Gateway<br/>사내 서버용 연결 장치"]
EBS -. "백업" .-> BK["AWS Backup<br/>백업을 한곳에서 정책으로"]
EFS -. "백업" .-> BK
FSX -. "백업" .-> BK
AWS Backup 은 저장소가 아닙니다. 점선처럼 다른 저장소의 백업 일정·보관 기간·복사를 한곳에서 관리합니다.
1. EBS — EC2 에 꽂는 블록 디스크
EBS(Elastic Block Store)는 EC2 인스턴스에 붙이는 네트워크 블록 디스크(볼륨)입니다. 인스턴스를 꺼도 데이터가 남고, 인스턴스 요금과 따로 청구됩니다. 다만 네트워크 너머에 있어도 아무 인스턴스에나 붙지는 않습니다. 볼륨과 인스턴스는 같은 가용 영역에 있어야 붙습니다(Amazon EBS volumes). 서울 a 영역 볼륨을 c 영역 인스턴스에 바로 꽂을 수 없고, 스냅샷(볼륨의 한 시점 사본, 아래에서 봅니다)을 떠서 c 영역에 새로 만들어야 합니다. 한 볼륨을 여러 인스턴스에 동시에 붙이는 Multi-Attach 는 Provisioned IOPS 계열(io1·io2)만 지원합니다.
볼륨 종류 다섯
볼륨은 매체(SSD·HDD)와 성능으로 다섯 종류가 갈립니다. 성능은 IOPS(1초에 처리하는 읽기·쓰기 요청 수)와 처리량(1초에 옮기는 데이터 양, MiB/s)으로 재고, 값은 GB-월(1 GB 를 한 달 둔 양)로 매깁니다. HDD 둘은 부팅 디스크로 못 씁니다(Amazon EBS volume types).
| 종류 | 매체 | 크기 | 최대 IOPS | 최대 처리량 | 서울 GB-월 | 언제 |
|---|---|---|---|---|---|---|
| gp3 | SSD | 1 GiB ~ 64 TiB | 80,000 | 2,000 MiB/s | $0.0912 | 거의 모든 경우의 기본값 |
| gp2 | SSD | 1 GiB ~ 16 TiB | 16,000 | 250 MiB/s | $0.114 | gp3 이전의 범용 SSD. 새로 만들 이유가 거의 없다 |
| io2 Block Express | SSD | 4 GiB ~ 64 TiB | 256,000 | 4,000 MiB/s | $0.1278 + IOPS 값 | 지연이 늘 짧아야 하는 큰 DB |
| st1 | HDD | 125 GiB ~ 16 TiB | 500 | 500 MiB/s | $0.051 | 큰 파일을 순서대로 읽는 로그 처리 |
| sc1 | HDD | 125 GiB ~ 16 TiB | 250 | 250 MiB/s | $0.0174 | 거의 안 읽는 데이터를 가장 싸게 |
io2 는 연간 고장률이 0.001% 로, 나머지 종류(0.1~0.2%)의 100분의 1 수준입니다. 같은 계열의 io1 은 최대 64,000 IOPS 입니다. HDD 둘은 최소 125 GiB 라서 작은 데이터에는 오히려 비쌉니다.
gp3 는 성능을 따로 산다
gp2 는 성능이 크기에 묶여 있었습니다. GiB 당 3 IOPS 라서 100 GiB 면 기준이 300 IOPS 이고, 쉬는 동안 쌓은 크레딧으로 잠깐 3,000 IOPS 까지 올라갑니다. gp3 는 크기와 상관없이 3,000 IOPS 와 125 MiB/s 가 저장 요금에 들어 있고, 크레딧 없이 계속 유지됩니다. 더 필요하면 IOPS 와 처리량을 따로 삽니다(Amazon EBS General Purpose SSD volumes).
100 GB 를 6,000 IOPS · 250 MiB/s 로 · 서울 · 한 달
gp3
저장 100 × $0.0912 = $9.12
추가 IOPS 3,000 × $0.0057 = $17.10
추가 처리량 125 × $0.0456 = $5.70
합계 = $31.92
io2
저장 100 × $0.1278 = $12.78
IOPS 6,000 × $0.0666 = $399.60
합계 = $412.38
처리량 단가는 가격 파일의 「GiBps-월 $46.6944」를 1,024 로 나눈 값이고, 추가 IOPS 는 GiB 당 500, 추가 처리량은 IOPS 당 0.25 MiB/s 까지 삽니다. io2 가 파는 것은 IOPS 개수가 아니라 지연의 꾸준함입니다. 16 KiB 요청에서 평균 500 마이크로초 미만이고, 800 마이크로초를 넘는 요청이 범용 SSD 보다 10배 넘게 적습니다. 그 꾸준함이 매출과 바로 이어지는 DB 가 아니면 gp3 에 IOPS 를 얹는 편이 맞습니다.
스냅샷 — 증분으로, S3 에
| 성질 | 뜻 |
|---|---|
| 증분 | 첫 스냅샷만 전체를 담고, 다음부터는 바뀐 블록만 담는다 |
| S3 에 저장 | AWS 가 관리하는 S3 에 들어가고, 내 S3 콘솔에는 안 보인다 |
| 리전 전체에 복제 | 볼륨은 가용 영역 하나에 묶여도, 스냅샷은 그 리전 어느 가용 영역에든 복원된다 |
| 자동이 아니다 | 직접 뜨거나 Amazon Data Lifecycle Manager·AWS Backup 으로 자동화해야 한다 |
서울 요금은 GB-월 $0.05 입니다(Amazon EBS snapshots). 스냅샷 하나를 지워도 청구액이 안 줄 수 있습니다. 그 스냅샷만 가진 블록만 지워지고, 다른 스냅샷이 참조하는 블록은 남기 때문입니다. 오래 둘 스냅샷은 보관 계층(archive tier)으로 옮겨 GB-월 $0.0125 로 내립니다. 다만 옮기는 순간 증분이 전체 사본으로 바뀌고, 90일 이상 둘 것을 전제로 한 요금이라 일찍 지우면 남은 기간 값이 붙습니다. 꺼낼 때는 GB 당 $0.03 입니다(Archive Amazon EBS snapshots).
인스턴스를 종료하면 볼륨은?
볼륨마다 DeleteOnTermination 속성이 있고, 기본값이 붙인 때와 방법에 따라 갈립니다(Preserve data when an instance is terminated).
| 볼륨 | 붙인 때 | 방법 | 종료하면 기본값으로 |
|---|---|---|---|
| 루트 | 시작할 때 | 콘솔·CLI | 삭제 |
| 루트 | 시작한 뒤 | 콘솔·CLI | 남는다 |
| 데이터 | 시작할 때 | 콘솔 | 남는다 |
| 데이터 | 시작할 때 | CLI | 삭제 |
| 데이터 | 시작한 뒤 | 콘솔·CLI | 남는다 |
흔히 「루트는 지워지고 추가 볼륨은 남는다」로 외우지만, CLI 로 시작하면서 붙인 데이터 볼륨은 지워집니다. 기본값은 AMI(부팅용 틀)에 적힌 값을 따르므로, 인스턴스를 띄운 뒤 콘솔 스토리지 탭에서 확인합니다. 남은 볼륨은 어디에도 안 붙어 있어도 요금이 나갑니다.
정리하면 EBS 는 서버 한 대에 가장 빠르고 싼 디스크를 주는 대신, 가용 영역 하나에 묶이고 용량·백업·삭제를 내가 챙겨야 합니다.
| 이럴 때 맞다 | 이럴 때 안 맞다 | 대신 치르는 것 |
|---|---|---|
| EC2 부팅 디스크, 서버 한 대에서 도는 DB(직접 설치한 PostgreSQL·MySQL) | 여러 서버가 같은 파일을 읽고 써야 할 때 | 한 가용 영역, 사실상 한 인스턴스에 묶인다 |
| 지연이 짧아야 하는 작은 읽기·쓰기가 많을 때 | 가용 영역 하나가 멈춰도 곧바로 이어 써야 할 때 | 용량을 미리 정하고, 안 채워도 정한 만큼 낸다 |
| 몇 TB 를 한 서버가 가끔 읽을 때(sc1) | 여러 곳에서 올리고 받는 데이터 | 백업과 종료 삭제 여부를 내가 챙긴다 |
서버를 두 대 이상으로 늘리는데 같은 파일을 봐야 한다면 EFS 로, 한 번 쓰고 여러 곳에서 읽기만 한다면 S3 로 갑니다.
2. EFS — 여러 서버가 같이 여는 NFS 공유 폴더
EBS 가 서버 한 대의 디스크라면 EFS(Elastic File System)는 여러 서버가 동시에 마운트하는(내 서버의 디렉터리로 붙이는) NFS 공유 파일 시스템입니다. 용량을 정하지 않고, 파일을 넣고 빼는 만큼 늘고 줍니다.
서버 열 대가 /mnt/shared 에 EFS 를 마운트하면, 한 대가 쓴 파일을 나머지가 바로 읽습니다. NFSv4.0·4.1 을 쓰고, EC2·ECS·EKS·Fargate·Lambda 에서 붙습니다. Windows 인스턴스는 지원하지 않습니다(What is Amazon Elastic File System?).
파일 시스템은 가용 영역 3곳 이상에 나눠 두는 Regional(권장, Standard GB-월 $0.33)과 한 곳에만 두는 One Zone($0.176, 그 영역이 망가지면 데이터를 잃을 수 있다) 중에서 고릅니다.
처리량 모드 셋
EFS 는 IOPS 를 따로 받지 않고 처리량으로 셉니다. 처리량을 사는 방식은 셋입니다. 쓰는 만큼 늘고 주는 Elastic, 미리 정해 사는 Provisioned, 용량에 비례한 기준치에 크레딧을 얹는 Bursting 입니다. 요금 페이지는 모드마다 표를 따로 두고, 아래 저장 등급 단가도 모드에 따라 갈립니다(Amazon EFS performance specifications).
| 모드 | 방식 | 서울 요금 | 언제 |
|---|---|---|---|
| Elastic(기본·권장) | 쓰는 만큼 늘고 준다 | 읽기 GB 당 $0.03 · 쓰기 GB 당 $0.07 | 부하가 들쭉날쭉할 때 |
| Provisioned | 처리량을 미리 정해 산다 | MB/s-월 $6.60 | 꾸준히 높은 처리량을 쓸 때 |
| Bursting | 쓰기 기준 GiB 당 50 KiB/s, 쉬면 크레딧이 쌓인다 | 저장 요금에 포함 | 처리량이 용량에 맞게 늘어도 될 때 |
Elastic 은 저장 요금과 별도로 읽고 쓴 양만큼 청구됩니다. 100 GB 파일 시스템에서 한 달에 500 GB 를 읽으면 읽기 요금만 $15 입니다. CloudWatch 지표 MeteredIOBytes 에 알람을 걸어 두는 편이 안전합니다. Bursting 은 작은 파일 시스템에서 답답합니다. 100 GiB 면 계속 낼 수 있는 쓰기 처리량이 5 MiB/s 입니다.
저장 등급 셋과 수명 주기
처리량과 별개로, 파일은 자주 여는 Standard, 가끔 여는 Infrequent Access(IA), 거의 안 여는 Archive 세 등급 중 하나에 놓입니다. 아래로 갈수록 두는 값은 싸고 읽는 값이 붙습니다. 아래는 Regional·Elastic 기준 서울 요금이고, IA 는 다른 처리량 모드에서 GB-월 $0.0272 이고, Archive 는 Elastic 에서만 씁니다(Features of Amazon EFS).
| 등급 | 맞는 데이터 | 첫 바이트 읽기 지연 | GB-월 | 읽을 때 추가 | 조건 |
|---|---|---|---|---|---|
| Standard | 자주 쓰는 파일 | 1 밀리초 미만 | $0.33 | 없음 | — |
| Infrequent Access(IA) | 분기에 몇 번 | 수십 밀리초 | $0.02 | GB 당 $0.011 | 파일당 최소 128 KiB 로 청구 |
| Archive | 1년에 몇 번 이하 | 수십 밀리초 | $0.01 | GB 당 $0.033 | 최소 128 KiB, 최소 90일 보관 요금 |
등급은 수명 주기 관리(lifecycle management)가 마지막 접근 시각을 보고 옮깁니다. 기본값은 30일 안 열면 IA, 90일 안 열면 Archive 이고, 다시 열어도 Standard 로 돌아오지 않습니다. 옮길 때도 GB 당 요금이 붙습니다(IA 로 $0.011, Archive 로 $0.033)(Managing storage lifecycle). 안 여는 파일이 많은 공유 폴더라면 수명 주기가 평균 단가를 크게 내립니다. 얼마나 내려가는지는 아래 비교 블록에 있습니다.
EFS 는 용량을 정할 필요 없이 여러 서버에 같은 폴더를 주지만, 그 대신 GB 당 단가가 높고 읽고 쓴 양에도 값이 붙습니다.
| 이럴 때 맞다 | 이럴 때 안 맞다 | 대신 치르는 것 |
|---|---|---|
| 오토스케일링되는 웹 서버들이 업로드 파일을 같이 볼 때 | Windows 서버(→ FSx for Windows File Server) | Standard 단가가 EBS gp3 의 약 3.6배 |
| 컨테이너가 재시작해도 남아야 하는 공유 데이터 | 서버 한 대만 쓰는 DB 디스크 | Elastic 은 읽고 쓴 양만큼 요금이 더 붙는다 |
| 개발자 홈 디렉터리, CMS 미디어 폴더 | 올리고 받기만 하는 파일(S3 가 싸다) | 쓰기 지연이 약 2.7 밀리초로 EBS 보다 길다 |
SMB 나 Windows 권한이 필요하거나, 수많은 서버가 한꺼번에 읽는 연산 작업이라면 EFS 로는 모자라고 다음 절의 FSx 로 갑니다.
3. FSx — 이미 쓰던 파일 시스템을 관리형으로
FSx 는 널리 쓰이는 파일 시스템 네 가지를 AWS 가 대신 운영해 주는 서비스 묶음입니다. EFS 가 AWS 가 만든 NFS 공유 폴더라면, FSx 는 회사가 원래 쓰던 파일 서버 제품을 그대로 가져온 것입니다.
회사에 Windows 파일 서버나 NetApp(기업용 스토리지 장비 회사) 장비가 있다면 권한 체계와 운영 습관이 그 제품에 맞춰져 있습니다. EFS 로 옮기면 NFS 로 전부 다시 짜야 하고, FSx 는 제품을 바꾸지 않고 서버 관리만 넘깁니다. 넷은 Windows 공유 폴더를 그대로 주는 Windows File Server, 수많은 서버가 한꺼번에 읽는 병렬 파일 시스템 Lustre, NetApp 장비의 운영체제를 옮긴 NetApp ONTAP, 오픈소스 ZFS 를 쓰는 OpenZFS 입니다. 아래 표의 iSCSI(Internet Small Computer Systems Interface)는 네트워크 너머의 저장소를 블록 디스크처럼 붙이는 프로토콜입니다(Choosing an Amazon FSx file system).
| 종류 | 한 줄 | 프로토콜 | 언제 |
|---|---|---|---|
| Windows File Server | Windows Server 로 만든 공유 폴더 | SMB 2.0 ~ 3.1.1 | Active Directory(Windows 계정·권한 관리 체계)와 NTFS(Windows 파일 시스템) 권한을 그대로 쓸 때 |
| Lustre | 고성능 병렬 파일 시스템 | 전용 프로토콜, 리눅스 클라이언트만 | 머신러닝 학습·과학 계산처럼 수많은 서버가 한꺼번에 읽을 때. S3 데이터를 가져오고 내보낸다 |
| NetApp ONTAP | NetApp 장비의 스토리지 운영체제 ONTAP | SMB · NFS 3 ~ 4.2 · iSCSI | NetApp 에서 옮겨 오거나, 한 저장소를 Windows·리눅스가 같이 쓸 때 |
| OpenZFS | 오픈소스 파일 시스템 ZFS | NFS 3 ~ 4.2 | 리눅스 파일 서버에 익숙하고, 스냅샷·즉시 복제본(클론)을 자주 쓸 때 |
FSx 는 저장 용량 말고도 처리량 용량을 따로 삽니다. Windows File Server(Single-AZ, SSD)는 서울 기준 GB-월 $0.148 에 MBps-월 $2.46 이고, 640 GiB 이하 SSD 면 콘솔 권장 최소 처리량이 32 MBps 입니다(FSx for Windows File Server performance). 그래서 작은 용량에서는 EFS 보다 비쌉니다. 나머지 셋은 요금 구조가 달라 이 편에서 값으로 비교하지 않습니다. 제품을 그대로 쓰는 값을 처리량 용량으로 치르는 셈입니다.
| 이럴 때 맞다 | 이럴 때 안 맞다 | 대신 치르는 것 |
|---|---|---|
| Windows·NetApp·ZFS 파일 서버를 설정 체계 그대로 옮길 때 | 리눅스끼리 NFS 공유만 필요할 때(EFS 가 단순하다) | 처리량 용량을 늘 켜 둔 만큼 내서, 작은 용량일수록 GB 당 비싸다 |
| 병렬 읽기가 병목인 대규모 연산(Lustre) | 파일을 올리고 받기만 할 때 | 그 제품을 아는 사람이 여전히 필요하다 |
따져 보니 필요한 것이 리눅스 NFS 하나였다면 EFS 로 내려옵니다.
4. Storage Gateway — 사내 서버가 AWS 저장소를 붙여 쓴다
앞의 세 서비스는 AWS 안의 서버가 쓰는 저장소였고, Storage Gateway 는 방향이 반대입니다. 온프레미스(회사 건물 안 서버실)에 설치하는 가상 장치로, 사내 서버가 NFS·SMB·iSCSI 로 AWS 저장소를 쓰게 합니다. 사내 애플리케이션은 그대로 두고 저장 공간만 AWS 로 넓히는 것입니다. 게이트웨이는 사내 하이퍼바이저 위 가상 머신, 하드웨어 장비, 또는 EC2 로 띄우고, 자주 쓰는 데이터를 로컬 캐시에 둡니다.
사내 서버에 무엇으로 보이느냐에 따라 유형이 넷입니다. 공유 폴더로 보이며 파일을 S3 에 넣는 S3 File Gateway, 같은 공유 폴더를 FSx for Windows File Server 에 잇는 FSx File Gateway, 블록 디스크로 보이는 Volume Gateway, 테이프 장비로 보이는 Tape Gateway 입니다. Tape Gateway 가 흉내 내는 VTL(Virtual Tape Library, 가상 테이프 라이브러리)은 테이프 백업 장비를 흉내 내는 소프트웨어라서, 테이프에 백업하던 기존 백업 프로그램을 고치지 않고 클라우드로 보냅니다.
| 유형 | 사내 서버에 보이는 모양 | 데이터가 가는 곳 | 2026-09-23 기준 |
|---|---|---|---|
| S3 File Gateway | NFS(v3·4.1)·SMB(2·3) 공유 폴더 | 파일 하나가 S3 객체 하나로 | 신규 가능 |
| FSx File Gateway | SMB 공유 폴더 | FSx for Windows File Server | 2024-10-28 부터 신규 고객에게 제공 중단(기존 고객은 계속 사용) |
| Volume Gateway | iSCSI 블록 디스크 | AWS 저장소, 백업은 EBS 스냅샷으로 | 신규 가능 |
| Tape Gateway | 가상 테이프 라이브러리(VTL) | S3 Glacier Flexible Retrieval·Deep Archive | 신규 가능 |
FSx File Gateway 대신 AWS 는 FSx for Windows File Server 에 바로 붙으라고 안내합니다(AWS Lifecycle Changes).
요금은 세 갈래입니다(AWS Storage Gateway pricing). S3 File Gateway 의 파일은 S3 요금으로 청구됩니다. Volume Gateway 볼륨과 Tape Gateway 테이프는 Storage Gateway 요금으로 GB-월 $0.025, 보관으로 옮긴 테이프는 GB-월 $0.0045 입니다. 여기에 게이트웨이가 AWS 로 쓴 데이터에 GB 당 $0.01 이 붙는데, 서울은 월 10.6 TB 를 넘는 쓰기가 0원이라 게이트웨이당 월 약 $110 이 상한입니다. 계정당 처음 100 GB 는 무료입니다.
사내 애플리케이션을 안 고치는 대신 게이트웨이 장치를 사내에 두고 돌봐야 합니다.
| 이럴 때 맞다 | 이럴 때 안 맞다 | 대신 치르는 것 |
|---|---|---|
| 사내 파일 서버 용량이 모자라는데 장비를 더 사기 싫을 때 | 애플리케이션까지 AWS 로 옮길 계획일 때(EFS·FSx·S3 를 바로 쓴다) | 게이트웨이 장치를 사내에서 운영한다 |
| 테이프 백업을 없애고 싶을 때 | 한 번 옮기고 끝낼 대량 이전(사내 NFS·SMB 에서 S3·EFS·FSx 로 옮기는 전송 서비스 AWS DataSync 가 맞다) | 캐시에 없는 데이터는 회선 속도에 묶인다 |
사내 애플리케이션까지 AWS 로 옮겨 오면 게이트웨이를 걷어 내고 뒤의 저장소(S3·FSx)를 바로 씁니다.
5. AWS Backup — 흩어진 백업을 한곳에서 정책으로
지금까지 본 저장소는 저마다 백업 기능이 있습니다. 서비스가 열 개면 백업 설정도 열 군데에 흩어집니다. AWS Backup 은 EBS·EFS·RDS·DynamoDB·FSx 등 여러 서비스의 백업을 한 콘솔에서 정책으로 걸고, 보관 기간·저렴한 계층 이동·다른 리전과 계정으로의 복사까지 관리하는 서비스입니다. 「운영 계정의 모든 DB 를 매일 백업해 35일 보관하고, 사본 하나는 도쿄 리전에」 같은 규칙을 한 번에 걸고 지켜졌는지 확인하는 것이 AWS Backup 의 일입니다. 지원 대상은 EC2·EBS·S3·RDS·Aurora·DynamoDB·EFS·FSx 네 종류·Volume Gateway·EKS 등 20종이 넘습니다(What is AWS Backup?). 그런 규칙은 계획·규칙·볼트 세 가지로 적습니다.
| 낱말 | 뜻 |
|---|---|
| 백업 계획(backup plan) | 규칙 여러 개를 담은 정책. 자원은 태그로 고른다(예: backup=daily 가 붙은 것 전부) |
| 백업 규칙(backup rule) | 얼마나 자주(매시간 ~ 매월, cron 식), 언제 시작할지(콘솔 기본값 00:30 부터 8시간 안), 얼마나 보관할지 |
| 백업 볼트(backup vault) | 백업(복구 지점, 바꿀 수 없다)을 담는 그릇. 여기에 암호화 키와 접근 정책을 건다 |
볼트는 원본과 떨어져 있어 원본을 지워도 백업은 정한 기간까지 남습니다. Vault Lock 은 한 번 쓰면 못 고치는 WORM(Write Once Read Many) 방식을 볼트에 겁니다. 컴플라이언스 모드로 걸고 유예 기간(최소 3일)이 지나면 루트 사용자도 AWS 도 백업을 지우거나 보관 기간을 줄이지 못합니다. 거버넌스 모드는 권한 있는 IAM 사용자가 풀 수 있습니다(AWS Backup Vault Lock).
수명 주기와 교차 복사
백업 규칙에는 얼마나 두고, 언제 싼 계층으로 옮기고, 어디로 사본을 보낼지까지 적습니다.
| 설정 | 내용 |
|---|---|
| 보관 기간(설정 항목) | 스냅샷 백업은 1일 ~ 100년(또는 무기한), 연속 백업은 1 ~ 35일 |
| 연속 백업 | 변경을 계속 기록해 보관 기간 안의 원하는 시각으로 복원(PITR, Point-In-Time Recovery). RDS·Aurora·S3 등 |
| 웜 → 콜드 | 백업은 웜 계층에 생기고, 정한 날 뒤 콜드로 옮긴다. 콜드는 최소 90일, 일찍 지우면 남은 날짜만큼 청구. EBS·EFS·DynamoDB(고급 기능) 등만 지원 |
| 교차 리전 복사 | 규칙 안에서 다른 리전 볼트로 사본을 자동으로 보낸다 |
| 교차 계정 복사 | AWS Organizations(여러 계정을 한 조직으로 묶는 서비스)가 있어야 한다 |
Organizations 의 백업 정책은 AWS Backup 의 백업 계획을 조직 전체 계정에 내려보내는 장치입니다. 계정 안에서는 AWS Backup 이 그 계획대로 돌고, 멤버 계정은 계획을 볼 수만 있습니다(Backup policies).
요금
요금은 백업 저장·복원·리전 간 전송 셋이고, 최소 요금과 설정 요금은 없습니다(AWS Backup pricing).
| 대상 | 웜 GB-월 | 콜드 GB-월 | 복원 |
|---|---|---|---|
| EBS | $0.05 (EBS 스냅샷과 같은 값) | $0.0125 | 볼륨 전체는 웜에서 무료, 콜드에서 GB 당 $0.03. 파일 단위 복원은 GB 당 $0.033 |
| EFS | $0.055 (GB-일 단위로 청구) | $0.011 | 웜 GB 당 $0.022, 콜드 GB 당 $0.033 |
- 서울에서 다른 리전으로 복사하면 GB 당 EBS $0.08, EFS $0.10 이 붙습니다. 보내는 계정이 전송을, 받는 계정이 저장을 냅니다
- AWS Backup 에 따로 내는 관리비는 없습니다. 청구서의 「Backup」 항목으로 모이는 것은 EFS·S3·DynamoDB(고급 기능) 처럼 전체 관리(full management)를 지원하는 자원뿐이고, EBS·RDS 백업은 원래 서비스 항목으로 청구됩니다(AWS Backup feature availability)
관리비는 없지만 규칙을 한곳에 모으는 만큼 이득이 커지는 서비스입니다.
| 이럴 때 맞다 | 이럴 때 안 맞다 | 대신 치르는 것 |
|---|---|---|
| 백업할 서비스가 셋 이상이고 규칙을 한 번에 걸고 싶을 때 | EBS 하나뿐일 때(Data Lifecycle Manager 와 어느 쪽이든 무방, 스냅샷 값은 같다) | 서비스 자체 백업과 겹쳐 걸면 요금이 두 번 나갈 수 있다 |
| 감사 증거, 지울 수 없는 백업, 다른 계정·리전 사본이 필요할 때 | 지원 대상이 아닌 저장소(EC2 에 직접 설치한 DB 의 논리 백업 등) | 콜드는 90일 최소, 리전 간 복사는 전송 요금이 붙는다 |
한 계정을 넘어 조직의 모든 계정에 같은 백업을 강제해야 하면 Organizations 백업 정책으로 올라갑니다.
같은 조건으로 맞대 보기 — 100 GB 를 한 달
조건은 서울, 100 GB, 한 달, 파일을 두기만 한다입니다. 그다음 흔한 사용량을 얹어 따로 붙는 비용을 봅니다.
100 GB · 서울 · 한 달 · 저장만
S3 Standard 100 × $0.025 = $2.50
EBS gp3 100 × $0.0912 = $9.12
EFS Standard 100 × $0.33 = $33.00
FSx Windows $14.80 + $78.72 = $93.52
한 달에 50 GB 읽고 10 GB 쓰면
EBS gp3 추가 없음 → $9.12
EFS Elastic $1.50 + $0.70 → $35.20
EFS 에서 80 GB 가 IA 로 내려간 첫 달
저장 20 × $0.33 + 80 × $0.02 = $8.20
이동 80 × $0.011 = $0.88
합계 = $9.08
백업 한 벌 (웜)
EBS 스냅샷 100 × $0.05 = $5.00
EFS 백업 100 × $0.055 = $5.50
- EFS 는 Regional·Elastic 값이고, Elastic 추가분은 읽기 50 × $0.03 과 쓰기 10 × $0.07 이고, IA 파일을 읽으면 GB 당 $0.011 이 더 붙습니다
- FSx Windows 는 Single-AZ SSD 100 × $0.148 에 권장 최소 처리량 32 × $2.46 을 더한 값이고, S3 의 요청·전송 요금은 02-1편에서 봅니다
- EBS 는 볼륨 크기로 청구해서, 30 GB 만 차 있어도 100 GB 값을 냅니다. 스냅샷 $5.00 은 꽉 찬 볼륨의 첫 전체 사본입니다
숫자를 모아 보면 서버 한 대가 쓰는 데이터라면 EBS gp3 가 답입니다. EFS Standard 는 같은 용량에 약 3.6배를 내는데, 그 웃돈은 여러 서버가 동시에 쓰고 가용 영역 하나가 멈춰도 살아 있는 것의 값입니다. 안 여는 파일이 대부분인 공유 폴더라면 수명 주기를 켠 EFS 가 gp3 와 비슷해집니다. 올리고 받기만 한다면 S3 가 가장 쌉니다. FSx 는 작은 용량에서 가장 비싸므로, 그 파일 시스템 제품이 꼭 필요할 때만 고릅니다.
이럴 땐 무엇
| 상황 | 서비스 | 이유 |
|---|---|---|
| EC2 부팅 디스크, 서버 한 대의 DB | EBS gp3 | GB 당 가장 싼 SSD, 3,000 IOPS 포함 |
| gp3 로 IOPS 가 모자라다 | EBS gp3 에 IOPS 추가 | 같은 6,000 IOPS 가 io2 의 약 13분의 1 값 |
| 지연이 늘 짧아야 하는 대형 DB | EBS io2 Block Express | 평균 500 마이크로초 미만, 고장률 0.001% |
| 여러 리눅스 서버·컨테이너가 같은 폴더를 | EFS | NFS 로 동시에 마운트, 용량 자동 |
| 공유 폴더인데 대부분 안 연다 | EFS + 수명 주기 | IA 로 내려가면 gp3 와 비슷한 값 |
| Windows 서버가 SMB 로 공유 | FSx for Windows File Server | EFS 는 Windows 를 지원하지 않는다 |
| 머신러닝·과학 계산의 대량 병렬 읽기 | FSx for Lustre | 병렬 파일 시스템, S3 연동 |
| 사내 서버의 저장 공간을 AWS 로 넓힌다 | Storage Gateway S3 File Gateway | 사내 애플리케이션을 고치지 않는다 |
| 테이프 백업을 없앤다 | Storage Gateway Tape Gateway | 백업 프로그램은 그대로, 테이프는 Glacier 로 |
| 여러 서비스 백업을 한 규칙으로 | AWS Backup | 태그로 묶고 보관·복사까지 관리 |
| 랜섬웨어에도 지워지지 않는 백업 | AWS Backup Vault Lock(컴플라이언스 모드) + 교차 계정 복사 | 유예 기간이 지나면 누구도 못 지운다 |
이 편의 서비스에 자주 붙는 것은 EC2·S3·ECS·EKS·Lambda·KMS(Key Management Service, 암호화 키 관리)·CloudWatch·Organizations 이고, 서로 무엇이 오가는지는 이 시리즈 뒤쪽의 조합 편(여러 서비스를 엮은 흔한 구성)에서 따라갑니다.
한 장 요약
서버 한 대의 디스크는 EBS gp3 로 시작합니다. 디스크 속도(IOPS, 초당 읽고 쓰는 횟수)가 모자라면 비싼 io2 로 바꾸기 전에, gp3 에서 IOPS 만 추가로 사서 올립니다. 6,000 IOPS 로 올려도 gp3 는 월 $31.92, 같은 IOPS 의 io2 는 월 $412.38 입니다. 스냅샷은 저절로 안 생기고, 종료 때 삭제 여부는 스토리지 탭에서 확인합니다. 여러 서버가 같은 폴더를 보면 EFS, Windows·NetApp·ZFS·Lustre 가 필요하면 FSx, 사내 서버가 AWS 저장소를 쓰면 Storage Gateway 입니다. 백업 대상이 여럿이면 AWS Backup 으로 규칙을 한곳에 모읍니다.
관련 항목
데이터를 담는 세 방식
블록 스토리지 · 파일 스토리지 · 객체 스토리지 · 파일 시스템 · 디스크
이 편과 같은 갈래의 AWS 저장 서비스
EBS · EFS · FSx · Storage Gateway · AWS Backup · S3 · AWS DataSync
EBS 볼륨을 고를 때 재는 것
IOPS · 처리량 · 지연 · SSD · HDD · EBS 볼륨 유형 · Multi-Attach
디스크와 공유 폴더를 지키는 장치
스냅샷 · 증분 백업 · EBS 스냅샷 보관 계층 · Data Lifecycle Manager · DeleteOnTermination
EFS 가 요금을 매기는 축
EFS 저장 등급 · EFS 수명 주기 관리 · EFS 처리량 모드 · GB-월
공유 폴더를 여는 프로토콜
NFS · SMB · iSCSI · 프로토콜 · 마운트
FSx 가 관리형으로 파는 파일 시스템
FSx for Windows File Server · FSx for Lustre · FSx for NetApp ONTAP · FSx for OpenZFS · Lustre · ZFS · NTFS · Active Directory
Storage Gateway 가 잇는 온프레미스 쪽
온프레미스 · S3 File Gateway · Volume Gateway · Tape Gateway · 가상 테이프 라이브러리 · 하이퍼바이저
AWS Backup 이 백업을 다루는 낱말
백업 계획 · 백업 볼트 · 복구 지점 · Vault Lock · WORM · 특정 시점 복구 · 교차 리전 복사
이 저장소들이 올라앉는 바탕
가용 영역 · AWS 리전 · 암호화 · KMS · AWS Organizations