# 클라우드 서버 백업

Source: https://support.kapsulehost.com/ko-kr/cloud-servers-backups

모든 KapsuleHost 서버는 하루에 한 번 암호화된 오프사이트 저장소로 백업되며 30일 동안 보관되고, KPanel의 서버 페이지에서 언제든지 추가 백업을 수행하거나 백업을 복원할 수 있습니다.

백업은 서버가 프로비저닝될 때 자동으로 활성화됩니다. 설정할 것이 없고, 설치할 에이전트가 없으며, 설정할 일정이 없습니다. 이 가이드는 정확히 무엇이 캡처되는지, 백업 목록을 읽는 방법, 온디맨드 백업을 수행하는 방법, 그리고 복원이 실행 중인 서버에 미치는 영향을 설명합니다.

## 백업이 저장되는 위치

백업은 서버에 속하므로 주 메뉴가 아닌 해당 서버에서 접근합니다:

1. [KPanel](https://kpanel.kapsulehost.com)에 로그인합니다.
2. 왼쪽 사이드바에서 **Cloud Servers**를 클릭한 다음 원하는 서버를 클릭합니다.
3. **Backups** 카드까지 아래로 스크롤합니다.

직접 주소는 `/cloud-servers/<server-id>`입니다.

![KPanel의 클라우드 서버에 있는 Backups 카드](https://support.kapsulehost.com/help/screenshots/cloud-servers-backups.84a9b8c7.webp)

카드 헤더에는 마지막으로 성공한 백업의 시간이 표시됩니다. 첫 번째 백업이 완료되기 전에는 대신 기본 설명이 표시됩니다: "암호화된 저장소로의 일일 오프사이트 백업, 30일 동안 보관됩니다."

> **Note:** **Cloud Servers**는 계정에 실제로 클라우드 서버가 있을 때만 KPanel 사이드바에 표시됩니다. 표시되지 않으면 계정에 아직 클라우드 서버가 없는 것입니다.

## 캡처되는 항목

Backups 카드 하단의 **What's in your backup**을 확장하여 서버의 라이브 매니페스트를 확인합니다. 5가지 카테고리로 그룹화됩니다:

| 카테고리 | 포함 경로 |
|---|---|
| 웹사이트 파일 | `/var/www` (docroot, uploads, themes, plugins) 및 `/root`과 `/home` 디렉토리 |
| 데이터베이스 | `/var/lib/mysql` 및 `/var/lib/postgresql` 데이터 파일 |
| 서버 구성 | `/etc`, `/etc/letsencrypt` 인증서, `/etc/ssh`, `/etc/ufw` 방화벽 규칙 및 `/etc/fail2ban` |
| Cron 작업 및 시스템 상태 | `/etc/cron.d` 및 일일, 시간별, 주간 cron 디렉토리, `/var/spool/cron` 사용자 crontab, `/etc/systemd` 단위, crontab의 캡처된 스냅샷, 설치된 패키지, 활성화된 서비스 및 방화벽 상태 |
| 메일 | 서버에 메일이 구성된 경우 메일 데이터 |

휘발성 및 재구축 가능 경로는 의도적으로 제외됩니다: `/proc`, `/sys`, `/dev`, `/run`, `/tmp`, `/var/tmp`, `/var/cache`, `/var/lib/docker/overlay2` 아래의 컨테이너 오버레이 저장소, 스왑 파일. 이를 제외하면 재생성할 수 없는 것을 잃지 않으면서 백업을 작게 유지하고 빠르게 진행됩니다.

백업은 서버에 고유한 키로 암호화되어 오프사이트 객체 저장소에 기록됩니다. 패널만 이를 해독하고 복원할 수 있습니다.

> **Warning:** 클라우드 서버 백업은 서버를 캡처합니다. 그 외부에 있는 것은 캡처하지 않습니다. 다른 호스트의 관리 데이터베이스, 외부 결제 게이트웨이, 또는 애플리케이션이 통신하는 타사 서비스는 자체 데이터를 보유하고 별도로 내보내야 합니다.

## 백업 목록 읽기

목록의 각 행은 백업이 시작된 시간, 완료 후 크기, 상태 표시를 보여줍니다:

| 상태 | 의미 |
|---|---|
| **Backed up** | 백업이 완료되었으며 사용 가능한 복원 지점입니다 |
| **Running** | 백업이 진행 중입니다 |
| **Failed** | 백업이 완료되지 않았습니다 |

수동 백업은 날짜 옆에 **manual** 태그가 지정되어 일일 실행과 구분할 수 있습니다. 완료된 백업에는 특정 복원에 대한 도움이 필요한 경우 지원팀이 요청할 스냅샷 참조도 표시됩니다.

가장 최근의 백업이 실패한 경우 카드에 배너가 표시됩니다: "가장 최근의 백업이 실패했습니다. 일일 일정에 따라 재시도를 계속하겠습니다. 디스크 공간을 확인하거나 문제가 지속되면 지원팀에 문의하세요." 단일 실패는 일반적으로 전체 디스크입니다. 공간을 확보하면 다음 예약 실행이 성공합니다.

## 온디맨드로 백업 수행

주요 패키지 업그레이드, 데이터베이스 마이그레이션, 의존하는 서비스의 구성 변경 또는 익숙하지 않은 것을 처음 시도하기 직전에 수동 백업을 수행합니다.

1. 서버 페이지를 열고 **Backups** 카드를 찾습니다.
2. 카드 헤더에서 **Back up now**를 클릭합니다.
3. 확인 메시지가 표시됩니다: "Backup started. It will appear in the list shortly."
4. 실행은 서버에서 백그라운드에서 발생합니다. 몇 순간 후 카드를 새로 고쳐 **Running**으로 표시되었다가 **Backed up**으로 표시되는 것을 확인합니다.

큰 서버는 더 오래 걸립니다. 완료된 행의 크기 열에는 캡처된 양이 표시됩니다.

> **Tip:** 수동 백업은 선택한 이름이 아닌 타임스탬프로 식별됩니다. 변경을 수행하기 직전에 백업을 수행하면 시간이 정렬되어 한눈에 어느 복원 지점이 "이전" 지점인지 확인할 수 있습니다.

## 백업에서 복원

1. **Backups** 카드에서 원하는 완료된 백업을 찾습니다.
2. 해당 행의 **Restore**를 클릭합니다.
3. 확인을 읽습니다: "This overwrites the server's current files with the contents of the selected snapshot. Any changes made since the snapshot will be lost. The server stays online during restore."
4. 진행하려면 **Restore**를 클릭합니다.

> **Important:** 복원은 실행 취소할 수 없습니다. 해당 백업이 수행된 이후 기록된 모든 내용이 백업의 내용으로 대체됩니다. 현재 상태를 되돌리고 싶을 가능성이 있으면 먼저 새 백업이나 [snapshot](https://support.kapsulehost.com/ko-kr/cloud-servers-snapshots)을 수행한 다음 복원합니다.

서버는 복원이 실행되는 동안 온라인 상태로 유지되어 전체 중단 없이 손상된 애플리케이션을 복구할 수 있게 해줍니다. 큰 파일 시스템은 시간이 걸릴 수 있습니다. 복원이 5분 후에도 진행 중이면 KPanel은 "is taking longer than expected and is still running on the server"로 알려주고 복원은 백그라운드에서 계속됩니다.

## 백업과 스냅샷 비교

서버에는 두 가지 독립적인 안전망이 있으며, 각각 다른 용도로 효과적입니다.

| | 백업 | 스냅샷 |
|---|---|---|
| 보관 위치 | 암호화된 오프사이트 저장소 | 서버가 실행되는 플랫폼과 함께 |
| 일정 | 일일, 자동 | 온디맨드, 모든 패치 실행 전 자동 |
| 보관 | 30일 | 더 이상 필요하지 않을 때까지 보관 |
| 복원 대상 | 제자리에 있는 파일, 데이터베이스 및 구성 | 정확히 그대로의 전체 디스크 |
| 복구 중 서버 | 온라인 유지 | 재부팅 |
| 가장 적합한 용도 | 데이터 보호 및 재해 복구 | 위험한 변경 직전의 안전망 |

둘 다 사용합니다. 변경 전 스냅샷은 변경이 잘못되었을 경우 가장 빠른 방법입니다. 백업은 며칠 후까지 알아차리지 못한 문제로부터 사용자를 보호합니다. [Cloud Server Snapshots](https://support.kapsulehost.com/ko-kr/cloud-servers-snapshots)는 스냅샷 측을 완전히 다룹니다.

## 백업 및 재구축

> **Warning:** 서버 운영 체제를 재구축하면 디스크가 지워지며, 여기에는 그 안에 있는 복원 도구도 포함됩니다. 백업 데이터는 오프사이트 저장소에서 안전하지만, 패널의 **Restore** 버튼은 재구축된 서버에서 이를 사용할 수 없습니다. [Rebuilding Your Cloud Server](https://support.kapsulehost.com/ko-kr/cloud-servers-rebuild)를 완전히 읽고, 재구축하기 전에 필요한 항목을 다운로드합니다.

## 문제 해결

**"Backups are not yet configured for this server."** 프로비저닝 시 자동으로 활성화됩니다. 새 서버에 이것이 표시되면 몇 분을 기다리고, 계속되면 문의하세요.

**"No backups yet."** 첫 번째 백업은 프로비저닝 직후 자동으로 실행됩니다. 또는 기다리지 않고 **Back up now**를 클릭할 수도 있습니다.

**"Manual backup is temporarily unavailable."** 패널이 실행을 시작하기 위해 서버에 도달할 수 없습니다. 서버가 실행 중이고 접근 가능한지 확인한 다음 다시 시도합니다.

**완료된 백업의 Restore 버튼이 없습니다.** 복원에는 백업 도구가 있는 접근 가능하고 프로비저닝된 서버가 필요합니다. 재구축되었거나 전원이 꺼진 서버는 이를 제공하지 않습니다.

백업이 반복적으로 실패하고 디스크 공간이 원인이 아닌 경우 [support@kapsulehost.com](mailto:support@kapsulehost.com)으로 서버 이름과 실패한 실행의 타임스탬프를 이메일로 보냅니다.