このレビューノートは続きます
UrBackup のレビュー。
参加者のリクエストにより
完全バックアップ モードでは、次の結果が得られました。
営業時間:
最初のスタート
XNUMX回目の打ち上げ
XNUMX回目の打ち上げ
最初のテスト
8m20s
8m19s
8m24s
二次試験
8m30s
8m34s
8m20s
3回目のテスト
8m10s
8m14s
8m12s
増分バックアップ モードの場合:
営業時間:
最初のスタート
XNUMX回目の打ち上げ
XNUMX回目の打ち上げ
最初のテスト
8m10s
8m10s
8m12s
二次試験
3m50s
4m12s
3m34s
3回目のテスト
2m50s
2m35s
2m38s
どちらの場合もリポジトリ サイズは約 14 GB で、サーバー側で重複排除が機能していることを示しています。また、サーバーとクライアントでバックアップを作成するのにかかる時間には差があることにも注意してください。これはグラフからはっきりと確認でき、Web インターフェイスには稼働時間が表示されるため、非常に嬉しいボーナスです。サーバー側のバックアッププロセスを考慮せずに
クライアントの状態。一般に、完全コピーと増分コピーのグラフは区別できません。唯一の違いは、おそらくサーバー側での処理方法です。冗長システムのプロセッサ負荷が低いことにも満足しました。
BackupPC レビュー
参加者のリクエストにより
rsync を使用して完全バックアップを作成するモードでは、次の結果が得られました。
最初のスタート
XNUMX回目の打ち上げ
XNUMX回目の打ち上げ
最初のテスト
12m25s
12m14s
12m27s
二次試験
7m41s
7m44s
7m35s
3回目のテスト
10m11s
10m0s
9m54s
完全バックアップと tar を使用する場合:
最初のスタート
XNUMX回目の打ち上げ
XNUMX回目の打ち上げ
最初のテスト
12m41s
12m25s
12m45s
二次試験
12m35s
12m45s
12m14s
3回目のテスト
12m43s
12m25s
12m5s
増分バックアップ モードでは、これらの設定ではバックアップが作成されなかったため、tar を放棄する必要がありました。
rsync を使用して増分バックアップを作成した結果は次のとおりです。
最初のスタート
XNUMX回目の打ち上げ
XNUMX回目の打ち上げ
最初のテスト
11m55s
11m50s
12m25s
二次試験
2m42s
2m50s
2m30s
3回目のテスト
6m00s
5m35s
5m30s
一般に、rsync には速度の面で若干の利点があります。また、rsync はネットワークでより経済的に動作します。これは、バックアップ プログラムとして tar を使用した場合の CPU 使用率の低下によって部分的に相殺される可能性があります。 rsync のもう 16 つの利点は、増分コピーで動作することです。完全バックアップを作成する場合のリポジトリのサイズは同じ 14 GB ですが、増分コピーの場合は実行ごとに XNUMX GB となり、重複排除が機能することになります。
アマンダのレビュー
参加者のリクエストにより
tar をアーカイバとして使用し、圧縮を有効にしてテストを実行した結果は次のとおりです。
最初のスタート
XNUMX回目の打ち上げ
XNUMX回目の打ち上げ
最初のテスト
9m5s
8m59s
9m6s
二次試験
0m5s
0m5s
0m5s
3回目のテスト
2m40s
2m47s
2m45s
このプログラムは 13 つのプロセッサ コアを完全にロードしますが、バックアップ ストレージ サーバー側の IOPS ディスクが制限されているため、高いデータ転送速度を達成できません。一般に、プログラムの作成者はトランスポートとして ssh を使用せず、鍵を使用して同様のスキームを実装し、本格的な CA を作成および維持しているため、セットアップは他の参加者よりも少し面倒でした。クライアントとバックアップ サーバーを幅広く制限することができます。たとえば、クライアントとバックアップ サーバーが相互に完全に信頼できない場合、オプションとして、対応する変数の値を XNUMX に設定することで、サーバーがバックアップ リストアを開始しないようにすることができます。設定ファイル。管理のために Web インターフェイスに接続することは可能ですが、一般に、構成されたシステムは小さな bash スクリプト (または SCM、たとえば ansible) を使用して完全に自動化できます。ストレージをセットアップするためのやや簡単ではないシステムがありますが、これは明らかに、データを保存するためのさまざまなデバイス (LTO カセット、ハード ドライブなど) の広範なリストがサポートされているためです。また、この記事で説明したすべてのプログラムのうち、ディレクトリ名の変更を検出できたのは AMANDA だけであることも注目に値します。 XNUMX 回の実行のリポジトリ サイズは XNUMX GB でした。
お知らせ
バックアップ パート 6: バックアップ ツールの比較
バックアップ パート 7: 結論
出所: habr.com