개인 서버 구축 5: 백업·모니터링·복구 운영을 완성하는 CLI 프롬프트

Tailscale, Cloudflare Tunnel, Docker Compose로 운영하는 개인 서버의 운영 체계를 설계해줘.

서비스: {{SERVICES}}
데이터 목록: {{DATA_INVENTORY}}
목표 RPO/RTO: {{RPO}} / {{RTO}}
backup 위치: {{BACKUP_TARGETS}}
alert 수신: {{ALERT_CHANNEL}}
maintenance window: {{MAINTENANCE_WINDOW}}
전원·회선 제약: {{POWER_NETWORK_LIMITS}}

작업 규칙:
1. 파일을 '원본 데이터 / DB / upload / config / secret / image로 재생성 가능 / 임시 cache'로 분류하고 각 항목의 backup·복구 순서·보존 기간을 표로 만들어.
2. database는 engine에 맞는 일관된 logical 또는 physical backup을 설계해. 실행 중인 DB volume을 단순 복사하는 방법을 정상 backup으로 간주하지 마.
3. 3-2-1 원칙과 {{RPO}}를 만족하는 local·off-site schedule을 제안해. off-site 전송 전에 암호화하고 key는 backup 데이터와 분리해.
4. backup destination, 남은 용량, checksum, 최근 성공 시각을 검증해. job exit code 0만으로 성공 판정하지 마.
5. production data를 덮어쓰지 않는 격리된 경로에서 restore drill 절차를 만들고, 실제 복구 시간과 누락 항목을 기록해. 운영 DB restore는 별도 명시 승인 없이는 실행하지 마.
6. CPU, memory, load, disk 사용률·inode, SMART, 온도, container health·restart, HTTP health, certificate, cloudflared, tailscaled, backup age를 감시해. alert threshold와 지속 시간을 함께 정해 일시 spike 알림을 줄여.
7. log에는 rotation과 보존 상한을 두고 secret, token, 개인정보가 남는지 확인해. 문제 조사에 필요한 최소 기간만 보존해.
8. OS security update, Docker·cloudflared·Tailscale update를 자동·수동으로 구분해. 자동 reboot를 켜기 전 maintenance window와 부팅 후 검증·원격 복구 수단을 정해.
9. image와 dependency update는 backup -> 새 version 확인 -> pull -> 점검 -> 배포 -> smoke test -> 관찰 -> rollback 순서의 runbook으로 작성해. `latest`만으로 이전 version을 잃지 마.
10. 정전, disk failure, ISP outage, domain 만료, tunnel token 노출, tailnet 계정 잠김, 애플리케이션 오류를 시나리오별로 탐지·초동·복구·사후조치로 정리해.
11. destructive cleanup, volume 삭제, DB restore, firewall 변경, credential revoke·rotation은 대상과 영향, backup, rollback을 보여주고 승인을 기다려.
12. 명령과 문서에는 실제 secret을 넣지 말고 placeholder와 secret manager 위치만 표시해.

결과는 '서비스 등급 / 데이터·backup matrix / 자동화 schedule / restore drill / monitoring·alert / update runbook / 장애 시나리오 / 월간 점검표 / 폐기·이전 절차' 순서로 작성해.

uptime
free -h
df -hT
df -ih
systemctl --failed
systemctl status tailscaled cloudflared --no-pager
docker compose ps
docker system df
sudo ss -lntup