블로그

서버 스냅샷이란? 백업과 다른 점, 운영하며 정한 4가지 원칙

서버 스냅샷은 특정 시점의 디스크를 저장해 되돌리는 기능입니다. 백업과의 차이, 찍어야 할 때, DB 서버 주의점, 클라우드를 직접 운영하며 정한 스냅샷 원칙을 정리했습니다.

2026.09.21 · 수정 2026.11.11 · 서순명 · 7분 읽기

목차 보기

서버 업데이트 직전에 "스냅샷 하나 찍어 둘까?" 고민해 본 적 있으실 거예요. 저희는 클라우드 서버를 직접 운영하면서 스냅샷 기능을 설계했어요. 그러면서 스냅샷이 무엇을 지켜 주고 무엇은 못 지켜 주는지 기준을 세워야 했어요. 운영하는 쪽에서 본 그 기준을 적었어요.

3줄 요약

서버 스냅샷은 특정 시점의 디스크 상태를 저장해 두었다가 그 시점으로 되돌릴 수 있게 하는 기능이에요.
스냅샷은 백업이 아니에요. 보통 원본과 같은 저장소에 있어서, 저장소 자체에 문제가 생기면 함께 잃어요.
업데이트·설정 변경 직전에 찍을 때 효과가 커요. 되돌리면 그 뒤에 바뀐 것이 전부 지워지니 신중해야 해요.

가상서버 하나 만들어 보기
분 단위 과금 · 지우면 바로 멈춰요 · 가입하면 2,000원 크레딧서버 만들기 →요금표

서버 스냅샷이란 무엇인가요?

서버 스냅샷은 특정 시점의 디스크 상태를 저장해 두는 빠른 되돌리기 수단이에요. 서버와 분리된 곳에 보관하는 재해 복구용 백업과는 달라요.

서버 스냅샷은 가상서버의 디스크를 특정 시점 그대로 고정해 두는 기능이에요. 사진의 '스냅샷'처럼 순간을 찍어 두었다가, 나중에 문제가 생기면 그 시점으로 서버를 되돌려요(롤백).

대부분의 클라우드 스냅샷은 디스크 전체를 복사하지 않아요. 찍은 시점 이후에 바뀐 부분만 따로 기록하는 방식이라 만드는 데 오래 걸리지 않고, 처음엔 공간도 적게 써요. 대신 스냅샷을 오래 두고 서버를 많이 바꿀수록 차지하는 공간이 커져요.

스냅샷과 백업은 무엇이 다른가요?

많이들 헷갈리는 부분이에요. 둘 다 "되돌리기 위한 것"이지만 지켜주는 범위가 달라요.

	스냅샷	백업
저장 위치	보통 원본 디스크와 같은 저장소	원본과 분리된 다른 저장소·다른 장소
만드는 속도	빠름 (바뀐 부분만 기록)	느림 (데이터를 복사)
잘 막는 사고	업데이트 실패, 설정 실수, 잘못 지운 파일	저장 장치 고장, 서버 삭제, 랜섬웨어, 데이터센터 사고
못 막는 사고	저장소 자체의 장애, 서버 삭제	백업 이후에 생긴 변경분
적당한 보관 기간	짧게 (며칠~몇 주)	길게 (몇 주~몇 년)

그래서 스냅샷은 "방금 한 작업을 되돌리는 도구", 백업은 "서버를 통째로 잃어도 다시 살리는 도구"로 나눠 생각하면 돼요. 미국 사이버보안·인프라보안청(CISA)도 백업은 여러 벌을, 서로 다른 매체와 다른 장소에 두라고 권해요(CISA, Data Backup Options). 스냅샷만으로는 이 조건을 채울 수 없어요.

⚠️ 서버를 삭제하면 그 서버의 스냅샷도 함께 사라지는 것이 일반적이에요. "스냅샷 있으니까 지워도 돼"는 성립하지 않아요. 지우기 전에 꼭 남겨야 할 데이터는 서버 밖으로 따로 옮겨 두세요.

가상서버 하나 만들어 보기
분 단위 과금 · 지우면 바로 멈춰요 · 가입하면 2,000원 크레딧서버 만들기 →요금표

상황별로 무엇을 쓰면 되나요?

상황	추천
30분 뒤에 패키지 업데이트를 한다	스냅샷 (끝나고 문제없으면 지운다)
AI 코딩 도구에 서버 설정을 맡긴다	스냅샷 (작업 범위가 예상보다 넓어져도 되돌릴 수 있게)
고객 데이터가 쌓이는 DB를 지킨다	DB 백업(덤프)을 서버 밖에 정기 보관 + 필요 시 스냅샷
서버를 지우기 전에 데이터를 남긴다	외부 백업 (스냅샷은 서버와 함께 사라진다)
몇 달 전 상태로 돌아가야 할 수도 있다	백업 (스냅샷을 오래 쌓아 두는 용도로 쓰지 않는다)

DB가 있는 서버는 무엇을 조심해야 하나요?

디스크만 저장하는 스냅샷은 "전원을 갑자기 뽑은 순간"과 같은 상태를 남겨요. 이를 흔히 크래시 일관성(crash-consistent)이라고 해요. 대부분의 DB는 다시 켜질 때 스스로 복구하지만, 쓰기가 몰리는 순간에 찍으면 마지막 몇 초의 기록이 빠질 수 있어요.

방법	보장 수준	언제
그냥 스냅샷	크래시 일관성 (DB가 재시작 복구로 맞춘다)	쓰기가 적은 서버, 작업 직전 보험용
DB를 잠시 멈추고 스냅샷	애플리케이션 일관성 (파일이 완전히 닫힌 상태)	짧은 중단이 괜찮은 점검 시간
DB 덤프(pg_dump, mysqldump 등)	논리 백업 (다른 서버에서도 복원 가능)	정기 보관·이전용. 스냅샷과 함께 쓰는 것을 권장

언제 스냅샷을 찍어야 하나요?

운영체제·패키지 업데이트 직전에 찍어요. 커널이나 라이브러리가 바뀌어 서비스가 안 뜨는 경우가 가장 흔해요.
설정 파일을 크게 고치기 직전에도 찍어요. 웹서버, 방화벽, DB 설정이 그래요.
새 버전 배포 직전도 마찬가지예요. 배포 스크립트가 파일을 덮어쓸 수 있어요.
AI 코딩 도구에 서버 작업을 맡기기 직전에도 찍어 두세요. 명령이 예상보다 넓게 실행될 수 있어요.

반대로 "매일 1번 찍어 두고 몇 달 보관"하는 용도라면 스냅샷보다 백업이 맞아요. 스냅샷을 오래 쌓아 두면 저장 공간을 계속 차지하고, 되돌릴 시점이 너무 많아 오히려 고르기 어려워져요.

저희가 스냅샷 기능을 만들면서 정한 4가지 원칙

퓨쳐인프라 클라우드 서버의 스냅샷은 아래 기준으로 동작해요. 다른 서비스를 쓰시더라도 확인해 볼 만한 항목이에요.

① 메모리(RAM)는 담지 않고 디스크만 찍는다

실행 중인 메모리까지 저장하면 찍는 동안 서버가 잠시 멈추고, 스냅샷 크기가 메모리만큼 커져요. 서비스가 도는 서버에서 매번 멈춤을 감수할 이유가 적어서 디스크만 저장해요. 그래서 되돌리면 서버는 "그 시점의 디스크로 새로 부팅한 상태"가 돼요. 되돌린 뒤 실행 중이던 프로그램은 다시 시작해야 해요. 메모리 포함 스냅샷의 동작 차이는 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. 스냅샷은 몇 개까지 두는 게 좋나요?
작업 직전용이라면 작업이 안정된 뒤 지우는 것이 좋아요. 자동 스냅샷은 며칠~일주일 분량이면 대부분 충분하고, 그보다 오래 둘 것은 백업에 맡기세요.

업데이트 전에 스냅샷 하나, 직접 찍어 보세요

무료로 시작하기

가입 시 2,000원 크레딧 · 서버·앱·AI 어디에나 쓸 수 있고, 쓴 만큼만 빠져요 · 카드 등록 없음 · 2026-10-27 확인

이 글에 대하여

글쓴이는 서순명(솔리드그루 이사)이에요. 2026년 9월 21일에 썼어요.
2026-10-27 에 가입 크레딧 금액을 바로잡았어요.
퓨쳐인프라 클라우드 서버의 실제 스냅샷 구현(2026년 9월 기준 동작)과 아래 공개 자료를 근거로 썼어요. 기능이 바뀌면 글을 고치고 날짜를 갱신해요.
서버 요금은 요금 페이지에 있고, 스냅샷·삭제 정책 문의는 고객지원에서 받아요. 글에서 틀린 부분을 발견하시면 알려 주세요.
이해관계를 밝혀 둬요. 퓨쳐인프라가 쓴 글이고 자사 서비스 안내가 들어 있어요. 스냅샷과 백업의 차이는 어느 서비스에나 해당하는 일반 원칙이에요.
참고 Proxmox VE Live Snapshots · Proxmox VE QEMU/KVM Virtual Machines · CISA Data Backup Options

연관 서비스

클라우드 서버 살펴보기 →국내 IDC 가상서버 · 분 단위 과금 · 스냅샷·방화벽 셀프 관리 요금 확인하기 →부가세 포함 · 분 단위 · 월 구독 없음

많이 본 글

이 글을 언급한 글

← 목록으로