誰でもライブLinuxシステムのクローンを作成する方法を知っていますか?実稼働サイトを実行しているライブインストールがあります。問題は、(ダウンさせることなく)クローンを作成し、それを仮想マシンに移動(復元)する必要があるということです。基本的に、物理ハードウェアから仮想ハードウェアに移行しています。
誰でもライブLinuxシステムのクローンを作成する方法を知っていますか?実稼働サイトを実行しているライブインストールがあります。問題は、(ダウンさせることなく)クローンを作成し、それを仮想マシンに移動(復元)する必要があるということです。基本的に、物理ハードウェアから仮想ハードウェアに移行しています。
回答:
ソースマシンで:
dump -0 -f - / | ssh -c blowfish root@target_machine "cd /; restore -rf -"
これにより、ソースマシンでfsがダンプされ、sshでコピーされ、ターゲットマシンで復元されます。
もちろん、すべてのfsに対してこれを繰り返す必要があります。
「blowfish」は、圧縮と解凍を高速化するためだけのものです。
-rf to -r -f
で行いましたが、現在復元しています:無効なオプション
VMWare Converterはサーバーをシャットダウンすることなく最新のOSのほとんどを実行できますが、デニスが指摘したように、実行しているOSを本当に知る必要があります。
完了すると、未加工のディスクイメージではなく、サーバーの仮想イメージが作成されますが、通常は、それを実行した後の目的に応じて、ほとんどの作業に十分です。
通常これを行います:
コピーしているデータが比較的ステートレスである限り、これはうまく機能します。たとえば、データベースサーバー、特にアクティビティの多いサーバーを扱う場合、最終的なカットオーバーを行う前にデータベースが静止していることを確認する必要があります...準備ができています:
システムの状態を変更する可能性のあるすべての操作を停止せずに、一貫したスナップショットを取得することは不可能です。
この種の操作に対応するようにアプリケーションが明示的に設計されていない限り(つまり、すべての処理はキュー可能メッセージを介して処理されます)、システムを停止(または少なくともトランザクションコンポーネントを無効化)せずに一貫したスナップショットを取得することはできません。
ただし、システムのスナップショットの時間枠を大幅に短縮することは可能です(たとえば、RAIDセットからミラーを削除し、別の場所に再マウントすることにより)。また、スナップショットの生成にかかる時間が短いほど、トランザクションが操作にまたがる可能性が低くなります。
また、ほとんどのファイルシステム/ DBSは、ほとんどの壊れた操作を回復またはロールバックできるようにする何らかのジャーナリングをサポートします。