-
가지치기 작업
-
가비지 컬렉션(GC) 및 유예 기간
-
"삭제 대기"의 역할
-
“삭제 대기” 관리
-
Proxmox VE VM 보호를 간소화하십시오
-
Proxmox 보류 제거 FAQ
-
결론
데이터 집약적인 환경에서는 백업 관리가 데이터 보호 수단일 뿐만 아니라, 업무 연속성과 효율성을 보장하는 열쇠이기도 합니다. Proxmox Backup Server 는 Proxmox VE 환경에서 가상 머신과 컨테이너를 안전하게 백업하고 복원할 수 있는 강력한 플랫폼을 제공합니다. 그러나 백업 데이터가 지속적으로 증가함에 따라 저장 공간을 효율적으로 관리하는 것이 매우 중요해집니다. 이러한 측면에서 PBS는 “삭제 대기”와 같은 일련의 메커니즘을 활용하여 더 이상 필요하지 않은 데이터 블록을 지능적으로 재활용합니다.
가지치기 작업
PBS 시스템에서 가지치기 작업은 관리자가 설정한 보관 정책에 따라 오래된 백업을 삭제하는 것입니다. 이 작업의 목적은 보관 정책을 더 이상 충족하지 않는 백업이 차지하고 있는 공간을 확보하는 것입니다. 가지치기 작업은 백업에서 더 이상 참조되지 않는 데이터 블록(또는 "청크")을 표시하여 삭제를 준비하지만, 이 단계에서는 데이터가 물리적 저장소에서 즉시 제거되지는 않습니다.
가비지 컬렉션(GC) 및 유예 기간
PBS는 이러한 마킹된 데이터 블록을 물리적으로 삭제하기 위해 가비지 컬렉션(GC) 프로세스를 도입합니다. GC 작업은 파일 시스템을 스캔하여 더 이상 필요하지 않은 이러한 데이터 블록을 식별하고 제거하는 역할을 합니다. 하지만 시계 오차(clock skew)나 진행 중인 백업 작업으로 인해 데이터 블록이 너무 일찍 삭제되는 것을 방지하기 위해 PBS는 24시간 5분의 유예 기간을 설계하였습니다. 이는 프리닝(pruning) 작업에 의해 데이터 블록이 삭제 대상으로 표시된 시점부터 GC가 실제로 삭제 작업을 수행하기까지 최소한 24시간 5분이 경과해야 함을 의미합니다.
"삭제 대기"의 역할
유예 기간 내의 데이터 블록은 "삭제 대기"로 분류됩니다. 이러한 데이터 블록은 더 이상 필요하지 않은 것으로 표시되었지만, 유예 기간 동안에는 현재의 GC 사이클에서 삭제되지 않습니다. "삭제 대기"는 곧 제거될 데이터 블록을 시스템 관리자에게 명확히 보여주는 지표 역할을 합니다. 이 메커니즘을 통해 예기치 못한 다운타임이나 시스템 타이밍 문제 발생 시 데이터 보안이 손상되지 않도록 보장합니다.
요약하자면, “삭제 대기 중인 백업(pending removals)”은 삭제 표시된 백업의 상태이며, “축소(prune)”는 보존 정책에 따라 삭제를 수행하는 과정이고, “쓰레기 수집(garbage collection)”은 참조되지 않은 데이터 블록을 실제로 정리하는 시스템 프로세스입니다. 이 세 기능은 함께 작동하여 오래되거나 더 이상 필요하지 않은 데이터가 안전하고 효율적으로 제거되도록 백업 저장 공간을 관리합니다.
“삭제 대기” 관리
“삭제 대기”를 효과적으로 관리하기 위해 PBS 관리자는 프루닝 및 GC 작업 일정을 고려해야 합니다. 이상적으로는 삭제할 것으로 표시된 모든 데이터 블록을 정리할 수 있도록 프루닝 작업이 완료된 후 최소 24시간 5분 이후에 GC 작업을 예약해야 합니다. 또한 관리자는 GC 작업 로그를 확인하여 곧 삭제될 데이터 블록을 추적함으로써 저장 용량을 보다 효과적으로 계획할 수 있습니다.
경우에 따라 데이터가 삭제 대상으로 표시되었더라도 가비지 컬렉션 프로세스가 실제로 공간을 확보하지 못할 수 있습니다. 다음 방법을 통해 명령줄에서 수동으로 가비지 컬렉션 프로세스를 실행할 수 있습니다:
proxmox-backup-manager garbage-collect --repository <repository-id>
“<repository-id>”을(를) 백업 저장소 ID로 바꾸십시오.
백업이 삭제되면 복구할 수 없기 때문에, 올바른 보존 정책을 설정하고, 삭제할 백업이 더 이상 필요하지 않은지 확인한 후에 삭제 프로세스를 진행해야 합니다.
Proxmox VE VM 보호를 간소화하십시오
Proxmox VE는 VM 및 컨테이너 보호를 위한 통합 백업 서버를 포함하고 있지만, 보조 전용 데이터 보호 솔루션을 도입하는 것이 현명합니다.
Vinchin Backup & Recovery 는 Proxmox를 위한 강화된 백업 기능들을 제공합니다. 이러한 기능에는 자동 가상머신 백업, 에이전트리스 백업, LAN 및 LAN-Free 백업 옵션, 오프사이트 복사, 인스턴트 복구 및 효율적인 데이터 압축 기술이 포함됩니다. 이 솔루션은 3-2-1 백업 규칙을 준수하여 Proxmox VE 내에서 데이터 보안과 무결성을 위한 포괄적인 보호를 제공합니다.
또한 Vinchin Backup & Recovery는 데이터 암호화 및 랜섬웨어 방지 기능을 통해 Proxmox VE VM 백업을 이중 보안 계층으로 보호합니다. 이 솔루션은 또한 Proxmox 호스트와 다른 가상 환경 간의 원활한 데이터 마이그레이션을 지원하여 유연성과 전환 용이성을 보장합니다.
Proxmox VE 가상 머신을 백업하는 데에는 단 4단계만 필요합니다:
1. 백업 개체 선택

2. 백업 대상 선택

3. 백업 전략 선택

4. 작성한 채용 공고 검토하고 제출

Proxmox 외에도 Vinchin은 VMware, Hyper-V, XenServer, oVirt, XCP-ng 등 10개 이상의 가상 플랫폼을 지원합니다. Vinchin Backup & Recovery가 귀하의 가상 환경을 얼마나 효과적으로 보호하는지 체험해 보실 수 있도록 60일간 기능 제한 없는 무료 체험을 제공합니다. 특정 요구 사항을 가지고 우리에게 연락해 주시면 귀하의 IT 인프라에 맞는 맞춤형 솔루션을 제공해 드리겠습니다.
Proxmox 보류 제거 FAQ
1. Q: Proxmox의 저장 공간을 최적화할 수 있는 다른 방법이 있나요?
A: ZFS 압축과 같이 압축을 지원하는 파일 시스템에서 압축 기능을 활성화하면 백업 및 VM 디스크 크기를 크게 줄일 수 있습니다. ZFS 압축을 참조하십시오.
2. Q: Proxmox Backup Server은 “보류 중인 삭제” 작업 전에 확인 절차가 있나요?
A: 일반적으로 PBS는 삭제 작업에 대해 사용자로부터 확인을 받지 않습니다. 이는 해당 작업이 보통 자동 보존 정책에 의해 실행되기 때문입니다. 그러나 사용자가 백업을 수동으로 삭제할 경우에는 보통 확인 절차가 포함됩니다.
3. Q: Proxmox Backup Server에서 “예정된 제거 작업(pending removals)”이 클러스터 환경에서 동기화되나요?
A: PBS 클러스터 환경에서 운영 중이라면 클러스터에 속한 모든 멤버가 동일한 데이터 저장소 상태를 공유해야 하므로, “예정된 제거 작업(pending removals)”의 상태는 클러스터 내 모든 구성원 간에 일관되어야 합니다.
결론
Proxmox Backup Server의 "삭제 보류(Pending Removals)" 기능은 데이터 보안을 보장하면서 백업 관리를 자동화하기 위해 신중하게 설계된 기능입니다. 효율적인 정리 및 가비지 컬렉션 작업과 합리적인 유예 기간 설정을 통해 PBS는 저장 공간을 효율적으로 활용하면서 부적절한 작업으로 인한 데이터 손실 위험을 줄일 수 있습니다. 이러한 메커니즘을 이해하고 올바르게 설정하는 것은 중요 데이터의 백업을 위해 Proxmox에 의존하는 모든 기관에 매우 중요합니다.
공유하기: