VPSTab증거 기반 VPS 선택
검색2026.10.25-v7
메뉴
VPS 찾기서비스 제공사요금제리뷰비교사용 사례가이드방법론
한국어
English简体中文日本語한국어DeutschFrançaisРусский
가이드

단일 VPS 백업 및 복구 계획

공급자의 백업 기능을 실제로 검증한 복구 계획으로 바꿉니다. 현실적인 가격과 실패 사례도 다룹니다.

최종 검토2026. 10. 24. · 1033단어

인터페이스는 번역되었지만 제공사 사실과 리뷰 본문은 현재 영어입니다. 품질 기준을 충족하는 번역 전까지 색인되지 않습니다.

이 가이드는 전체 번역이 제공됩니다. 공급자 사실과 가격은 영어 버전이 기준입니다. 번역은 사람의 편집 검토 전이므로 이 페이지는 당분간 검색에서 제외됩니다.

백업이란 실제로 수행해 본 복구입니다

공급자 화면의 '백업' 체크박스는 복구 계획이 아닙니다. 유용한 질문은 머신이 사라진 뒤에 무슨 일이 일어나는가입니다. 작동하는 대체 인스턴스를 얻는 데 얼마나 걸리는지, 정확히 무엇이 복원되는지, 그 공백 동안 어떤 데이터를 잃는지입니다. 실행 중인 데이터베이스의 스냅샷은 종종 일관성이 없고, 같은 공급자에만 보관한 백업은 청구 문제와 함께 사라지며, 한 번도 복원해 본 적 없는 백업은 역량이 아니라 가설입니다.

이 가이드는 중요한 세 계층을 구분합니다. 재구축할 수 없는 데이터(업무 기록, 사용자 업로드, 키), 소스 관리에서 재구축할 수 있는 구성, 그리고 비용을 지불하는 공급자 기능입니다. 각 계층은 서로 다른 복구 시간과 다른 테스트를 필요로 합니다.

이 카탈로그의 공급자가 실제로 제공하는 것

DigitalOcean은 주간 백업을 Droplet 가격의 20퍼센트, 일일 백업을 30퍼센트로 문서화하며 기본적으로 비활성화되어 있습니다. Linode는 요금제 크기별로 고정된 월 백업 애드온 가격을 공개해 비율 방식보다 장기 비용을 계산하기 쉽습니다. Hostinger는 KVM 요금제에 주간 백업을 추가 비용 없이 포함하며, BuyVM은 기본 가격의 10퍼센트로 야간 백업을 판매하고 월 최소 0.50달러와 무료 스냅샷 다섯 개를 포함합니다. OVHcloud는 VPS 요금제에 24시간 일일 백업을 포함하고 7일 프리미엄 백업과 스냅샷을 별도 옵션으로 판매합니다. Hostens는 Linux 요금제에 월 1달러 백업 애드온을 제공합니다. Contabo는 Auto Backup을 10일 증분 보존이 포함된 유료 애드온으로 판매합니다.

이러한 차이는 표시 가격보다 더 중요합니다. 24시간 보존 창은 이틀 뒤에 발견된 실수로 인한 삭제를 공급자 백업에서 복구할 수 없다는 뜻이고, 주간 일정은 최대 일주일의 손실을 뜻합니다. 비율 기반 가격은 요금제에 비례해 커지므로, 오늘 저렴한 요금제는 업그레이드 후 더 비싼 백업 항목이 됩니다.

애드온을 고르기 전에 복구 경로를 설계하십시오

복구 시점 목표(얼마나 많은 데이터 손실을 감수할 수 있는지)와 복구 시간 목표(서비스가 얼마나 오래 중단될 수 있는지)를 적으십시오. 저장소에서 재구축하는 소개 사이트라면 주간 스냅샷과 30분 재구축으로 충분할 수 있습니다. 소규모 상점은 주문 데이터를 보통 재생성할 수 없으므로, 공급자 외부에 저장한 일일 데이터베이스 덤프와 검증된 복원 절차가 최소 조건입니다. 미디어 라이브러리는 스토리지 볼륨이 운영체제보다 중요하며, 수백 GB 복원은 공급자의 백업 기능과 무관하게 몇 시간이 걸립니다.

그다음 공급자의 기능이 그 목표를 충족할 수 있는지 확인하십시오. 유일한 백업이 같은 공급자의 24시간 보존 스냅샷이라면 30일 보존이나 계정 손실 대비 요구 사항을 충족할 수 없습니다. 독립적인 사본을 추가하십시오. 객체 스토리지 버킷, 외부 호스트, 또는 일정에 따라 내려받는 암호화 아카이브입니다. 그 사본의 비용은 계획의 일부이며 선택적 추가 비용이 아닙니다.

이번 달에 실행할 수 있는 복구 훈련

먼저 파일 단위 복원부터 시작하십시오. 스테이징 사본에서 알려진 테스트 파일을 삭제하고 백업에서 복원합니다. 다음으로 데이터베이스 덤프를 별도 데이터베이스에 복원하고 행 수와 최신 레코드를 증명하는 쿼리를 실행합니다. 마지막으로 공급자 이미지와 백업으로 인스턴스 전체를 재구축하고 데이터를 연결한 뒤 소요 시간을 측정합니다. 각 훈련은 날짜가 있는 기록을 남겨야 합니다. 무엇을 복원했는지, 얼마나 걸렸는지, 무엇이 실패했는지입니다.

훈련 대상은 운영 환경과 분리하십시오. 백업을 '테스트'하려고 운영 서버 위에 복원하는 것이 작은 실수를 장애로 만드는 방식입니다. 작은 두 번째 인스턴스나 격리된 스키마만으로도 데이터 점검에는 충분하며, 키, 환경 구성, 예약 작업이 계획에 포함되는지 확인하는 장소가 되기도 합니다.

암호화, 보존, 접근

공급자 스냅샷은 보통 공급자가 저장 시 암호화하지만, 이는 저장 매체를 보호하는 것이지 계정을 보호하는 것이 아닙니다. 공격자가 계정을 장악하면 스냅샷에 접근할 수 있습니다. 직접 내려받는 아카이브는 스스로 암호화하고, 키는 백업 대상 서버가 아닌 곳에 보관하십시오. 백업 위치를 읽을 수 있는 사람을 기록하고 더 이상 필요 없는 사람의 접근 권한을 제거하십시오.

보존은 의도적으로 설계해야 합니다. 일일 사본은 일주일, 주간 사본은 한 달, 재구축할 수 없는 데이터를 위해 월간 사본은 더 오래 보관합니다. 오래된 사본이 여전히 복원되는지 아무도 검증하지 않는다면 보존을 늘리는 것이 자동으로 더 좋은 것은 아닙니다. 작지만 검증된 세트가 크고 검증되지 않은 아카이브보다 낫습니다.

흔한 실패 사례

데이터베이스가 쓰기 중에 백업되어 손상된 덤프가 만들어지는 경우에는 일관성 있는 덤프 메커니즘을 사용하거나 데이터베이스를 정지한 상태에서 파일 시스템 스냅샷을 찍으십시오. 백업이 같은 공급자에만 있고 계정이 정지되는 경우에는 공급자 외부 사본을 유지하십시오. 복원에 같은 운영체제 버전이 필요한데 공급자 이미지가 앞서 나간 경우에는 기본 이미지를 기록하고 가능하면 고정하십시오. 백업에 데이터는 있지만 구성이 없는 경우에는 환경 파일과 인프라 메모를 별도로 저장하고 저장소에 비밀 정보를 두지 마십시오.

이러한 실패 중 어느 것도 방지하는 데 특수한 구성이 필요하지 않습니다. 필요한 것은 복구 경로를 적고 사고 전에 테스트하는 것입니다. 공급자가 백업 가격이나 보존 기간을 공개하지 않는다면 그것은 검증해야 할 알 수 없음이며, 가정으로 메울 공백이 아닙니다.

계획은 장애 시 실제로 펼쳐 볼 런북과 같은 곳에 작성하십시오. 어떤 스냅샷이나 덤프를 사용할지, 자격 증명은 어디에 있는지, 누가 복원을 승인하는지, 그리고 트래픽을 되돌리기 전에 복원된 서비스가 정상인지 어떻게 확인할지입니다. 공급자 기능, 독립 사본, 복원 명령, 검증 쿼리를 명시한 한 페이지 계획은 아무도 읽지 않는 긴 정책 문서보다 가치가 있습니다. 훈련할 때마다 검토하십시오. 발견하는 공백은 대개 당연하다고 여겼던 단계에 있습니다.

검증 체크리스트

  • 감당할 수 있는 최대 데이터 손실과 다운타임을 기록합니다.
  • 공급자의 백업 일정, 보존 기간, 가격을 확인합니다.
  • 최소 하나의 사본을 공급자 계정 외부에 보관합니다.
  • 내려받은 아카이브를 암호화하고 키를 별도로 보관합니다.
  • 파일, 데이터베이스, 인스턴스 전체 복원을 훈련으로 수행합니다.
  • 훈련 날짜, 소요 시간, 실패를 기록합니다.
  • 공개되지 않은 백업 조건은 확인될 때까지 알 수 없음으로 처리합니다.

출처