このノートでは、商用のものも含め、さまざまな「大手」バックアップ ソフトウェアについて取り上げます。 候補リスト: Veeam Agent for Linux、Bacula。
ファイル システムでの動作がチェックされるため、以前の候補と比較するのに便利です。
期待される結果
どちらの候補も汎用的な既製のソリューションであるため、最も重要な結果は作業の予測可能性、つまり同じ量のデータと同じ負荷を処理する場合の同じ動作時間になります。
Linux 用 Veeam エージェントのレビュー
このバックアップ プログラムはブロック デバイスで動作し、変更されたデータ ブロックを追跡することでバックアップの整合性を保証する Linux カーネル用のモジュールを備えています。 より詳細な説明が見つかります .
ファイル バックアップを作成するプロセスは、同じカーネル モジュールに基づいて動作します。ブロック デバイスのスナップショットが作成され、一時ディレクトリにマウントされます。その後、データがファイルごとにスナップショットから別のローカル ディレクトリに同期されます。 smb または nfs プロトコル経由でリモートに接続すると、いくつかのファイルが独自の形式で作成されます。
ファイルのバックアップを作成するプロセスが完了しませんでした。 実行の約 15 ～ 16% で、CPU 使用率が 600% になると速度が 50 kbsec 以下に低下し、バックアップ プロセスが 6 ～ 7 時間実行される可能性があるため、プロセスが停止されました。
Veeam テクニカル サポートに対してリクエストが作成され、その従業員は解決策としてブロック モードの使用を提案しました。
ブロックごとのモードでバックアップ コピーを作成した結果は次のとおりです。
このモードでのプログラムの動作時間は、6 GB のデータに対して 20 分です。
一般に、プログラムの印象は非常に良いですが、ファイル モードの操作が非常に遅いため、一般的なレビューでは考慮されません。
バキュラのレビュー
Bacula はクライアント/サーバー型バックアップ ソフトウェアであり、論理的にはいくつかの部分で構成され、それぞれが役割を果たします。 管理に使用される Director、FileDaemon - バックアップを担当するサービス、StorageDaemon - バックアップ ストレージ サービス、Console - Director へのインターフェイス (TUI、GUI、Web オプションがあります) があります。 この複合体がレビューに含まれているのは、参入障壁が非常に高いにもかかわらず、バックアップを整理する非常に一般的な手段であるためです。
フルバックアップモード時
このモードでは、Bacula は非常に予測可能であることが証明され、平均 10 分でバックアップを完了しました。
負荷プロファイルは次のようになりました。
バックアップのサイズは、この動作モードで動作している場合の予想どおり、約 30 GB でした。
増分バックアップを作成する場合、もちろんリポジトリのサイズ (約 14 GB) を除いて、結果はそれほど変わりませんでした。
一般に、XNUMX つのプロセッサ コアに均一な負荷がかかっており、圧縮が有効になっている通常の tar とパフォーマンスが同等であることがわかります。 bacula のバックアップ設定は非常に広範であるため、明確な利点を示すことはできませんでした。
結果
一般に、状況は両方の候補者にとって不利ですが、これはおそらく、バックアップ コピーを作成するファイル モードが使用されていることが原因です。 次のパートでは、バックアップから復元するプロセスについても説明します。合計時間に基づいて一般的な結論を導き出すことができます。
お知らせ
バックアップ パート 5: Linux 用の Bacula および Veeam Backup のテスト
バックアップ パート 6: バックアップ ツールの比較
バックアップ パート 7: 結論
投稿者： パベル・デムコビッチ
出所： habr.com