Windows Server 2012 Hyper-Vの仮想マシン内サービスの監視機能 ②
前回のエントリーの続きです。
Windows Server 2012 Hyper-Vの仮想マシン内サービスの監視機能 ①
「監視対象のサービスに障害が発生した場合、どのような挙動をするのか?」という点についてですが、以下のようにまとめてみました。
下記は、「Print Spooler」サービスを監視対象とした場合の例です。
デフォルト設定では、サービスの再起動を2回試みます。
それでも解決しない場合は、クラスターに障害を通知します。
通知を受けたクラスターは、仮想マシンを同一のHyper-Vホスト上で再起動します。
それでも解決しない場合は、仮想マシンを別のHyper-Vホストで再起動します。
ゲストOS内のサービス障害をクラスターが検知できる、という点が最大のポイントですね。
クラスターのイベントログにも、障害イベントが記録されます。イベントIDは1250です。
なお、最初の2回のサービス再起動は、ゲストOS内の監視対象サービスのプロパティにある回復操作の設定に依存します。
以下のように、最初のエラーと次のエラーでサービスを再起動する設定になっているため、2回の再起動を行うようになっています。
ユーザーによっては、「サービス障害をクラスターで検知したいが、仮想マシンを自動的に再起動するのは困る」という場合もあるでしょう。
その場合は、仮想マシンリソースのプロパティで「アプリケーションの健全性の監視で自動回復を有効にする」オプションを無効化すればよいです。
無効化すると、仮想マシンの再起動は行いませんが、クラスターのイベントログにイベントは記録されます。
次回は、仮想マシンそのもののハートビート監視について書きたいと思います。
Windows Server 2012 Hyper-Vの仮想マシン内サービスの監視機能 ①
「監視対象のサービスに障害が発生した場合、どのような挙動をするのか?」という点についてですが、以下のようにまとめてみました。
下記は、「Print Spooler」サービスを監視対象とした場合の例です。
デフォルト設定では、サービスの再起動を2回試みます。
それでも解決しない場合は、クラスターに障害を通知します。
通知を受けたクラスターは、仮想マシンを同一のHyper-Vホスト上で再起動します。
それでも解決しない場合は、仮想マシンを別のHyper-Vホストで再起動します。
ゲストOS内のサービス障害をクラスターが検知できる、という点が最大のポイントですね。
クラスターのイベントログにも、障害イベントが記録されます。イベントIDは1250です。
なお、最初の2回のサービス再起動は、ゲストOS内の監視対象サービスのプロパティにある回復操作の設定に依存します。
以下のように、最初のエラーと次のエラーでサービスを再起動する設定になっているため、2回の再起動を行うようになっています。
ユーザーによっては、「サービス障害をクラスターで検知したいが、仮想マシンを自動的に再起動するのは困る」という場合もあるでしょう。
その場合は、仮想マシンリソースのプロパティで「アプリケーションの健全性の監視で自動回復を有効にする」オプションを無効化すればよいです。
無効化すると、仮想マシンの再起動は行いませんが、クラスターのイベントログにイベントは記録されます。
次回は、仮想マシンそのもののハートビート監視について書きたいと思います。