서버 스냅샷이란? 백업과 다른 점, 운영하며 정한 4가지 원칙
서버 스냅샷은 특정 시점의 디스크를 저장해 되돌리는 기능입니다. 백업과의 차이, 찍어야 할 때, DB 서버 주의점, 클라우드를 직접 운영하며 정한 스냅샷 원칙을 정리했습니다.
목차 보기
서버 업데이트 직전에 "스냅샷 하나 찍어둘까?" 고민해 본 적 있으실 겁니다. 저희는 클라우드 서버를 직접 운영하면서 스냅샷 기능을 설계했고, 그 과정에서 스냅샷이 무엇을 지켜주고 무엇은 못 지켜주는지 분명히 정리해야 했습니다. 이 글은 그 기준을 운영자 입장에서 정리한 것입니다.
3줄 요약
- 서버 스냅샷은 특정 시점의 디스크 상태를 저장해 두었다가 그 시점으로 되돌릴 수 있게 하는 기능입니다.
- 스냅샷은 백업이 아닙니다. 보통 원본과 같은 저장소에 있어서, 저장소 자체에 문제가 생기면 함께 잃습니다.
- 가장 효과가 큰 때는 업데이트·설정 변경 직전입니다. 되돌리기는 이후 변경을 전부 지우므로 신중해야 합니다.
서버 스냅샷이란 무엇인가요?
정의: 서버 스냅샷은 특정 시점의 디스크 상태를 저장해 두는 빠른 되돌리기 수단이며, 서버와 분리된 곳에 보관하는 재해 복구용 백업이 아닙니다.
서버 스냅샷은 가상서버의 디스크를 특정 시점 그대로 고정해 두는 기능입니다. 사진의 '스냅샷'처럼 순간을 찍어 두었다가, 나중에 문제가 생기면 그 시점으로 서버를 되돌립니다(롤백).
대부분의 클라우드 스냅샷은 디스크 전체를 복사하지 않습니다. 찍은 시점 이후에 바뀐 부분만 따로 기록하는 방식이라 만드는 데 오래 걸리지 않고, 처음엔 공간도 적게 씁니다. 대신 스냅샷을 오래 두고 서버를 많이 바꿀수록 차지하는 공간이 커집니다.
스냅샷과 백업은 무엇이 다른가요?
검색에서 가장 많이 헷갈리는 부분입니다. 둘 다 "되돌리기 위한 것"이지만 지켜주는 범위가 다릅니다.
| 스냅샷 | 백업 | |
|---|---|---|
| 저장 위치 | 보통 원본 디스크와 같은 저장소 | 원본과 분리된 다른 저장소·다른 장소 |
| 만드는 속도 | 빠름 (바뀐 부분만 기록) | 느림 (데이터를 복사) |
| 잘 막는 사고 | 업데이트 실패, 설정 실수, 잘못 지운 파일 | 저장 장치 고장, 서버 삭제, 랜섬웨어, 데이터센터 사고 |
| 못 막는 사고 | 저장소 자체의 장애, 서버 삭제 | 백업 이후에 생긴 변경분 |
| 적당한 보관 기간 | 짧게 (며칠~몇 주) | 길게 (몇 주~몇 년) |
그래서 스냅샷은 "방금 한 작업을 되돌리는 도구", 백업은 "서버를 통째로 잃어도 다시 살리는 도구"로 나눠 생각하는 것이 맞습니다. 미국 사이버보안·인프라보안청(CISA)도 백업은 여러 벌을, 서로 다른 매체와 다른 장소에 두라고 권합니다(CISA, Data Backup Options). 스냅샷만으로는 이 조건을 채울 수 없습니다.
상황별로 무엇을 쓰면 되나요?
| 상황 | 추천 |
|---|---|
| 30분 뒤에 패키지 업데이트를 한다 | 스냅샷 — 끝나고 문제없으면 지운다 |
| AI 코딩 도구에 서버 설정을 맡긴다 | 스냅샷 — 작업 범위가 예상보다 넓어져도 되돌릴 수 있게 |
| 고객 데이터가 쌓이는 DB를 지킨다 | DB 백업(덤프)을 서버 밖에 정기 보관 + 필요 시 스냅샷 |
| 서버를 지우기 전에 데이터를 남긴다 | 외부 백업 — 스냅샷은 서버와 함께 사라진다 |
| 몇 달 전 상태로 돌아가야 할 수도 있다 | 백업 — 스냅샷을 오래 쌓아 두는 용도로 쓰지 않는다 |
DB가 있는 서버는 무엇을 조심해야 하나요?
디스크만 저장하는 스냅샷은 "전원을 갑자기 뽑은 순간"과 같은 상태를 남깁니다. 이를 흔히 크래시 일관성(crash-consistent)이라고 합니다. 대부분의 DB는 다시 켜질 때 스스로 복구하지만, 쓰기가 몰리는 순간에 찍으면 마지막 몇 초의 기록이 빠질 수 있습니다.
| 방법 | 보장 수준 | 언제 |
|---|---|---|
| 그냥 스냅샷 | 크래시 일관성 — DB가 재시작 복구로 맞춘다 | 쓰기가 적은 서버, 작업 직전 보험용 |
| DB를 잠시 멈추고 스냅샷 | 애플리케이션 일관성 — 파일이 완전히 닫힌 상태 | 짧은 중단이 괜찮은 점검 시간 |
| DB 덤프(pg_dump, mysqldump 등) | 논리 백업 — 다른 서버에서도 복원 가능 | 정기 보관·이전용. 스냅샷과 함께 쓰는 것을 권장 |
언제 스냅샷을 찍어야 하나요?
- 운영체제·패키지 업데이트 직전 — 커널이나 라이브러리가 바뀌어 서비스가 안 뜨는 경우가 가장 흔합니다.
- 설정 파일을 크게 고치기 직전 — 웹서버, 방화벽, DB 설정 등
- 새 버전 배포 직전 — 배포 스크립트가 파일을 덮어쓰는 경우
- AI 코딩 도구에 서버 작업을 맡기기 직전 — 명령이 예상보다 넓게 실행될 수 있습니다
반대로 "매일 1번 찍어 두고 몇 달 보관"하는 용도라면 스냅샷보다 백업이 맞습니다. 스냅샷을 오래 쌓아 두면 저장 공간을 계속 차지하고, 되돌릴 시점이 너무 많아 오히려 고르기 어려워집니다.
저희가 스냅샷 기능을 만들면서 정한 4가지 원칙
퓨쳐인프라 클라우드 서버의 스냅샷은 아래 기준으로 동작합니다. 다른 서비스를 쓰시더라도 확인해 볼 만한 항목들입니다.
실행 중인 메모리까지 저장하면 찍는 동안 서버가 잠시 멈추고, 스냅샷 크기가 메모리만큼 커집니다. 서비스가 도는 서버에서 매번 멈춤을 감수할 이유가 적어서 디스크만 저장합니다. 그래서 되돌리면 서버는 "그 시점의 디스크로 새로 부팅한 상태"가 됩니다. 되돌린 뒤 실행 중이던 프로그램은 다시 시작해야 합니다. 메모리 포함 스냅샷의 동작 차이는 Proxmox VE 문서(Live Snapshots)에 설명되어 있습니다.
스냅샷은 디스크 공간을 쓰고, 공간은 곧 비용입니다. 저희가 몰래 켜 두고 공간을 쓰게 하지 않도록, 켤지와 몇 개를 남길지는 사용자가 정합니다. 켜면 지정한 한국 시각에 하루 한 번 찍고, 기본 7개(1~30개 사이에서 조정)를 남깁니다.
보관 개수를 넘으면 오래된 것부터 지우는데, 이름이 auto-로 시작하는 자동 스냅샷만 셉니다. 사람이 직접 찍은 스냅샷은 "중요해서 남긴 것"이므로 자동 정리 대상에서 뺐습니다. 다른 서비스를 쓰신다면 자동 정리가 수동 스냅샷까지 지우는지 꼭 확인해 보세요.
롤백은 스냅샷 이후에 생긴 모든 변경(새로 들어온 주문, 가입자, 업로드 파일)을 지웁니다. 그래서 API 키나 AI 에이전트가 롤백을 요청하면 바로 실행하지 않고 사람의 승인을 기다리게 했습니다. AI는 자기 요청을 스스로 승인할 수 없습니다.
퓨쳐인프라에서 스냅샷 찍는 법
콘솔에서: 콘솔 → 서버 선택 → 스냅샷 → 이름을 정해 만들기. 자동 스냅샷도 같은 화면에서 시각과 보관 개수를 정해 켭니다.
AI에게 말로: Claude Code 같은 AI를 MCP로 연결해 두었다면 이렇게 요청하면 됩니다.
web-01 서버 업데이트할 거야. 먼저 스냅샷 찍고, 끝나면 목록 보여줘.
API로 자동화하려면 API 문서의 클라우드 서버 항목을 참고하세요.
되돌리기 전에 확인할 것
- 스냅샷 이후 쌓인 데이터가 있나요? DB나 업로드 폴더에 새로 들어온 데이터는 롤백하면 사라집니다. 먼저 따로 내보내 두세요.
- 정말 되돌려야 하나요? 설정 파일 하나가 문제라면 그 파일만 고치는 편이 안전합니다.
- 되돌리기 직전 상태도 남겨 두세요. 지금 상태로 스냅샷을 하나 더 찍고 롤백하면, 판단이 틀렸을 때 다시 돌아올 수 있습니다.
자주 묻는 질문
Q. 스냅샷만 있으면 백업은 안 해도 되나요?
아니요. 스냅샷은 원본과 같은 저장소에 있어서 저장소 장애나 서버 삭제를 막지 못합니다. 중요한 데이터는 다른 장소에 백업을 따로 두세요.
Q. 스냅샷을 찍는 동안 서버가 멈추나요?
퓨쳐인프라는 디스크만 저장하는 방식이라 메모리 저장에 따른 멈춤은 없습니다. 다만 찍는 순간 디스크에 쓰는 중이던 데이터는 빠질 수 있으니, DB는 가능하면 쓰기가 적은 시간에 찍는 것을 권합니다.
Q. 스냅샷은 몇 개까지 두는 게 좋나요?
작업 직전용이라면 작업이 안정된 뒤 지우는 것이 좋습니다. 자동 스냅샷은 며칠~일주일 분량이면 대부분 충분하고, 그 이상은 백업의 역할입니다.
- 작성: 서순명(퓨쳐인프라 서비스 기획) · 작성일 2026년 9월 21일
- 근거: 퓨쳐인프라 클라우드 서버의 실제 스냅샷 구현(2026년 9월 기준 동작)과 아래 공개 자료. 기능이 바뀌면 이 글을 고쳐 날짜를 갱신합니다.
- 요금·문의: 서버 요금은 요금 페이지, 스냅샷·삭제 정책 문의는 고객지원에서 받습니다. 글에서 틀린 부분을 발견하시면 알려 주세요.
- 이해관계: 이 글은 퓨쳐인프라가 작성했으며 자사 서비스 안내가 포함되어 있습니다. 스냅샷과 백업의 차이는 어느 서비스에나 해당하는 일반 원칙입니다.
- 참고: Proxmox VE — Live Snapshots · Proxmox VE — QEMU/KVM Virtual Machines · CISA — Data Backup Options
댓글 0
로그인하면 댓글을 남길 수 있습니다.