VM, LXC 및 호스트 구성용 Proxmox 홈 서버 백업 체크리스트

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Proxmox Home Server Backup Checklist for VMs, LXC, and Host Config

바인드 마운트, 애플리케이션 상태, 호스트 구성, 키 또는 저장소가 동일한 장애 도메인에 있다면 Proxmox 게스트 백업이 성공적으로 완료되어도 불완전합니다.

VM과 LXC 컨테이너를 실행하는 홈 서버의 복구 범위에는 게스트 디스크, 외부 데이터, 데이터베이스, 네트워킹, 스토리지 정의, 방화벽 상태, 패스스루 매핑, 자격 증명, 빈 호스트를 재구축하는 절차가 포함됩니다. 백업 모드를 선택하기 전에 이러한 계층을 모두 목록화하고, 호스트 외부 사본을 보관하며, 게스트 복원과 호스트 수준 복구 경로를 모두 검증하세요. 어느 테스트에서든 문서화되지 않은 종속성이 드러나면 이전 복구 지점의 보관을 중단하지 마세요.

모든 복구 계층과 장애 도메인 매핑

각 VM과 LXC, 가상 디스크, 스냅샷, 바인드 마운트, 패스스루 장치, 애플리케이션 데이터베이스, 외부 NAS 공유, 암호화 키, 백업 작업을 나열하세요. 그런 다음 호스트 네트워킹, 스토리지 정의, 클러스터 또는 독립 실행형 상태, 방화벽 규칙, 예약 작업, 패키지 소스, 하드웨어 매핑을 재현하는 데 필요한 메모를 목록화하세요.

Proxmox VE는 로컬, NFS 또는 CIFS 대상에 게스트 백업을 기록할 수 있으며, 전용 백업 서버는 저장소 기능을 추가합니다. 독립적인 게스트 백업 대상 선택지에서 이러한 분리를 설명하지만, 어느 대상도 다른 곳에서 게스트로 마운트된 데이터나 호스트 재구축 기록을 자동으로 포함하지는 않습니다.

보존 정책을 선택하기 전에 장애 도메인을 그리세요. 프로덕션과 동일한 호스트, 풀, UPS 또는 관리자 자격 증명을 사용하는 저장소는 유용한 복원 지점이지만, 호스트 손실, 도난, 랜섬웨어 또는 실수로 인한 풀 삭제에 필요한 독립 사본은 아닙니다.

각 워크로드에 맞는 백업 모드 선택

게스트를 무상태, 파일 서버, 트랜잭션 데이터베이스 또는 혼합 애플리케이션으로 분류하세요. 백업 모드가 애플리케이션 일관 상태를 제공하는지 아니면 충돌 일관 상태만 제공하는지, 어떤 게스트 에이전트 또는 훅이 관여하는지, 어떤 외부 경로가 아카이브에 포함되지 않는지를 기록하세요.

ZimaSpace의 워크로드에 맞는 백업 모드 선택 워크플로를 사용해 워크로드별 중지, 일시 중지 또는 스냅샷 동작을 선택하세요. 조용한 VM 데스크톱과 쓰기를 수락하는 데이터베이스는 두 작업이 모두 성공으로 끝난다는 이유만으로 동일한 가정을 적용해서는 안 됩니다.

LXC 바인드 마운트와 호스트에 마운트된 공유의 경우, 일관성이 필요할 때 동일한 복구 시점으로 명시적인 파일 또는 애플리케이션 백업을 생성하세요. 필요한 상태를 조정할 수 없다면 그 공백을 문서화하고, 게스트 아카이브가 완전하다고 오해하게 만들지 말고 유지 관리 시간대를 사용하세요.

호스트 구성과 저장소 보호

네트워크 인터페이스, 스토리지 구성, VM 및 컨테이너 정의, 방화벽 규칙, 관련 클러스터 파일, 예약 작업, 저장소 엔드포인트, 패키지 및 버전 목록이 포함된 읽기 쉬운 호스트 복구 번들을 내보내세요. 비밀과 암호화 키는 공개 복구 메모가 아니라 보호된 자격 증명 시스템에 보관하세요.

Proxmox 커뮤니티의 백업 토론에서는 VM 및 컨테이너 아카이브를 구성한 뒤 남는 시스템 구성은 어떻게 해야 하는가라는 정확한 질문을 다룹니다. 이 질문을 범위 경고로 받아들이세요. 호스트 구성 보호는 게스트 백업과 별개이며 재구축을 돕는 수단으로 테스트해야 합니다.

파괴적인 유지 관리와 동시에 실행되지 않도록 저장소 검증, 보존 정책 미리 보기 및 호스트 외부 복사를 일정에 따라 실행하세요. 작업 누락, 검증 실패, 용량 부족, 프로덕션이 여전히 활성 상태인데도 변경되지 않는 저장소에 대해 알림을 설정하세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

게스트 복원 및 호스트 재구축 리허설

격리된 ID와 네트워크에 VM 하나와 LXC 하나를 복원하세요. 종속 애플리케이션보다 먼저 데이터베이스를 시작하고, 복사한 바인드 마운트 데이터를 연결한 뒤 로그인, 서비스 상태, 최근 레코드, 파일 권한 및 두 번째 재시작을 확인하세요. 테스트 게스트를 프로덕션 스토리지에 쓰기 권한으로 연결하지 마세요.

그런 다음 여분의 하드웨어 또는 폐기 가능한 중첩 호스트에서 빈 호스트 복구를 리허설하세요. 하이퍼바이저를 설치하고, 네트워킹 및 스토리지 정의를 의도적으로 복원하며, 저장소를 연결하고, 중요한 게스트 하나를 복구하세요. 문서화되지 않은 모든 종속성을 기록하고 런북을 업데이트하세요.

독립 사본이 존재하고, 검증이 최신 상태이며, 게스트 복원이 작동하고, 장애가 발생한 부팅 디스크 없이 호스트를 재구축할 수 있을 때 체크리스트를 통과한 것으로 봅니다. 이전 복구 지점을 폐기하기 전에 누락된 키, 일관되지 않은 데이터베이스, 저장소 오류 또는 재현할 수 없는 패스스루 매핑을 에스컬레이션하세요.