1

Plone でフル VM スナップショットまたは rsync バックアップを行った経験のある人はいますか? 約 10 ～ 20 GB の ZODB データとブロブに相当するいくつかの個別の Zope アプリケーション サーバーを実行しているサーバーがあります。

  • 1 日に 1 回、サーバー ファイルシステム全体をレプリケート マシンに再同期することで、サーバーを複製することは可能でしょうか?

これにより、サーバーが破損した場合に、運用 IP をバックアップ サーバーに切り替えるだけでよい「最低限の高可用性」が提供されます。

ここでの問題は

  • rsync デルタ アルゴリズムは、追加専用の Data.fs ファイルを巧みにコピーできますか、それとも毎回 Data.fs 全体をコピーしますか? Data.fs と blob は、Plone サイトを実行しているサーバーで変更される唯一のデータです。

  • rsync は、サーバー ファイル システム全体のデルタを 1 日に 1 回計算するのに十分な速さですか?

  • rsync は、実行中にシステムに過度のストレスを引き起こしますか?

  • プロセスを高速化するために、rsync よりも高度なものを実行する必要がありますか (Duplicity など)。

  • Ubuntu システム パーティションには、rsync から除外する必要があるものがありますか

私の知る限り、ライブの ZODB Data.fs コピーは、追加のみの性質のため問題ありません。

このような複製方法の利点は、

  • セットアップが非常に簡単: 通常の Linux システム管理者の知識を超える高度なレプリケーションの知識は必要ありません。

この場合のデータはそれほど重要ではありません。レプリケーションが 1 日以内に引き継がれる限り、1 ～ 2 個の古いバックアップを復元できれば問題ありません。

サーバーはUbuntu 12.04を実行しています。

4

1 に答える 1

4

はい、rsync は Data.fs データを段階的にコピーできます。結局のところ、これは追加のみの方法です。

rsync によってコピーされたときに、進行中の最後のトランザクションが不完全であるというリスクがありますが、Zope はそのような不完全なトランザクションを無視するほど賢いです。

rsync は、フォーマットが追加のみであることを認識していないため、Data.fs 内のコピーを開始する場所を見つけるために多くの作業を行う必要があります。そのため、実行するたびに最初からファイル全体を分析するため、CPU とディスク アクセス リソースが消費されます。

おそらく、repozoと rsync の組み合わせを使用する方が良い解決策でしょうか? repozo を実行してスナップショットを作成し (repozoはData.fs の追加のみの性質を認識しているため、作成する方がはるかに効率的です)、それらをrsyncし、これらのバックアップからコールド フェイルオーバー サーバーを自動的に「復元」します。ビルドアウトにrepozocollective.recipe.backupを含めるのは簡単です。

于 2012-08-02T12:07:04.287 に答える