Proxmox VE 매뉴얼을 Google Translate로 기계번역하고, 살짝 교정했습니다.
https://pve.proxmox.com/pve-docs/pve-admin-guide.html
version 8.1.4, Wed Mar 6 18:21:39 CET 2024
백업은 합리적인 IT 배포를 위한 요구 사항이며 Proxmox VE는 각 스토리지 및 각 게스트 시스템 유형의 기능을 사용하여 완전히 통합된 솔루션을 제공합니다. 이를 통해 시스템 관리자는 모드 옵션을 통해 백업 일관성과 게스트 시스템 가동 중지 시간 사이를 미세 조정할 수 있습니다.
Proxmox VE 백업은 항상 VM/CT 구성과 모든 데이터를 포함하는 전체 백업입니다. 백업은 GUI 또는 vzdump 명령줄 도구를 통해 시작할 수 있습니다.
백업 스토리지
백업을 실행하려면 먼저 백업 스토리지를 정의해야 합니다. 저장소를 추가하는 방법은 저장소 설명서를 참조하세요. 백업이 중복 제거된 청크 및 메타데이터로 저장되는 Proxmox 백업 서버 스토리지이거나 백업이 일반 파일로 저장되는 파일 수준 스토리지일 수 있습니다. 고급 기능으로 인해 Proxmox Backup Server를 전용 호스트에서 사용하는 것이 좋습니다. NFS 서버를 사용하는 것이 좋은 대안입니다. 두 경우 모두 나중에 오프사이트 보관을 위해 해당 백업을 테이프 드라이브에 저장할 수 있습니다.
예약된 백업
선택 가능한 노드 및 게스트 시스템에 대해 특정 날짜와 시간에 자동으로 실행되도록 백업 작업을 예약할 수 있습니다. 자세한 내용은 백업 작업 섹션을 참조하세요.
16.1. 백업 모드
게스트 유형에 따라 일관성(옵션 모드)을 제공하는 방법에는 여러 가지가 있습니다.
VM의 백업 모드:
stop 모드
이 모드는 VM 작업의 가동 중지 시간이 짧은 대신 최고의 백업 일관성을 제공합니다. VM을 순차적으로 종료한 다음 백그라운드 QEMU 프로세스를 실행하여 VM 데이터를 백업하는 방식으로 작동합니다. 백업이 시작된 후 VM은 이전에 실행 중이었다면 전체 작동 모드로 전환됩니다. 라이브 백업 기능을 사용하여 일관성이 보장됩니다.
suspend 모드
이 모드는 호환성을 위해 제공되며, 스냅샷 모드를 호출하기 전에 VM을 일시 중단합니다. VM을 일시 중단하면 가동 중지 시간이 길어지고 데이터 일관성이 반드시 향상되는 것은 아니므로 대신 스냅샷 모드를 사용하는 것이 좋습니다.
snapshot 모드
이 모드는 약간의 불일치 위험을 감수하면서 가장 낮은 작동 중단 시간을 제공합니다. VM이 실행되는 동안 데이터 블록이 복사되는 Proxmox VE 라이브 백업을 수행하여 작동합니다. 게스트 에이전트가 활성화되어(에이전트: 1) 실행 중인 경우 일관성을 향상시키기 위해 guest-fsfreeze-freeze 및 guest-fsfreeze-thaw를 호출합니다.
QemuServer용 Proxmox VE 라이브 백업에 대한 기술 개요는 여기에서 온라인으로 확인할 수 있습니다.
참고: Proxmox VE 라이브 백업은 모든 스토리지 유형에서 스냅샷과 유사한 의미를 제공합니다. 기본 스토리지가 스냅샷을 지원할 필요는 없습니다. 또한 백업은 백그라운드 QEMU 프로세스를 통해 수행되므로 QEMU에서 VM 디스크를 읽는 동안 중지된 VM이 짧은 시간 동안 실행 중인 것처럼 나타납니다. 그러나 VM 자체는 부팅되지 않으며 해당 디스크만 읽습니다.
컨테이너의 백업 모드:
stop 모드
백업 기간 동안 컨테이너를 중지합니다. 이로 인해 가동 중지 시간이 매우 길어질 수 있습니다.
suspend 모드
이 모드는 rsync를 사용하여 컨테이너 데이터를 임시 위치에 복사합니다(옵션 –tmpdir 참조). 그런 다음 컨테이너가 일시 중단되고 두 번째 rsync가 변경된 파일을 복사합니다. 그 후 컨테이너가 다시 시작(재개)됩니다. 이로 인해 가동 중지 시간이 최소화되지만 컨테이너 복사본을 보관할 추가 공간이 필요합니다.
컨테이너가 로컬 파일 시스템에 있고 백업의 대상 스토리지가 NFS/CIFS 서버인 경우 –tmpdir을 로컬 파일 시스템에도 설정해야 합니다. 이렇게 하면 성능이 몇 배 향상됩니다. 백업 스토리지가 NFS 서버인 경우 일시 중지 모드에서 ACL을 사용하여 로컬 컨테이너를 백업하려는 경우에도 로컬 tmpdir을 사용해야 합니다.
snapshot 모드
이 모드는 기본 스토리지의 스냅샷 기능을 사용합니다. 먼저, 데이터 일관성을 보장하기 위해 컨테이너가 일시중단됩니다. 컨테이너 볼륨의 임시 스냅샷이 생성되고 스냅샷 내용은 tar 파일에 보관됩니다. 마지막으로 임시 스냅샷이 다시 삭제됩니다.
참고: 스냅샷 모드에서는 백업된 모든 볼륨이 스냅샷을 지원하는 스토리지에 있어야 합니다. backup=no mount point 옵션을 사용하면 개별 볼륨을 백업에서 제외할 수 있습니다(따라서 이 요구 사항도 적용됨).
참고: 기본적으로 루트 디스크 마운트 지점 이외의 추가 마운트 지점은 백업에 포함되지 않습니다. 볼륨 마운트 지점의 경우 백업에 마운트 지점을 포함하도록 백업 옵션을 설정할 수 있습니다. 장치 및 바인드 마운트는 해당 컨텐츠가 Proxmox VE 스토리지 라이브러리 외부에서 관리되므로 백업되지 않습니다.
16.2. 백업 파일 이름
최신 버전의 vzdump는 게스트 유형과 백업 시간을 파일 이름으로 인코딩합니다. 예를 들어
vzdump-lxc-105-2009_10_09-11_04_43.tar
이렇게 하면 동일한 디렉터리에 여러 백업을 저장할 수 있습니다. 다양한 보존 옵션을 사용하여 보관되는 백업 수를 제한할 수 있습니다. 아래 백업 보존 섹션을 참조하세요.
16.3. 백업 파일 압축
백업 파일은 lzo [54], gzip [55] 또는 zstd [56] 알고리즘 중 하나로 압축할 수 있습니다.
현재 Zstandard(zstd)는 이 세 가지 알고리즘 중 가장 빠릅니다. 멀티스레딩은 lzo 및 gzip에 비해 zstd의 또 다른 장점입니다. Lzo와 gzip은 더 널리 사용되고 기본적으로 설치되는 경우가 많습니다.
멀티스레딩으로 인해 더 나은 성능을 제공하기 위해 gzip의 드롭인 대체품으로 pigz [57]를 설치할 수 있습니다. pigz 및 zstd의 경우 스레드/코어 양을 조정할 수 있습니다. 아래 구성 옵션을 참조하세요.
일반적으로 백업 파일 이름의 확장자를 사용하여 백업을 생성하는 데 사용된 압축 알고리즘을 확인할 수 있습니다.
| .zst | Zstandard (zstd) compression |
| .gz or .tgz | gzip compression |
| .lzo | lzo compression |
백업 파일 이름이 위 파일 확장자 중 하나로 끝나지 않으면 vzdump로 압축되지 않은 것입니다.
16.4. 백업 암호화
Proxmox Backup Server 저장소의 경우 선택적으로 백업의 클라이언트 측 암호화를 설정할 수 있습니다. 해당 섹션을 참조하세요.
16.5. 백업 작업
백업을 수동으로 트리거하는 것 외에도 전체 또는 일부 가상 게스트를 스토리지에 백업하는 정기적인 작업을 설정할 수도 있습니다. 데이터 센터 → 백업 아래의 UI에서 또는 /cluster/backup API 엔드포인트를 통해 작업을 관리할 수 있습니다. 둘 다 pvescheduler 데몬에 의해 구문 분석되고 실행되는 /etc/pve/jobs.cfg에 작업 항목을 생성합니다.
작업은 모든 클러스터 노드 또는 특정 노드에 대해 구성되며 지정된 일정에 따라 실행됩니다. 일정 형식은 시스템 캘린더 이벤트와 매우 유사합니다. 자세한 내용은 캘린더 이벤트 섹션을 참조하세요. UI의 일정 필드는 자유롭게 편집할 수 있으며 드롭다운 목록에서 시작점으로 사용할 수 있는 여러 예가 포함되어 있습니다.
스토리지 또는 노드 구성의 옵션을 재정의하는 작업별 보존 옵션과 백업과 함께 저장할 추가 정보에 대한 메모 템플릿을 구성할 수 있습니다.
예약된 백업은 호스트가 오프라인이거나 예약된 시간 동안 pvescheduler가 비활성화되었을 때 실행되지 않으므로 따라잡기 위한 동작을 구성할 수 있습니다. 누락된 항목 반복 옵션(구성에서 누락된 항목 반복)을 활성화하면 누락된 작업을 가능한 한 빨리 실행해야 한다고 스케줄러에 알릴 수 있습니다.
UI에 표시되지 않는 백업 성능 조정을 위한 몇 가지 설정이 있습니다. 가장 주목할만한 것은 IO 대역폭을 제한하는 bwlimit입니다. 압축기에 사용되는 스레드의 양은 각각 pigz(gzip 대체), zstd 설정으로 제어할 수 있습니다. 또한 성능 설정의 일부로 ionice와 max-workers(VM 백업에만 영향을 줌) 및 pbs-entries-max(컨테이너 백업에만 영향을 줌)가 있습니다. 자세한 내용은 구성 옵션을 참조하세요.
16.6. 백업 보존
prune-backups 옵션을 사용하면 유연하게 보관할 백업을 지정할 수 있습니다. 다음 보존 옵션을 사용할 수 있습니다.
keep-all
모든 백업을 보관하세요. 이것이 사실이라면 다른 옵션을 설정할 수 없습니다.
keep-last
마지막 개 백업을 유지합니다.
keep-hourly
지난 시간 동안 백업을 보관하세요. 한 시간 동안 백업이 두 개 이상 있는 경우 최신 백업만 유지됩니다.
keep-daily
지난 일 동안 백업을 보관하세요. 하루에 백업이 두 개 이상인 경우 최신 백업만 유지됩니다.
keep-weekly
지난 주 동안 백업을 보관하세요. 한 주에 백업이 두 개 이상인 경우 최신 백업만 유지됩니다.
참고: 주는 월요일에 시작하여 일요일에 끝납니다. 소프트웨어는 ISO 주 날짜 시스템을 사용하고 연말의 주를 올바르게 처리합니다.
keep-monthly
지난 개월 동안의 백업을 보관하세요. 한 달 동안 백업이 두 개 이상인 경우 최신 백업만 유지됩니다.
keep-yearly
지난 년간의 백업을 보관하세요. 1년 동안 백업이 두 개 이상인 경우 최신 백업만 유지됩니다.
보존 옵션은 위에 지정된 순서대로 처리됩니다. 각 옵션은 해당 기간 내의 백업에만 적용됩니다. 다음 옵션은 이미 적용된 백업을 처리하지 않습니다. 이전 백업만 고려됩니다.
사용하려는 보존 옵션을 쉼표로 구분된 목록으로 지정합니다. 예:
# vzdump 777 --prune-backups keep-last=3,keep-daily=13,keep-yearly=9
정리 백업을 vzdump에 직접 전달할 수도 있지만 웹 인터페이스를 통해 수행할 수 있는 스토리지 수준에서 설정을 구성하는 것이 더 합리적인 경우가 많습니다.
참고: 이전 maxfiles 옵션은 더 이상 사용되지 않으며 keep-last로 대체하거나 maxfiles가 무제한 보존을 위해 0인 경우 keep-all로 대체해야 합니다.
16.6.1. 정리(prune) 시뮬레이터
Proxmox Backup Server 설명서의 정리 시뮬레이터를 사용하여 다양한 백업 일정과 다양한 보존 옵션의 효과를 탐색할 수 있습니다.
16.6.2. 보존 설정 예
이전 백업의 백업 빈도와 보존은 데이터 변경 빈도와 특정 작업 부하에서 이전 상태가 얼마나 중요한지에 따라 달라질 수 있습니다. 백업이 회사의 문서 아카이브 역할을 하는 경우 백업을 보관해야 하는 기간에 대한 법적 요구 사항이 있을 수도 있습니다.
이 예에서는 매일 백업을 수행하고 보존 기간이 10년이며 저장되는 백업 간격이 점차 늘어난다고 가정합니다.
keep-last=3 – 일일 백업만 수행하더라도 관리자는 대규모 업그레이드 직전이나 직후에 추가 백업을 생성할 수 있습니다. keep-last를 설정하면 이를 보장합니다.
keep-hourly가 설정되지 않았습니다. 일일 백업의 경우 이는 관련이 없습니다. Keep-last를 사용하여 추가 수동 백업을 이미 처리했습니다.
keep-daily=13 – 최소 하루에 적용되는 keep-last와 함께 사용하면 최소 2주간의 백업이 보장됩니다.
keep-weekly=8 – 최소 2개월 간의 주간 백업이 있는지 확인합니다.
keep-monthly=11 – 이전 유지 설정과 함께 최소 1년의 월별 백업이 보장됩니다.
keep-yearly=9 – 장기 아카이브용입니다. 이전 옵션으로 올해를 다루었으므로 나머지 옵션에 대해서는 이를 9로 설정하여 총 10년 이상의 적용 기간을 제공합니다.
환경에 최소한으로 필요한 것보다 더 높은 보존 기간을 사용하는 것이 좋습니다. 불필요하게 높은 경우 언제든지 이를 줄일 수 있지만, 일단 제거된 백업은 다시 생성할 수 없습니다.
16.7. 백업 보호
백업이 제거되는 것을 방지하기 위해 백업을 보호됨으로 표시할 수 있습니다. Proxmox VE의 UI, CLI 또는 API를 통해 보호된 백업을 제거하려고 하면 실패합니다. 그러나 이는 파일 시스템이 아닌 Proxmox VE에 의해 시행됩니다. 즉, 기본 백업 스토리지에 대한 쓰기 액세스 권한이 있는 사람은 누구나 백업 파일 자체를 수동으로 제거할 수 있습니다.
참고: 보호된 백업은 정리 시 무시되며 보존 설정에 포함되지 않습니다.
파일 시스템 기반 스토리지의 경우 보호는 센티넬 파일 .protected를 통해 구현됩니다. Proxmox Backup Server의 경우 서버 측에서 처리됩니다(Proxmox Backup Server 버전 2.1부터 사용 가능).
스토리지 옵션 max-protected-backups를 사용하여 스토리지에 허용되는 게스트당 보호된 백업 수를 제어합니다. 무제한으로 사용하려면 -1을 사용하세요. 기본값은 Datastore.Allocate 권한이 있는 사용자의 경우 무제한이고 다른 사용자의 경우 5입니다.
16.8. 백업 노트
UI의 메모 편집 버튼을 사용하거나 스토리지 콘텐츠 API를 통해 백업에 메모를 추가할 수 있습니다.
백업 작업 및 수동 백업에 대해 동적으로 메모를 생성하기 위한 템플릿을 지정할 수도 있습니다. 템플릿 문자열에는 두 개의 중괄호로 묶인 변수가 포함될 수 있으며, 이 변수는 백업이 실행될 때 해당 값으로 대체됩니다.
현재 지원되는 것은 다음과 같습니다:
- {{cluster}} 클러스터 이름(있는 경우)
- {{guestname}} 가상 게스트의 지정된 이름
- {{node}} 백업이 생성되는 노드의 호스트 이름
- {{vmid}} 게스트의 숫자 VMID
API 또는 CLI를 통해 지정하는 경우 줄 바꿈 및 백슬래시를 각각 리터럴 \n 및 \로 이스케이프해야 하는 단일 라인이어야 합니다.
16.9 복원
Proxmox VE 웹 GUI 또는 다음 CLI 도구를 통해 백업 아카이브를 복원할 수 있습니다.
pct restore
컨테이너 복원 유틸리티
qmrestore
가상 머신 복원 유틸리티
자세한 내용은 해당 매뉴얼 페이지를 참조하십시오.
16.9.1. 대역폭 제한
하나 이상의 대규모 백업을 복원하려면 많은 리소스가 필요할 수 있으며, 특히 백업 스토리지에서 읽고 대상 스토리지에 쓰는 데 필요한 스토리지 대역폭이 필요할 수 있습니다. 이는 스토리지에 대한 액세스가 혼잡해질 수 있으므로 다른 가상 게스트에게 부정적인 영향을 미칠 수 있습니다.
이를 방지하려면 백업 작업에 대한 대역폭 제한을 설정할 수 있습니다. Proxmox VE는 복원 및 보관에 대해 두 가지 종류의 제한을 구현합니다.
- 복원당 제한: 백업 아카이브에서 읽기 위한 최대 대역폭 양을 나타냅니다.
- 스토리지당 쓰기 제한: 특정 스토리지에 쓰는 데 사용되는 최대 대역폭 양을 나타냅니다.
읽은 것보다 더 많이 쓸 수는 없으므로 읽기 제한은 쓰기 제한에 간접적으로 영향을 미칩니다. 작업당 한도가 작을수록 더 큰 스토리지당 한도를 덮어씁니다. 더 큰 작업당 제한은 영향을 받는 저장소에 대한 ‘Data.Allocate’ 권한이 있는 경우에만 저장소당 제한을 덮어씁니다.
복원 CLI 명령에서 ‘–bwlimit ` 옵션을 사용하여 복원 작업별 대역폭 제한을 설정할 수 있습니다. KiB/s가 제한 단위로 사용됩니다. 즉, ‘10240’을 전달하면 백업 읽기 속도가 10MiB/s로 제한되어 이미 실행 중인 가상 게스트에 대해 가능한 스토리지 대역폭의 나머지 부분을 사용할 수 있게 됩니다. 따라서 백업은 작업에 영향을 미치지 않습니다.
참고: bwlimit 매개변수에 ‘0’을 사용하여 특정 복원 작업에 대한 모든 제한을 비활성화할 수 있습니다. 이는 매우 중요한 가상 게스트를 최대한 빨리 복원해야 하는 경우 유용할 수 있습니다. (저장소에 `Data.Allocate’ 권한이 필요합니다)
대부분의 경우 스토리지의 일반적으로 사용 가능한 대역폭은 시간이 지나도 동일하게 유지되므로 구성된 스토리지당 기본 대역폭 제한을 설정할 수 있는 기능을 구현했습니다. 이는 다음을 통해 수행할 수 있습니다.
# pvesm set STORAGEID --bwlimit restore=KIBs
16.9.2. 실시간 복원
대규모 백업을 복원하는 데는 시간이 오래 걸릴 수 있으며 이 경우 게스트를 계속 사용할 수 없습니다. Proxmox 백업 서버에 저장된 VM 백업의 경우 실시간 복원 옵션을 사용하여 이 대기 시간을 완화할 수 있습니다.
GUI의 확인란이나 qmrestore의 –live-restore 인수를 통해 실시간 복원을 활성화하면 복원이 시작되자마자 VM이 시작됩니다. 데이터는 백그라운드에서 복사되어 VM이 적극적으로 액세스하는 청크의 우선순위를 정합니다.
여기에는 두 가지 주의 사항이 있습니다.
실시간 복원 중에는 백업 서버에서 데이터를 로드해야 하므로 VM은 제한된 디스크 읽기 속도로 작동합니다. 그러나 일단 로드되면 대상 스토리지에서 즉시 사용할 수 있으므로 데이터에 두 번 액세스하면 처음에만 페널티가 발생합니다. ). 쓰기 속도는 크게 영향을 받지 않습니다.
어떤 이유로든 실시간 복원이 실패하면 VM은 정의되지 않은 상태로 남게 됩니다. 즉, 모든 데이터가 백업에서 복사되지 않았을 수 있으며 백업 중에 작성된 데이터를 유지하는 것이 불가능할 가능성이 높습니다. 복원 작업이 실패했습니다.
이 작동 모드는 초기 작동에 소량의 데이터만 필요한 대규모 VM에 특히 유용합니다. 웹 서버 – OS와 필요한 서비스가 시작되면 VM이 작동하는 반면 백그라운드 작업은 거의 사용되지 않는 데이터를 계속 복사합니다.
16.9.3. 단일 파일 복원
스토리지 GUI의 백업 탭에 있는 파일 복원 버튼을 사용하면 백업에 포함된 데이터에서 직접 파일 브라우저를 열 수 있습니다. 이 기능은 Proxmox 백업 서버의 백업에만 사용할 수 있습니다.
컨테이너의 경우 파일 트리의 첫 번째 레이어에는 자유롭게 열고 탐색할 수 있는 포함된 모든 pxar 아카이브가 표시됩니다. VM의 경우 첫 번째 레이어에는 포함된 드라이브 이미지가 표시되며, 이를 열어 드라이브에서 발견된 지원되는 스토리지 기술 목록을 표시할 수 있습니다. 가장 기본적인 경우 이는 드라이브에 있는 각 파티션에 대한 항목이 포함된 파티션 테이블을 나타내는 part라는 항목입니다. VM의 경우 모든 데이터에 액세스할 수 있는 것은 아닙니다(지원되지 않는 게스트 파일 시스템, 스토리지 기술 등).
파일과 디렉터리는 다운로드 버튼을 사용하여 다운로드할 수 있으며, 후자는 즉시 zip 아카이브로 압축됩니다.
신뢰할 수 없는 데이터가 포함되어 있을 수 있는 VM 이미지에 대한 보안 액세스를 활성화하기 위해 임시 VM(게스트로 표시되지 않음)이 시작됩니다. 이는 해당 아카이브에서 다운로드한 데이터가 본질적으로 안전하다는 의미는 아니지만 하이퍼바이저 시스템이 위험에 노출되는 것을 방지합니다. VM은 시간 초과 후 자체적으로 중지됩니다. 이 모든 과정은 사용자의 관점에서 투명하게 진행됩니다.
참고: 문제 해결을 위해 각 임시 VM 인스턴스는 /var/log/proxmox-backup/file-restore/에 로그 파일을 생성합니다. 개별 파일을 복원하거나 백업 아카이브에 포함된 파일 시스템에 액세스하려는 시도가 실패하는 경우 로그 파일에 추가 정보가 포함될 수 있습니다.
16.10 구성
전역 구성은 /etc/vzdump.conf에 저장됩니다. 파일은 간단한 콜론으로 구분된 키/값 형식을 사용합니다. 각 줄의 형식은 다음과 같습니다.
OPTION: value
파일의 빈 줄은 무시되고 # 문자로 시작하는 줄은 주석으로 처리되어 무시됩니다. 이 파일의 값은 기본값으로 사용되며 명령줄에서 덮어쓸 수 있습니다.
현재 다음 옵션을 지원합니다.
bwlimit: (0 – N) (default = 0)
Limit I/O bandwidth (in KiB/s).
compress: <0 | 1 | gzip | lzo | zstd> (default = 0)
Compress dump file.
dumpdir:
Store resulting files to specified directory.
exclude-path:
Exclude certain files/directories (shell globs). Paths starting with / are anchored to the container’s root, other paths match relative to each subdirectory.
ionice: (0 – 8) (default = 7)
Set IO priority when using the BFQ scheduler. For snapshot and suspend mode backups of VMs, this only affects the compressor. A value of 8 means the idle priority is used, otherwise the best-effort priority is used with the specified value.
lockwait: (0 – N) (default = 180)
Maximal time to wait for the global lock (minutes).
mailnotification: (default = always)
Deprecated: use notification-policy instead.
mailto:
Comma-separated list of email addresses or users that should receive email notifications. Has no effect if the notification-target option is set at the same time.
maxfiles: (1 – N)
Deprecated: use prune-backups instead. Maximal number of backup files per guest system.
mode: (default = snapshot)
Backup mode.
notes-template:
Template string for generating notes for the backup(s). It can contain variables which will be replaced by their values. Currently supported are {{\cluster}}, {{\guestname}}, {{\node}}, and {{\vmid}}, but more might be added in the future. Needs to be a single line, newline and backslash need to be escaped as \n and \ respectively.
참고: 필수 옵션: 스토리지
notification-policy: (default = always)
Specify when to send a notification
notification-target:
Determine the target to which notifications should be sent. Can either be a notification endpoint or a notification group. This option takes precedence over mailto, meaning that if both are set, the mailto option will be ignored.
performance: [max-workers=] [,pbs-entries-max=]
Other performance-related settings.
max-workers= (1 – 256) (default = 16)
Applies to VMs. Allow up to this many IO workers at the same time.
pbs-entries-max= (1 – N) (default = 1048576)
Applies to container backups sent to PBS. Limits the number of entries allowed in memory at a given time to avoid unintended OOM situations. Increase it to enable backups of containers with a large amount of files.
pigz: (default = 0)
Use pigz instead of gzip when N>0. N=1 uses half of cores, N>1 uses N as thread count.
pool:
Backup all known guest systems included in the specified pool.
protected:
If true, mark backup(s) as protected.
prune-backups: [keep-all=<1|0>] [,keep-daily=] [,keep-hourly=] [,keep-last=] [,keep-monthly=] [,keep-weekly=] [,keep-yearly=] (default = keep-all=1)
Use these retention options instead of those from the storage configuration.
keep-all=
Keep all backups. Conflicts with the other options when true.
keep-daily=
Keep backups for the last different days. If there is morethan one backup for a single day, only the latest one is kept.
keep-hourly=
Keep backups for the last different hours. If there is morethan one backup for a single hour, only the latest one is kept.
keep-last=
Keep the last backups.
keep-monthly=
Keep backups for the last different months. If there is morethan one backup for a single month, only the latest one is kept.
keep-weekly=
Keep backups for the last different weeks. If there is morethan one backup for a single week, only the latest one is kept.
keep-yearly=
Keep backups for the last different years. If there is morethan one backup for a single year, only the latest one is kept.
remove: (default = 1)
Prune older backups according to prune-backups.
script:
Use specified hook script.
stdexcludes: (default = 1)
Exclude temporary files and logs.
stopwait: (0 – N) (default = 10)
Maximal time to wait until a guest system is stopped (minutes).
storage:
Store resulting file to this storage.
tmpdir:
Store temporary files to specified directory.
zstd: (default = 1)
Zstd threads. N=0 uses half of the available cores, N>0 uses N as thread count.
vzdump.conf 구성 예
tmpdir: /mnt/fast_local_disk storage: my_backup_storage mode: snapshot bwlimit: 10000
16.11. 후크 스크립트
–script 옵션을 사용하여 후크 스크립트를 지정할 수 있습니다. 이 스크립트는 백업 프로세스의 다양한 단계에서 호출되며 이에 따라 매개변수가 설정됩니다. 문서 디렉터리(vzdump-hook-script.pl)에서 예제를 찾을 수 있습니다.
16.12. 파일 제외
이 옵션은 컨테이너 백업에만 사용할 수 있습니다.
vzdump는 기본적으로 다음 파일을 건너뜁니다(–stdexcludes 0 옵션을 사용하여 비활성화).
/tmp/?* /var/tmp/?* /var/run/?*pid
(추가) 제외 경로를 수동으로 지정할 수도 있습니다. 예를 들면 다음과 같습니다.
# vzdump 777 --exclude-path /tmp/ --exclude-path '/var/foo*'
/tmp/ 디렉토리와 /var/foo, /var/foobar 등의 파일이나 디렉토리는 제외됩니다.
/로 시작하지 않는 경로는 컨테이너의 루트에 고정되지 않지만 모든 하위 디렉터리를 기준으로 일치합니다. 예를 들어:
# vzdump 777 --exclude-path bar
/bar, /var/bar, /var/foo/bar 등의 파일이나 디렉터리는 제외하지만 /bar2는 제외합니다.
구성 파일은 백업 아카이브(./etc/vzdump/)에도 저장되며 올바르게 복원됩니다.
16.13. 예
게스트 777을 덤프하기만 하면 됩니다. 스냅샷은 없습니다. 게스트 개인 영역과 구성 파일을 기본 덤프 디렉터리(일반적으로 /var/lib/vz/dump/)에 보관하기만 하면 됩니다.
# vzdump 777
rsync 및 일시 중지/재개를 사용하여 스냅샷을 만듭니다(다운타임 최소화).
# vzdump 777 --mode suspend
모든 게스트 시스템을 백업하고 루트와 관리자에게 알림 메일을 보냅니다. 기본적으로 mailto가 설정되고 알림 모드가 자동으로 설정되어 있기 때문에 알림 메일은 알림 시스템 대신 시스템의 sendmail 명령을 통해 전송됩니다.
# vzdump --all --mode suspend --mailto root --mailto admin
스냅샷 모드(다운타임 없음) 및 기본이 아닌 덤프 디렉터리를 사용합니다.
# vzdump 777 --dumpdir /mnt/backup --mode snapshot
둘 이상의 게스트 백업(선택적)
# vzdump 101 102 103 --mailto root
101, 102를 제외한 모든 게스트 백업
# vzdump --mode suspend --exclude 101,102
컨테이너를 새로운 CT 600으로 복원
# pct restore 600 /mnt/backup/vzdump-lxc-777.tar
QemuServer VM을 VM 601로 복원
# qmrestore /mnt/backup/vzdump-qemu-888.vma 601
파이프를 사용하여 기존 컨테이너 101을 4GB 루트 파일 시스템이 있는 새 컨테이너 300으로 복제합니다.
# vzdump 101 --stdout | pct restore --rootfs 4 300 -
