Centos 7を再起動する方法KVMゲストVM /データを破損することなく安全にホストしますか？
KVM VMが少ない（ゲストOSが異なる）仮想サーバーを本番環境で使用したい。ホストマシンのカーネル/パッケージの更新をインストールする場合、ハイパーバイザーを再起動せずに再起動する方法VM data？
私はこれが非常に単純な質問であることを知っていますが、主に KernelCare がホストの更新を維持するための最良のオプションであるかどうかを知りたいです。データの破損や深刻な問題は見ていませんが、VMの中断は最小限で問題ありません（サーバー環境をホストしているアプリケーション）。
サーバーをアップグレードする最善の策は、ライブマイグレーションを使用することです。完全にアップグレードされたソフトウェアスタックが提供されているスペアホストを用意し、実行中のすべてのVMをそのホストにライブマイグレーションします。これで、元のホストを安全にアップグレードして再起動できます。これは、ほとんどのパブリッククラウドが、顧客のVMにダウンタイムを導入することなくホストのアップグレードを処理する方法です。
もちろん、ゲストVMにも独自のソフトウェアアップグレードと再起動が必要になります。
コスト、ダウンタイム、リスクが異なるオプションがいくつかあります。
- ライブマイグレーション。これにより、ダウンタイムが最小限に抑えられ、一度に1つVM=のリスクを冒すだけです。ただし、移行が失敗して問題が発生するリスクがいくつかあります。もちろん、2番目のホストボックスが必要です。
- 非ライブ移行では、VMを1つずつシャットダウンして移動します。環境でライブマイグレーションを機能させることができない場合は、検討する価値があります。
- 適切なVMプラットフォームはVMにACPIシャットダウン信号を送信でき、最新のOSはACPIシャットダウン信号の意味を理解する必要があります。ホストを再起動した後、VMをシャットダウンして再起動します。このルートをたどり、しばらくの間ゲストVMが再起動されていない場合は、テストシャットダウンを実行して、各VMを一度に1つずつシャットダウンしてから再起動してから、ホスト。
- VMをディスクに一時停止し、ホストの再起動後に再開します。ここでのリスクは、アップグレード中に行われた変更により再開が不可能になった場合にどうなるかです。次に、すべてのVMの不適切なシャットダウンを処理します。