☰

スナップショット用のLinuxファイルシステムの選択 - 仮想マシンのファイルバックアップに使用されます。

tag-icon • tag-icon linux filesystems rsync backup
スナップショット用のLinuxファイルシステムの選択 - 仮想マシンのファイルバックアップに使用されます。

バックアップシステムをできるだけ効率的に実行しようとしています。バックアップする必要があるほとんどのシステムはLinuxファミリーであり、現在そのシステムをUbuntu 16.04.3サーバーにダンプして/ディスクに保存します。 。 Ubuntu VMはHyper-V上で動作し、ルートディスクに.vhdxがあります。 Ubuntuオペレーティングシステムは、各運用サーバーに対してrsync接続を実行します。

とにかくルートディスクに保存するのではなく、バックアップファイルを新しいディスクに保存し、毎日スナップショットとして機能できる新しいファイルシステムに保存することをお勧めします。 Hyper-V（現在のシンプロビジョニング済み）で900 GBのボリュームを作成し、それを仮想マシンに接続しました。ディスクは現在、Ubuntuで/dev/sddと表示され、フォーマットされておらず、容量は900GBです。

次の要件をサポートする方法に関するアドバイスを探しています。

  • rsyncを使用すると、合計60 GBに達する複数の本番サーバーからファイルシステムにバックアップをコピーできます。
  • 許可する基本的なボリュームまたはファイルシステムのスナップショットは毎日実行されるため、約7〜10日間のバックアップファイル情報が保持されます。前日の本番ファイルデルタは通常約30〜35GBです。
  • 1日前にランダムファイルを検索する必要がある場合は、1つのバックアップスナップショット（Ubuntuの単純なマウントポイントなど）への簡単な参照を許可します。
  • 10日を過ぎたスナップショットは自動的に削除されます。

私に必要ではないもの：

  • 物理またはRAIDボリュームの管理 - 新しいディスク（900 GB .vhdx）が物理ディスクの例外を処理するWindowsストレージスペースボリュームに保存されました。
  • スクリプト（スナップショットのマウント/マウント解除またはマージのために実行）は、ファイルシステムパッケージでは容易ではありません。

以前はNexentaStorの形でZFSを使ったことがありましたが、とても滑らかでした。 RAID管理に加えて、撮影されたスナップショットは "/primary_volume/.zfs/snapshot_name"で自動的に提供され、X日前にファイルをインポートすることは非常に柔軟です。

ここで検討しているBTRFS実装ですか、それともLVM実装ですか？それとも、これらのギャップを埋めるためにすぐに利用可能な他のパッケージソリューションはありますか？

答え1

すべてのデフォルトオプションがあるように聞こえますが、考慮すべきオプションがもう1つあると思います。これについては後で詳しく説明します。スナップショット（btrfsとZFS）とデバイスマッパー/ LVMスナップショットをサポートするために十分に共通の2つのファイルシステムがあります。

  • 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をチェックしてください。同期およびバックアッププログラムのリスト。

関連情報