KVM仮想マシンのライブマイグレーション

移行のプロフィール

移行:

      移行先ホストが移動するソース・ホスト上のオペレーティングシステムおよびアプリケーションのシステムを参照して、宛先ホスト上で正常に動作します。時間がないでは、物理マシン間での仮想マシンの移行は、システムのバックアップとリカバリ技術に依存しています。リアルタイムで送信元ホスト・オペレーティング・システムとアプリケーション、および記憶媒体にバックアップステータスは、ターゲットホスト、ターゲットホスト上の最終的な回収システムに接続されています。仮想マシン技術、より柔軟で多様な移動システムの発展に伴い。(フルバックアップ{}完全バックアップ、増分バックアップは、新しく追加された{内容}バックアップ)

私たちの究極の目標は、移行することです:

システムの保守・管理を簡素化

高いシステム負荷分散

補強システムの許容誤差

システムの電源管理を最適化(上記実行した、あなたは会社で100 KVMホストを持っていると言う仮想化され、いくつかの仮想マシンを、あなたがビジネスのボリュームに達するディクテーション時間は大きくない、小さな仮想マシンを実行していましたブートする必要がある、またはリソースに大きなホストが存在していない、それだけで私は電力を節約、資源を節約するために、その後、仮想マシンを実行し、私はいくつかの他の人工重要な仮想マシンが私を動かし入れます比較的高いリソースのホスト、私に複数の仮想マシンを実行しているホストを作り、トラフィックが増加した場合、このような場合は、元のホストは常に、このようなシャットダウン、あなたがホストを開くことができます。)

---ライブマイグレーションライブマイグレーション

仮想マシンのライブマイグレーションKVM ---ライブマイグレーション:

      サーバ仮想化技術は、現在のホットスポットで、「ホット・マイグレーション(ライブマイグレーション)」仮想マシン技術は、ホット仮想化技術の一つです。

ライブ移行(もライブマイグレーション、ライブマイグレーションとして知られている)、保存されている仮想マシン(保存)/(復元)復元:仮想マシンの全体的な状態がそのまま保存され、すぐに元のハードウェアプラットフォーム、あるいは異なるハードウェアに復元することができますプラットフォーム上で。回復後は、仮想マシンがまだスムーズに実行され、ユーザーは任意の違いに気付くことはありません。

種の移行:

P2P:物理マシン間での移行

V2P:物理マシンの仮想マシンを移動

P2V:物理マシンは、仮想マシンを移動

V2V:VMの仮想マシンの移動

熱移動の応用

熱伝達技術、仮想マシンはもともとフォールトトレラントや負荷分散に使用されたホストのハードウェア障害が異常なサービスにつながる場合には、仮想マシンを別のホストに移行またはワークロードの量に基づいて、クラスタ内のことができますサイズは、性的提供するために、彼らの良いサービスを確保するためにホストを交換するかどうかを選択します。

2.システム・ハードウェアのメンテナンス:オペレーティングシステムの現在の数は7×24の動作の安定性をサポートすることができますが、ハードウェアは、それは定期的なメンテナンスが必要です。メンテナンスが完了すると、別のマスタデバイスに物理マシンを維持する必要性から、仮想マシンテクノロジー、仮想マシンの動的移動した場合、それは元の物理マシンに戻されます。すべてのシステムのサービスやアプリケーションがまだ回復&移行後に正常に実行すると、ユーザーは、ハードウェアの保守によって引き起こされる中断に気付くことはありません。最後に干渉から作業願望の7 * 24時間を私たちのハードウェア保守サービスを実現しました。

3.データベースのバックアップは:いくつかの大規模な、重要なデータベースアプリケーションの場合、バックアップは重要であるが、複雑な作業です。保存VM /データベースは、仮想マシン内で実行することができ、仮想マシンは、このデータベース内のすべてのデータをバックアップするには保存され、復元、状態は、バックアップを行っています。データベースがクラッシュした場合は、仮想マシンを復元することによって、データベース全体を復元することができます。(どのような店?データベースは何ですか?ストレージは、一般的には、バックエンドのデータベースはソフトウェアで挿入し、マシンのハードディスクの空き容量、またはブロックデバイスを指し、情報のテーブルです)

4.環境再現:パフォーマンステストやデバッグを、複合体を再現する必要が巨大で、リアルタイムのネットワーク環境と完全に一致していただけ、コンフィギュレーション・ソフトウェアを再起動して、頻繁に実行するにはしばらく時間がかかりません。私たちは、非常に環境を再現するための時間を短縮することができ、我々は作業環境を必要とする個々の仮想マシンの展開を使用し、その後、各仮想マシンを分離するために、各サービスをインストールすることができます。

5.コンピュータの共有:いくつかの公共のユーザーでコンピュータを共有する必要がありますが、原因異なるシステム構成とソフトウェアに時間設定と回復の多くを費やす必要があります。そして、保存/復元するために仮想マシンを使用すると、この問題を解決することができます。また、あなたは、物理マシン上の独立した、安全で安定した環境を必要とする人たちを助けるために私たちのそれぞれに割り当てられた複数の論理仮想マシンを実行することができます。ときにホスト我々は、通常の仕事を維持するために、別のホストに移行することができるように、仮想マシン、仮想マシンに影響を与える問題があるため。

ライブマイグレーションの利点

1.最初は拡張性の強い、IT管理者はアプリケーションのパッチ適用などのオペレーティングシステムを更新するために、仕事の量を減らすために適切な時間の合理的な期間内に実行されているいくつかのビジネスクリティカルなサーバを作ることができます。サービスのピークで、かつ柔軟に大きな負荷操作することができます。仮想マシンの移行プロセスは、ほとんど使用には影響しない、完全に透過的です。

2.第二に、データセンターは現在、システム管理者、単一の物理サーバの負荷が大きすぎると、アプリケーション・サーバーの作業負荷の大きな量は確かに、仮想マシンのライブマイグレーション技術で、エネルギー消費量の増加を与える、グリーンエネルギーをすることができます追求されていますその上には、効果的にデータセンターのサーバ全体の消費電力を低減することができる、他のサーバに仮想マシンを移動し、その後、冷却システムを介してデータセンターの温度が正常なレベルに維持されます。

制限事項は、ライブマイグレーション

仮想マシンのライブマイグレーションは、多くの制限があります。たとえば、

      VMotion移行を実行する前に、管理ソフトウェアは、ターゲットサーバーのX86アーキテクチャは、元のサーバーと互換性があるかを検出します。ストレージデバイスおよびプロセッサを含む、仮想マシンが共有ストレージに配置する必要がありますが、また、CPUの同じタイプ、Intelは1がAMDである、または異なる製品ラインのCPUであっても同じメーカーが動作しないだけではないではない、インテルのXeonとし、ギャロップ

仮想マシンの移行の効率の尺度

 1.全体的な移行時間:宛先ホストクライアントサービスの移行時間は、送信元ホストから動作を開始して使用できなくなり、その後、元ホストクライアントは、サービスの外に、クライアントは、宛先ホストサービスに復元されていないされています。

2.サーバのダウンタイム:移行プロセス中に、送信元と宛先ホスト上のクライアントが停止されているソースホストクライアント上で、この時点で利用できない時間であり、宛先ホストクライアントの目的は、復元されていません

複雑なサービス。

3.サービスのパフォーマンスに影響を与えます。また、移行後の宛先ホスト上の他のサービスのパフォーマンスへの影響を含め、移行後のパフォーマンスとアプリケーションの移行クライアント、前に多少場合よりも相対的に低い含まないだけ。

KVMライブマイグレーション、いくつかの注意事項と以下の推奨事項があります。

1.ソースホストと宛先ホストが直接できるだけ共有ストレージシステムのネットワークとクライアントディスクイメージを格納します。たとえばNFS、iSCSIは、Glusterfsが好きです。

KVMは、プラットフォームにインテルAMDのプラットフォームから移行するライブマイグレーションをサポートしていますが、可能な限りホストCPUで同じ種類以上のライブマイグレーションの成功率、動的な移行を改善するために2。しかし、セキュリティ、安定性の考慮が動作することを提案しないでください!

3.64クライアントは、ホストコンピュータ64との間の移行を実行することができ、クライアント32は、ホスト32とホスト64との間で移行することができます。

ライブマイグレーションを実行する場合、クライアントの移行名前が宛先ホスト上で一意である4.ソースクライアントのホストクライアントが存在すると同じ名前で移行されていません。

ホストのオブジェクトとソースは、可能な限り同じソフトウェアをホストします。それはそうでVMware、KVM、Xenと同じです。

実験手順

最初のステップは、明確にターゲットである主よ、だった2つのグラフィックのホストを、開きました

(第3のマシンは、必要に応じて一つの建物に置換されていてもよい2つが、設定することができる)NFSサービス構造をステップ

(1)NFSサーバー

インストールはyumのnfs-utilsのrpcbindに-yをインストール

vimのは/ etc /エクスポートの設定

リアルタイム同期の/ Nfsdate *アクセスできるすべてのIPの代わりに(RW、シンク)#*、読み取りおよび書き込み用のrw、同期代表

オープンsystemctl再起動NFSのrpcbind

共有ディレクトリのパーミッションは777 nfsdateます。chmod変更/

(2)NFSクライアント

インストールyumをNFS-utilのインストール

showmountは-eサーバー側検出IP

マウントは、-t NFSサーバ側のIPをマウント:/ nfsdate / nfsdate

第3のステップは次のNFSサーバ側の共有ディレクトリに移動し、共有ディレクトリへの仮想マシンの構成ファイルをコピーし、コンフィギュレーションファイルを変更するために、現在のホストマシンが仮想マシンを移行されるかを決定するために、仮想マシンのディスクファイルです

virshを編集仮想マシン名

<デバイス>セグメントを変更します。

<ソースファイル= '/ nfsdate / VM名.qcow2' />

第四の工程は、元のドメインと新しいドメインをキャンセル

virshを未定義の仮想マシン名

virshを仮想マシン構成ファイルを定義します

777への仮想マシンのディスクファイルのパーミッションを変更する第四の工程

chmodの777仮想マシン名.qcow2

この仮想マシンを開くための第五の工程

あなたがホストに移行するホストを管理するために移行する必要が第6のステップ

あなたがホストに移行する第7のステップは、あなたが移行できるホストを管理することができます

OpenSSHの-askpassパッケージは、ソフトウェアをダウンロードする必要があります

ステップ8 2つのホストは、新しいホスト名を設定し、ホスト名解決を追加します

hostnamectl設定ホスト名yunwei1

hostnamectl設定ホスト名yunwei2

vimの/ etc / hostsファイル

IP yunwei1

IP yunwei2

第9工程は、移行を選択し、仮想マシンを右クリックし、グラフィカルインターフェースを開くには

おすすめ

転載: www.cnblogs.com/shuaiyin/p/10962497.html