私はOpenVZコンテナでLinuxサーバーを実行しています。 (ダウンタイムを最小限に抑えるために)2つのステップでrdiff-backupを使用してデータをバックアップします。最初のステップはライブコンテナで、2番目のステップは吊り下げられたコンテナです。
OpenVZコンテナをバックアップするためのより良い方法はありますか?
このウェブサイト それを行うさまざまな方法をリストします。あなたが本当に最高のLVMを持っているなら。私が確認することの1つは、データベースアプリを実行している場合は、コンテナーをバックアップする前にすべてのデータベースのデータベースダンプを実行することです(つまり、mysqldump)。
ソースと宛先、およびオンラインスイッチに「イメージ」を保存するオプションを使用して、ハードウェアノード間でvzmigrateを使用してみませんか。これを頻繁に行うと、rsyncは非常に高速に実行されます(同期する変更が少なくなります)。私はLVMなしでこれを行っています。仮想サーバーの利点は、ファイルシステムレベルのバックアップ(拍手)について心配する必要がないことだと思います。もちろん、移行部分なしでvzmigrateを実行できます。
私が使用しているものは次のとおりです。R1Soft(現在はIdera Server Backup Enterpriseと呼ばれています)。
どうして? -ブロックレベルのバックアップ(変更のみをコピーし、ダウンタイムなしで非常に高速)-履歴、指定したとおりに複数のバージョンを保持します。 15分ごとのバックアップが可能です。 -レポートは素晴らしいです-オン/オフサイトへのマルチポイントレプリケーションも素晴らしいです
私は彼らのために働いていません、私はそれで毎日約80台のサーバーをバックアップします、そしてそれは私に失敗することは決してありません。はい、それはお金がかかります、しかしあなたはあなたが支払うものを手に入れます。
また、スナップショットの作成に使用しているLVMをお勧めします。スナップショットは、rsyncを使用して zfs(Linuxではzfs-Fuseを使用) に転送され、書き込み可能なスナップショットを有効にして、迅速なポイントインタイムに使用します。その上に新しいコンテナを起動して回復します。
私の経験から具体的な提案が1つある場合は、現在のセットアップの制限ではなく、リカバリ要件に基づいてバックアップ戦略を設計することをお勧めします。 LVMを使用してサーバーを再インストールするのは面倒ですが、btrfsなどのファイルシステムからより良いサポートが得られるまでは、最初のステップです:-)
仮想マシンのバックアップに関する私の個人的な意見は、VPSプロバイダーでない限り存在すべきではないということです。ただし、そうであれば、LVM上でVM /コンテナーを実行し、バックアップのソースとしてスナップショットを使用するのが最善の方法かもしれません。もちろん、高可用性を実現するには、iscsi上でDRBD( "raid1-over-network")またはlvmを使用して、信頼性の高いアプライアンスからストレージをプロビジョニングできます。
VMのバックアップがないことに関して、私はすべてのVMが揮発性であり、保存する価値がないと仮定することを好みます。実稼働環境では、VM内にある$ Dataのみをバックアップします。 VM /コンテナーが何らかの理由で停止した場合、ゴールデンイメージを使用してそれを再インスタンス化し、バックアップからの$ Dataを再入力します。 200以上のvmwareとopenvzおよびxenVMでは、それらすべてのバックアップは実用的ではありません。
そうは言っても、何か問題が発生した場合に備えて非常に高速に復元する必要があるいくつかのコンテナー(nagios、ラックシートインベントリなど)では、/からrsyncを実行するだけです:)