Roadmap – Proxmox Backup Server 3.4

2025년 4월 10일 출시

  • Debian Bookworm(12.10) 기반
  • 최신 6.8.12-9 커널을 새로운 안정적인 기본값으로 사용
  • 옵트인으로 최신 6.14 커널
  • ZFS: 2.2.7(커널 6.14에 대한 호환성 패치 포함)

하이라이트

  • 가비지 수집 성능이 향상되었습니다.
    • 가비지 컬렉션은 데이터 저장소에서 사용되지 않는 청크를 제거하여 저장 공간을 확보합니다.
    • 이를 위해 현재 백업 스냅샷에서 사용 중인 모든 청크를 표시해야 합니다.
    • 이제 마킹 단계에서는 중복된 마킹 작업을 피하기 위해 캐시를 사용합니다.
    • 이렇게 하면 메모리 사용량이 늘어나지만 가비지 수집의 실행 시간은 크게 줄어들 수 있습니다.
  • 동기화 작업에 대한 백업 스냅샷 선택에 대한 보다 세부적인 제어가 가능합니다.
    • 동기화 작업은 원격 Proxmox Backup Server 인스턴스에서 백업 스냅샷을 푸시하거나 가져오는 데 유용합니다.
    • 그룹 필터를 사용하면 어떤 백업 그룹을 동기화할지 선택할 수 있습니다.
    • 또한, 이제 암호화된 백업 스냅샷만 동기화하거나 검증된 백업 스냅샷만 동기화하는 것이 가능해졌습니다.
  • Proxmox Backup 명령줄 클라이언트의 정적 빌드.
    • Proxmox Backup Server는 Proxmox VE와 긴밀하게 통합되어 있지만, 명령줄 클라이언트는 Proxmox VE 외부에서도 사용할 수 있습니다.
    • Debian 또는 Debian 파생 버전을 실행하는 호스트에 대해서는 명령줄 클라이언트용 패키지가 이미 제공됩니다.
    • 새로운 정적으로 링크된 바이너리는 다른 배포판을 실행하는 Linux 호스트와의 호환성을 높입니다.
    • 이를 통해 Proxmox Backup Server를 사용하여 임의의 Linux 호스트의 파일 수준 백업을 더 쉽게 만들 수 있습니다.
  • 최신 Linux 6.14 커널이 옵트인 커널로 사용 가능합니다.

변경 사항 개요

웹 인터페이스(GUI) 개선

  • 로그인 대화 상자에서 미리 선택되는 기본 영역을 구성할 수 있습니다( 문제 5379 ).
  • 이제 가지치기 시뮬레이터를 사용하면 범위와 단계 크기를 모두 사용하여 일정을 지정할 수 있습니다( 문제 6069 ).
  • 정리 시뮬레이터가 백업 목록에 보관된 백업을 표시하는지 확인하세요.
  • 드물게 “Prune & GC Jobs” 탭으로 이동한 후 GUI가 완전히 로드되지 않는 문제를 해결했습니다.
  • 이제 API 토큰의 주석을 삭제할 수 있습니다.
  • GUI에 대한 다양한 소규모 개선 사항.
  • 번역 가능한 문자열이 분할되어 번역자가 잠재적으로 유용한 컨텍스트를 사용할 수 없게 되는 몇몇 현상을 수정했습니다.

일반 백엔드 개선

  • 가비지 수집에 대한 성능 개선( 문제 5331 ).
    • 가비지 컬렉션은 데이터 저장소에서 사용되지 않는 청크를 제거하여 저장 공간을 확보합니다.
    • 이를 위해 첫 번째 단계에서는 현재 백업 스냅샷에서 사용 중인 모든 청크 파일의 atime(액세스 시간)을 업데이트합니다.
    • 이제 표시 단계에서는 개선된 청크 반복 논리와 캐시를 사용하여 중복된 atime 업데이트를 방지합니다.
    • 이렇게 하면 메모리 사용량이 늘어나지만 가비지 수집의 실행 시간은 크게 줄어들 수 있습니다.
    • 캐시 용량은 데이터 저장소의 튜닝 옵션에서 구성할 수 있습니다.
  • 동기화 작업에 대한 백업 스냅샷 선택에 대한 보다 세부적인 제어가 가능합니다.
    • 동기화 작업은 원격 Proxmox Backup Server 인스턴스에서 백업 스냅샷을 푸시하거나 가져오는 데 유용합니다.
    • 그룹 필터를 사용하면 어떤 백업 그룹을 동기화할지 선택할 수 있습니다.
    • 또한 이제 암호화된 백업 스냅샷만 동기화하거나 검증된 백업 스냅샷만 동기화하는 것이 가능해졌습니다( 문제 6072 ).
    • 동기화 작업의 transfer-last 설정은 verified-onlyencrypted-only필터링 보다 우선합니다 .
  • atime 업데이트를 따르지 않는 파일 시스템에 대한 보호 장치를 추가합니다( 문제 5982 ).
    • 가비지 수집의 첫 번째 단계는 atime을 명시적으로 업데이트하여 사용된 청크 파일을 표시합니다.
    • 청크 저장소를 지원하는 파일 시스템이 이러한 atime 업데이트를 따르지 않으면 2단계에서 아직 사용 중인 청크가 삭제되어 데이터 손실이 발생할 수 있습니다.
    • 따라서 데이터 저장소 생성 및 가비지 수집은 이제 테스트 청크에 대해 atime 업데이트를 수행하고 atime 업데이트가 적용되지 않으면 오류를 보고합니다.
    • 해당 검사는 기본적으로 활성화되어 있으며 데이터 저장소의 튜닝 옵션에서 비활성화할 수 있습니다.
  • 데이터 저장소의 튜닝 옵션에서 가비지 수집을 위한 atime 컷오프를 사용자 정의할 수 있습니다.
    • atime 제한 시간은 파일 시스템이 atime을 항상 즉시 업데이트하지 않는 경우를 대비해 기본적으로 24시간 5분으로 설정됩니다.
    • 그러나 atime을 즉시 업데이트하는 파일 시스템에서는 사용되지 않는 청크가 필요 이상으로 오랫동안 보관될 수 있습니다.
    • 따라서 고급 사용자가 데이터 저장소의 튜닝 옵션에서 사용자 정의 atime 차단을 구성할 수 있도록 허용합니다.
  • API 및 GUI를 통해 API 토큰에 대한 새로운 토큰 비밀번호를 생성할 수 있습니다( 문제 3887 ).
  • 새로운 백업 스냅샷을 생성할 때 알려졌지만 누락된 청크에 대한 검사를 되돌립니다( 문제 5710 에 대한 수정 사항을 되돌립니다 ).
    • 이 검사는 Proxmox Backup Server 3.3에 도입되어 클라이언트가 사라진 청크를 다시 보낼 수 있게 해줍니다.
    • 그러나 커뮤니티의 보고에 따르면 이 검사는 대규모 설정에는 적합하지 않은 것으로 나타났습니다.
    • 따라서 확인을 되돌리고 앞으로는 옵트인 또는 옵트아웃 방식을 도입하는 것이 좋습니다.
  • 이동식 데이터 저장소 생성에 실패한 경우 적절한 마운트 해제를 확인하세요.
  • 마지막 백업 스냅샷이 제거된 경우 백업 그룹을 제거합니다( 문제 3336 ).
    • 이전에는 빈 백업 그룹이 이전 소유자가 설정된 상태로 유지되었습니다.
    • 이로 인해 그룹에 다른 소유자가 있는 새 스냅샷을 추가하려고 할 때 문제가 발생했습니다.
  • 데이터 저장소의 기본 파일 시스템에서 백업 그룹, 스냅샷 및 매니페스트의 잠금을 분리합니다( 문제 3935 ).
    • 이제 잠금 파일은 데이터 저장소의 백업 파일 시스템 대신 /run 아래에 tmpfs에 생성됩니다 .
    • 이를 통해 네트워크 파일 시스템이 지원하는 데이터 저장소 잠금과 관련된 문제도 완화할 수 있습니다.
  • API 토큰이 삭제되면 API 토큰의 권한도 삭제되는지 확인하세요( 문제 4382 ).
  • 프로세스가 루트로 실행되는 경우 청크 파일이 올바른 소유자에게 삽입되었는지 확인하세요.
  • 일부 경우 정리 작업이 작업 로그를 작성하지 않아 작업 상태가 “알 수 없음”으로 표시되는 문제를 해결했습니다.
  • 데이터 저장소를 나열할 때 구성을 구문 분석하고 권한 확인 후 마운트 상태를 확인합니다.
    • 이를 통해 대규모 설정에서 성능이 향상될 수 있습니다.
  • 설명에 더 많은 세부 정보(예: errno)를 포함하여 오류 보고를 개선하세요 .
  • “Wipe Disk”가 디스크 끝에 있는 GPT 헤더 백업도 삭제하는지 확인하세요( 문제 5946 ).
  • PBS_LOG 환경 변수를 사용하여 로깅이 비활성화된 경우에도 작업 상태가 보고되는지 확인하세요.
  • proxmox-backup-manager가 로그 출력을 두 번 쓰는 문제를 해결했습니다 .
  • 시작 중에 실패한 작업자 작업이 정리되지 않는 문제를 해결했습니다.
  • 현재 작업 수의 잘못된 업데이트를 초래할 수 있는 경쟁 조건을 수정합니다.
  • 잠금 경합으로 인한 문제를 완화하려면 작업 인덱스 파일의 잠금 시간 초과를 늘립니다.
  • 매니페스트 업데이트가 실패하면 검증 작업이 너무 빨리 중단되는 문제를 해결했습니다.
  • 데몬을 다시 로드할 때 파일 설명자가 제대로 닫히지 않는 문제를 해결했습니다.
  • 원격 Proxmox 백업 서버 인스턴스의 버전이 잘못 확인되는 문제를 해결했습니다.

클라이언트 개선

  • Proxmox Backup 명령줄 클라이언트의 정적 빌드( 문제 4788 ).
    • Proxmox Backup Server는 Proxmox VE와 긴밀하게 통합되어 있지만, 명령줄 클라이언트는 Proxmox VE 외부에서도 사용할 수 있습니다.
    • Debian 또는 Debian 파생 버전을 실행하는 호스트에 대해서는 명령줄 클라이언트용 패키지가 이미 제공됩니다.
    • 새로운 정적으로 연결된 바이너리는 다른 배포판을 실행하는 Linux 호스트와의 호환성을 높입니다.
    • 이를 통해 임의의 Linux 호스트에서 Proxmox Backup Server와 상호 작용하여 파일 수준 호스트 백업을 만들거나 관리하는 것이 더 쉬워집니다.
  • systemd에서 전달된 자격 증명에서 비밀번호를 읽을 수 있도록 허용합니다.
    • 예를 들어 Proxmox 백업 서버의 API 토큰 비밀번호나 암호화 키를 잠금 해제하는 데 필요한 비밀번호가 있습니다.
  • Proxmox Virtual Machine Archive(VMA)를 Proxmox 백업 서버로 가져올 수 있는 도구vma-to-pbs 가 개선되었습니다 .
    • 선택적으로 proxmox-backup-client 같은 환경 변수에서 저장소나 비밀번호를 읽습니다 .
    • 명령줄 옵션 --version 에 대한 지원을 추가합니다.
    • zstd, lzop 또는 zcat 프로세스를 좀비로 남겨두지 않도록 하세요( 문제 5994 ).
    • VMA 파일이 예기치 않게 종료되는 경우 오류 메시지를 명확히 합니다.
  • 문서 및 매뉴얼 페이지에서 아카이브 이름에 대한 제한 사항을 언급합니다( 문제 6185 ).
  • Proxmox Backup Server 3.3에 도입된 파일 기반 백업의 변경 감지 모드 개선 사항:
    • 메타데이터 비교 시 파일 크기가 고려되지 않아 이후 복원이 실패할 수 있는 문제를 해결했습니다.
  • Proxmox 백업 서버로의 컨테이너 백업 중에 적절한 오류 전파를 방해할 수 있는 경쟁 조건을 수정합니다.
  • 이미지 기반 백업에서 파일을 복원합니다. blockdev파일 복원 VM을 위해 드라이브를 준비할 때 옵션으로 전환합니다.
    • 또한, 이 변경으로 인해 네임스페이스나 암호화를 사용할 때 발생하는 단기적인 회귀를 수정합니다.

테이프 백업

  • 테이프 백업 중에 청크를 읽기 위한 작업자 스레드 수를 늘릴 수 있습니다.
    • 특정 설정에서는 이를 통해 테이프 백업 처리량이 크게 증가할 수 있습니다.
  • 테이프에서 재해 복구에 대한 섹션을 문서에 추가합니다( 문제 4408 ).

설치 ISO

  • 모든 설치 프로그램의 최소 루트 비밀번호 길이를 5자에서 8자로 늘립니다. 이러한 변경은 현재 NIST 권장 사항 에 따라 수행됩니다 .
  • 자동 설치가 실패한 이유에 대한 사용자가 볼 수 있는 정보를 더 많이 인쇄합니다.
  • 자동 설치 프로그램의 응답 파일에서 RAID 수준을 대소문자를 구분하지 않고 설정할 수 있도록 허용합니다.
  • 자동 설치 프로그램이 진행 상황이 없을 때 진행률 메시지를 인쇄하는 것을 방지합니다.
  • 자동 설치 중 오류 발생 시 재부팅 여부에 대한 사용자의 기본 설정을 올바르게 인식합니다( 문제 5984 ).
  • 자동 설치 프로그램의 첫 번째 부팅 실행 파일로 셸 스크립트 외에 바이너리 실행 파일을 사용할 수 있도록 허용합니다.
  • 자동 설치 프로그램의 응답 파일에 있는 속성을 snake_case 또는 kebab-case 로 설정합니다 .
    •  kebab-case 변형은 다른 Proxmox 구성 파일 형식과 일관성을 유지하는 데 더 적합합니다.
    • snake_case 변형은 점차적으로 사용이 중단되고 향후 주요 버전 릴리스에서 제거될 예정입니다.
  • 잘못된 설정으로 인해 설치가 실패하는 대신, 자동 설치 프로그램 ISO를 준비하는 동안 로케일 및 첫 번째 부팅 후크 설정을 검증합니다.
  • TUI 설치 프로그램 인터페이스를 방해하는 중요하지 않은 커널 로깅 메시지를 인쇄하는 것을 방지합니다.
  • Next 버튼을 먼저 클릭하지 않아도 GUI 설치 프로그램에서 DHCP를 통해 네트워크 구성이 감지되도록 유지합니다 ( 문제 2502 ).
  • 자동 설치 프로그램을 사용하여 DHCP 서버에서 정규화된 도메인 이름(FQDN)을 검색하는 옵션을 추가합니다( 문제 5811 ).
  • 네트워크에 DHCP 서버가 구성되어 있지 않거나 DHCP 임대를 수신하지 못한 경우 오류 처리를 개선합니다.
    • 네트워크가 DHCP로 구성되지 않은 경우 GUI 설치 프로그램은 첫 번째로 발견된 인터페이스를 미리 선택합니다.
    • 네트워크가 DHCP로 구성되지 않은 경우 설치 프로그램은 인터페이스 주소, 게이트웨이 주소 및 DNS 서버에 대해 보다 합리적인 값을 사용합니다.
  • 자동 설치 프로그램을 사용하여 설치가 성공적으로 완료된 후 컴퓨터의 전원을 끄는 옵션을 추가합니다( 문제 5880 ).
  • 메모리 양이 제한된 시스템에 대한 ZFS ARC 최대 크기 설정을 개선합니다.
    • 이러한 시스템에서는 ZFS ARC 최대 크기가 시스템에 항상 최소 1GiB의 메모리가 남도록 제한됩니다.
  • Btrfs 설치에서 proxmox-boot-tool를 사용해서 EFI 시스템 파티션을 관리하도록 합니다( 문제 5433 ).
  • GRUB가 부트로더를 디스크에 직접 설치하여 EFI 변수가 손상되었더라도 시스템이 계속 부팅 가능하도록 합니다.
  • Btrfs의 고급 옵션 탭에서 다시 전환한 후 ext4 및 xfs가 잘못된 옵션을 표시하는 GUI 설치 프로그램의 하드 디스크 옵션 버그를 수정했습니다.

Proxmox 백업 서버 머신의 관리 개선

  • SecureBoot를 우회하는 데 사용될 수 있는 GRUB의 여러 취약점이 발견되어 수정되었습니다( PSA-2025-00005-1 )
    • SecureBoot 설명서에는 이제 해지 정책을 통해 취약한 구성 요소를 사용하여 부팅하는 것을 방지하는 방법에 대한 지침이 포함되어 있습니다.
  • 알림 시스템 개선 사항:
    • 일반 텍스트뿐만 아니라 HTML로 전송된 알림에 사용되는 재정의 템플릿을 허용합니다( 문제 6143 ).
    • 사용자가 재정의할 수 있는 템플릿을 준비하기 위해 알림 템플릿을 간소화합니다.
    • 알림 매처 모드에 대한 설명을 명확히 합니다( 문제 6088 ).
    • 알림 대상을 만들거나 업데이트할 때 발생한 오류를 수정했습니다.
    • 이제 웹훅과 고티파이 대상에 대한 HTTP 요청이 Content-Length헤더를 설정합니다.
  • InfluxDB 조직 및 버킷 이름이 최소 3자 이상이어야 한다는 요구 사항을 해제합니다.
    • 새로운 최소 길이는 1자입니다.
  • 커널에서 보고한 MemAvailable 통계를 활용하여 “Used Memory” 메트릭의 정확도를 높입니다 .
    • 이전에는 이 지표가 일부 회수 가능한 메모리 할당을 잘못 무시하여 사용된 메모리 양을 과대평가했습니다.
  • 최신 마이크로코드를 사용하는 Raptor Lake CPU에서 성능 저하를 방지하는 커널 패치를 백포트합니다( 문제 6065 ).
  • ovs-tcpdump를 종료할 때 낮은 확률로 발생할 수 있는 Open vSwitch 네트워크 충돌을 해결하는 커널 패치를 백포트합니다.
답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다

You May Also Like
Read More

Datacenter – Permission

Datacenter > Permission 메뉴는 사용자, 그룹 API 토큰에 권한을 부여하고(Add) 또는 삭제(Remove)하는 기능을 제공합니다. 사용자 추가가 끝이 아님…
Read More

Storage – ZFS Create

ZFS 스토리지를 생성(Create)하기 전에 노드의 Disks 메뉴에서 Disk 들이 잘 인식되어 있는지 확인합니다. (1) 노드를 선택하고 Disks의 ZFS…
Read More

Storage – ZFS 소개

ZFS는 Zettabyte File System의 약자입니다. Zetta요? 스토리지 용량 얘기할 때 테라(tera)는 많이 들어 봤을겁니다.이것부터 한번 살펴보면… 대략 이렇게…