Proxmox 백업 서버 2.2 Release

Proxmox VE에 이어서 Proxmox Backup Server도 버전업데이트가 되었습니다.

커널뿐만아니라 이것저것 꽤 바뀐게 많네요

2022년 5월 18일 출시

• Debian Bullseye(11.3) 기반
• 커널 5.15
• ZFS 2.1.4

변경 로그 개요

• 웹 인터페이스(GUI)의 개선 사항:
  • 동기화 및 테이프 백업 작업의 "추가" 및 "편집" 창에 "그룹 필터" 탭 추가
  • 웹 인터페이스에서 사용되는 기본 언어 구성 허용
  • 구조화된 메모를 기록하기 위한 마크다운 인식 패널을 추가하고 노드 구성 파일에서 여러 줄 주석을 지원합니다.
  • `io_ticks`가 반환되지 않은 경우 IO 지연에 대한 RRD 차트 숨기기
  • 무엇보다도 향상된 번역:
    • 아라비아 말
    • 프랑스 국민
    • 독일 사람
    • 일본
    • 광택
    • 터키어

• 데이터 저장소 백업 네임스페이스:
  • 데이터 저장소에 대한 백업 네임스페이스를 구현합니다.

  네임스페이스를 사용하면 여러 소스에 대해 단일 청크 저장소 중복 제거 도메인을 재사용할 수 있으며 이름 충돌을 방지하고 보다 세분화된 액세스 제어를 가능하게 합니다.

  • 소스 네임스페이스를 대상 네임스페이스로 동기화하기 위한 지원을 추가합니다.

  이 max-depth설정을 사용하면 동기화할 그룹 찾기에 대한 재귀 수준을 제어할 수 있습니다.

  • 현재 Proxmox VE 7.2에서 네임스페이스에 대한 지원을 추가합니다. 다음 버전이 기준선을 형성합니다.

  pve-manager >= 7.2-4, libpve-storage-perl >= 7.2-4, pve-container >= 4.2-1, qemu-server >= 7.2-3, pve-qemu-kvm >= 6.2.0-7

• 유지 관리 모드 및 활성 작업 추적:
  • 데이터 저장소에 대한 읽기 전용 및 오프라인 유지 관리 모드를 구현합니다.

  유지 관리 모드가 완료되기 전에 시작된 충돌 작업을 허용하여 Proxmox 백업 서버가 각 모드에 정상적으로 들어갈 수 있도록 각 데이터 저장소 액세스가 쓰기 또는 읽기 작업인지 추적합니다.

  활성화되면 모드에 따라 데이터 저장소에 대한 새로운 읽기 및/또는 쓰기가 차단되어 관리자가 기본 저장소와 같은 유지 관리 작업을 안전하게 실행할 수 있습니다.

• 일반적인 백엔드 개선 사항:
  • 메모리 풋프린트 개선
    • glibc 시스템 할당자와의 상호 작용을 개선하여 피크 및 전체 RSS 메모리 사용량을 크게 줄입니다.

    mmapglibc 할당자는 32MiB 이상의 할당 크기 에서만 사용하기 시작하는 일시적 할당을 감지하기 위해 잘못된 경험적 방법을 사용 합니다.

    이것은 상대적으로 큰 할당이 힙에서 끝남을 의미하며, 여기서 정리 및 OS로의 메모리 반환은 힙의 맨 위(끝)에서 작고 오래 지속되는 할당으로 차단되기 더 어렵고 차단하기 더 어렵습니다.

    캐시된 힙에서 mmap을 제공하는 커널로 전환하기 위한 임계값을 128KiB로 줄임으로써 최대 RSS 사용량을 10배 또는 일부 시나리오에서는 20배까지 낮출 수 있습니다.

    자세한 내용 은 git commit을 참조하십시오 .

    • LRU 캐시 최적화
  • 작업 로그 목록 또는 스냅샷 목록과 같은 일부 API 끝점에 대한 스트리밍 인터페이스를 추가합니다.

    이렇게 하면 큰 목록을 중간 메모리 버퍼에 수집할 필요가 없습니다.

  • 그룹 또는 스냅샷 목록에 대한 모든 액세스를 효율적이고 느린 반복자로 변환합니다.
  • 사용자 및 로그인 수가 많은 TFA와 같은 일부 시나리오에 대한 IO 액세스 패턴을 개선합니다.
  • API 데몬에서 SSL/TLS 재협상을 비활성화합니다.
  • API를 통해 생성된 zpool의 경우 기본적으로 `relatime=on` 플래그를 설정합니다.
  • 청크 반복을 위한 inode 정렬 비활성화를 허용합니다.

  inode 정렬은 대기 시간이 더 긴 블록 장치(예: 회전 디스크)에서 읽기 성능에 이점이 있지만 정렬에 필요한 메타데이터를 얻기 위해 추가 작업이 필요하므로 절충점입니다. 매우 느리거나 매우 빠른 메타데이터 IO가 있는 설정의 경우 이점이 순 비용으로 바뀔 수 있습니다.

  • proxmox-backup-client백업 CLI 명령 에 대한 테스트 실행 옵션을 추가합니다 .
  • 확인: 웹 인터페이스를 통해 데이터 저장소 또는 네임스페이스를 수동으로 확인할 때 확인을 시행하도록 허용
  • proxmox-backup-proxy API 데몬의 다시 로드 동작 개선

  실행 중인 작업이 완료될 때까지 기다리는 동안 연결 재설정을 피하기 위해 종료 시 즉시 새로운 수신 연결에 대한 수락자를 닫습니다.

• 파일 복원 개선 사항
  • 기존 zip 다운로드 옵션과 함께 zstd 압축 tar 아카이브 다운로드에 대한 지원을 추가합니다.

  tar 아카이브는 더 많은 파일 유형(예: 하드 링크 및 장치 노드)을 지원하고 zstd는 빠르고 효율적이며 효과적인 압축을 허용합니다.

  • 항목이 유효한 UTF-8인 경우 zip 아카이브를 생성할 때 파일에 언어 인코딩 플래그(EFS)를 추가합니다.

  이렇게 하면 Windows에서 비ASCII 코드 포인트 추출 처리가 향상됩니다.

  • 파일 복원 VM이 백업에서 가능한 모든 파일 시스템을 스캔하는 데 최대 25초를 허용합니다.
  • 블록 백업용 파일 복원 VM의 내부 드라이버에서 IO 액세스를 개선하고 API 수신 작업 시작과 동시에 디스크 초기화를 시작합니다.

  평균적으로 복원 도구는 이전 12초의 "최악의" 대기 시간에 비해 더 많이 기다려야 합니다.

  • ZFS 풀을 자동으로 사전 마운트하지 마십시오.

  예를 들어 많은 하위 볼륨이 있는 경우 초기 비용이 너무 커서 처음에 지불할 수 없습니다. 따라서 요청 시에만 마운트하십시오.