☰

스냅샷을 위한 Linux 파일 시스템 선택 - 가상 머신의 파일 백업에 사용됩니다.

tag-icon • tag-icon linux filesystems rsync backup
스냅샷을 위한 Linux 파일 시스템 선택 - 가상 머신의 파일 백업에 사용됩니다.

백업 시스템을 최대한 효율적으로 실행하려고 노력 중입니다. 백업해야 하는 대부분의 시스템은 Linux 계열이며 현재 해당 시스템을 Ubuntu 16.04.3 서버에 덤프하여 / 디스크에 저장합니다. . Ubuntu VM은 Hyper-V에서 실행되며 루트 디스크에 .vhdx가 있습니다. Ubuntu 운영 체제는 각 프로덕션 서버에 대해 rsync 연결을 실행합니다.

어쨌든 루트 디스크에 저장하는 것이 아니라 백업 파일을 새 디스크에 저장하고 매일 스냅샷으로 작동할 수 있는 새 파일 시스템에 저장하는 것이 좋습니다. Hyper-V(현재 씬 프로비저닝됨)에서 900GB 볼륨을 생성하고 이를 가상 머신에 연결했습니다. 디스크는 현재 Ubuntu에서 /dev/sdd로 표시되고 포맷되지 않았으며 용량은 900GB입니다.

다음 요구 사항을 지원하는 방법에 대한 조언을 찾고 있습니다.

  • rsync를 통해 총 60GB에 달하는 여러 프로덕션 서버에서 파일 시스템으로 백업을 복사할 수 있습니다.
  • 허용하다기초적인볼륨 또는 파일 시스템 스냅샷은 매일 실행되므로 약 7~10일 동안의 백업 파일 정보가 유지됩니다. 전날의 프로덕션 파일 델타는 일반적으로 약 30-35GB입니다.
  • X일 전의 임의 파일을 검색해야 하는 경우 하나의 백업 스냅샷(예: Ubuntu의 간단한 마운트 지점)에 대한 간단한 참조를 허용합니다.
  • 10일이 지난 스냅샷은 자동으로 삭제됩니다.

나에게 필요하지 않은 것:

  • 물리적 또는 RAID 볼륨 관리 - 새 디스크(900GB .vhdx)가 물리적 디스크 예외를 처리하는 Windows 저장소 공간 볼륨에 저장되었습니다.
  • 스크립트(스냅샷 마운트/마운트 해제 또는 병합을 위해 실행)는 파일 시스템 패키지에 있어서 쉽지 않습니다.

예전에 NexentaStor 형태로 ZFS를 사용해 본 적이 있는데 매우 매끄러웠습니다. RAID 관리 외에도 촬영된 스냅샷은 "/primary_volume/.zfs/snapshot_name"에서 자동으로 제공되며 X일 전에 파일을 가져오는 것이 매우 유연합니다.

여기서 고려 중인 BTRFS 구현입니까, 아니면 LVM 구현입니까? 아니면 이러한 격차를 메울 수 있는 즉시 사용 가능한 다른 패키지 솔루션이 있습니까?

답변1

모든 기본 옵션이 있는 것처럼 들리지만 고려해야 할 옵션이 하나 더 있다고 생각합니다. 이에 대해서는 나중에 자세히 설명합니다. 스냅샷(btrfs 및 ZFS)과 장치 매퍼/LVM 스냅샷을 지원하는 충분히 공통된 두 개의 파일 시스템이 있습니다.

  • btrfs subvolume snapshot -r /mountpoint/data "/mountpoint/snapshots/$(date -Is)"btrfs 스냅샷은 이미 실행하고 있거나 만드는 데 익숙한 ZFS 스냅샷과 유사하게 작동하며 아래에 표시됩니다 /mountpoint/snapshots/$(date -Is). 파일 시스템의 루트( /mountpoint)를 수행할 수도 있으며 제대로 작동합니다. btrfs에 대한 내 경험에 따르면 이 사용법은 매우 안정적입니다. 또한 정리도 지원합니다(다른 모든 것이 지원하는 경우 - 개인적으로 HyperV를 사용한 적이 없으므로 말할 수 없음). 사용되었지만 이제 해제된 공간은 하이퍼바이저의 씬 풀로 반환됩니다.

  • LVM(Device Mapper) 스냅샷은 다릅니다. 즉, 블록 장치의 스냅샷입니다. 기존 LVM 스냅샷은 쓰기 중 복사로 인해 성능 저하가 발생하는데, 이는 백업 사용에 문제가 될 수도 있고 그렇지 않을 수도 있습니다. 최신 버전이며 문제를 방지하는 씬 풀 스냅샷도 있습니다. 블록 장치 수준에서 작동하므로 스냅샷을 생성하면 새 블록 장치가 생성됩니다. 그런 다음 스냅샷 파일에 액세스하려면 이를 마운트해야 합니다.

두 가지 방법을 모두 사용하면 원하는 만큼(디스크 공간 허용) 스냅샷을 보관하고 순서에 상관없이 삭제할 수 있습니다. 또한 rsync --inplace스냅샷 크기를 줄이는 것을 고려해 보는 것이 좋습니다. 둘 중 하나를 선택하면 모두 잘 작동할 것이며 아마도 당신/당신의 팀이 익숙한 것을 선택해야 할 것입니다.

또 다른 방법:현재 귀하는 자신만의 백업 시스템을 작성하고 있습니다. 이와 같이 하드 드라이브의 공간 절약형 백업을 수행하도록 설계된 시스템을 포함하여 많은 백업 시스템이 이미 존재합니다. 예로는 BackupPC, Bacula/Bareos(테이프에 더 중점을 두지만 디스크도 포함), BorgBackup, Restic, ZBackup 등이 있습니다. Arch Wiki를 확인해 보시기 바랍니다.동기화 및 백업 프로그램 목록.

관련 정보