모든 KapsuleHost 서버는 하루에 한 번 암호화된 오프사이트 저장소로 백업되며 30일 동안 보관되고, KPanel의 서버 페이지에서 언제든지 추가 백업을 수행하거나 백업을 복원할 수 있습니다.
백업은 서버가 프로비저닝될 때 자동으로 활성화됩니다. 설정할 것이 없고, 설치할 에이전트가 없으며, 설정할 일정이 없습니다. 이 가이드는 정확히 무엇이 캡처되는지, 백업 목록을 읽는 방법, 온디맨드 백업을 수행하는 방법, 그리고 복원이 실행 중인 서버에 미치는 영향을 설명합니다.
백업이 저장되는 위치
백업은 서버에 속하므로 주 메뉴가 아닌 해당 서버에서 접근합니다:
- KPanel에 로그인합니다.
- 왼쪽 사이드바에서 Cloud Servers를 클릭한 다음 원하는 서버를 클릭합니다.
- Backups 카드까지 아래로 스크롤합니다.
직접 주소는 /cloud-servers/<server-id>입니다.
카드 헤더에는 마지막으로 성공한 백업의 시간이 표시됩니다. 첫 번째 백업이 완료되기 전에는 대신 기본 설명이 표시됩니다: "암호화된 저장소로의 일일 오프사이트 백업, 30일 동안 보관됩니다."
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 아래의 컨테이너 오버레이 저장소, 스왑 파일. 이를 제외하면 재생성할 수 없는 것을 잃지 않으면서 백업을 작게 유지하고 빠르게 진행됩니다.
백업은 서버에 고유한 키로 암호화되어 오프사이트 객체 저장소에 기록됩니다. 패널만 이를 해독하고 복원할 수 있습니다.
클라우드 서버 백업은 서버를 캡처합니다. 그 외부에 있는 것은 캡처하지 않습니다. 다른 호스트의 관리 데이터베이스, 외부 결제 게이트웨이, 또는 애플리케이션이 통신하는 타사 서비스는 자체 데이터를 보유하고 별도로 내보내야 합니다.
백업 목록 읽기
목록의 각 행은 백업이 시작된 시간, 완료 후 크기, 상태 표시를 보여줍니다:
| 상태 | 의미 |
|---|---|
| Backed up | 백업이 완료되었으며 사용 가능한 복원 지점입니다 |
| Running | 백업이 진행 중입니다 |
| Failed | 백업이 완료되지 않았습니다 |
수동 백업은 날짜 옆에 manual 태그가 지정되어 일일 실행과 구분할 수 있습니다. 완료된 백업에는 특정 복원에 대한 도움이 필요한 경우 지원팀이 요청할 스냅샷 참조도 표시됩니다.
가장 최근의 백업이 실패한 경우 카드에 배너가 표시됩니다: "가장 최근의 백업이 실패했습니다. 일일 일정에 따라 재시도를 계속하겠습니다. 디스크 공간을 확인하거나 문제가 지속되면 지원팀에 문의하세요." 단일 실패는 일반적으로 전체 디스크입니다. 공간을 확보하면 다음 예약 실행이 성공합니다.
온디맨드로 백업 수행
주요 패키지 업그레이드, 데이터베이스 마이그레이션, 의존하는 서비스의 구성 변경 또는 익숙하지 않은 것을 처음 시도하기 직전에 수동 백업을 수행합니다.
- 서버 페이지를 열고 Backups 카드를 찾습니다.
- 카드 헤더에서 Back up now를 클릭합니다.
- 확인 메시지가 표시됩니다: "Backup started. It will appear in the list shortly."
- 실행은 서버에서 백그라운드에서 발생합니다. 몇 순간 후 카드를 새로 고쳐 Running으로 표시되었다가 Backed up으로 표시되는 것을 확인합니다.
큰 서버는 더 오래 걸립니다. 완료된 행의 크기 열에는 캡처된 양이 표시됩니다.
수동 백업은 선택한 이름이 아닌 타임스탬프로 식별됩니다. 변경을 수행하기 직전에 백업을 수행하면 시간이 정렬되어 한눈에 어느 복원 지점이 "이전" 지점인지 확인할 수 있습니다.
백업에서 복원
- Backups 카드에서 원하는 완료된 백업을 찾습니다.
- 해당 행의 Restore를 클릭합니다.
- 확인을 읽습니다: "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."
- 진행하려면 Restore를 클릭합니다.
복원은 실행 취소할 수 없습니다. 해당 백업이 수행된 이후 기록된 모든 내용이 백업의 내용으로 대체됩니다. 현재 상태를 되돌리고 싶을 가능성이 있으면 먼저 새 백업이나 snapshot을 수행한 다음 복원합니다.
서버는 복원이 실행되는 동안 온라인 상태로 유지되어 전체 중단 없이 손상된 애플리케이션을 복구할 수 있게 해줍니다. 큰 파일 시스템은 시간이 걸릴 수 있습니다. 복원이 5분 후에도 진행 중이면 KPanel은 "is taking longer than expected and is still running on the server"로 알려주고 복원은 백그라운드에서 계속됩니다.
백업과 스냅샷 비교
서버에는 두 가지 독립적인 안전망이 있으며, 각각 다른 용도로 효과적입니다.
| 백업 | 스냅샷 | |
|---|---|---|
| 보관 위치 | 암호화된 오프사이트 저장소 | 서버가 실행되는 플랫폼과 함께 |
| 일정 | 일일, 자동 | 온디맨드, 모든 패치 실행 전 자동 |
| 보관 | 30일 | 더 이상 필요하지 않을 때까지 보관 |
| 복원 대상 | 제자리에 있는 파일, 데이터베이스 및 구성 | 정확히 그대로의 전체 디스크 |
| 복구 중 서버 | 온라인 유지 | 재부팅 |
| 가장 적합한 용도 | 데이터 보호 및 재해 복구 | 위험한 변경 직전의 안전망 |
둘 다 사용합니다. 변경 전 스냅샷은 변경이 잘못되었을 경우 가장 빠른 방법입니다. 백업은 며칠 후까지 알아차리지 못한 문제로부터 사용자를 보호합니다. Cloud Server Snapshots는 스냅샷 측을 완전히 다룹니다.
백업 및 재구축
서버 운영 체제를 재구축하면 디스크가 지워지며, 여기에는 그 안에 있는 복원 도구도 포함됩니다. 백업 데이터는 오프사이트 저장소에서 안전하지만, 패널의 Restore 버튼은 재구축된 서버에서 이를 사용할 수 없습니다. Rebuilding Your Cloud Server를 완전히 읽고, 재구축하기 전에 필요한 항목을 다운로드합니다.
문제 해결
"Backups are not yet configured for this server." 프로비저닝 시 자동으로 활성화됩니다. 새 서버에 이것이 표시되면 몇 분을 기다리고, 계속되면 문의하세요.
"No backups yet." 첫 번째 백업은 프로비저닝 직후 자동으로 실행됩니다. 또는 기다리지 않고 Back up now를 클릭할 수도 있습니다.
"Manual backup is temporarily unavailable." 패널이 실행을 시작하기 위해 서버에 도달할 수 없습니다. 서버가 실행 중이고 접근 가능한지 확인한 다음 다시 시도합니다.
완료된 백업의 Restore 버튼이 없습니다. 복원에는 백업 도구가 있는 접근 가능하고 프로비저닝된 서버가 필요합니다. 재구축되었거나 전원이 꺼진 서버는 이를 제공하지 않습니다.
백업이 반복적으로 실패하고 디스크 공간이 원인이 아닌 경우 support@kapsulehost.com으로 서버 이름과 실패한 실행의 타임스탬프를 이메일로 보냅니다.