フェイルオーバーは次の2つの状況で発生します。

  • 最初の状況は、ハードウェアまたはオペレーティングシステムで重大な障害が発生し、サーバーが稼働しなくなったときです。スタンバイノード上のLifeKeeper Coreは、ハートビートメッセージ送信の失敗時にこれを検出します。この時点で、LifeKeeper Coreがキットに含まれるリカバリースクリプトを呼び出します。このリカバリースクリプトにより、インターネットサーバ(複数)がスタンバイノードでActiveになることが保証されます。
  • 2番目の状況は、RK for IISの ディープチェック/クイックチェック スクリプトがIISリソースの障害を検出したときです。これらのスクリプトはLifeKeeper Coreに障害を示すコードを応答します。その後のLifeKeeper Coreの動作はローカルリカバリーの有効化、無効化の設定に応じた動作を行います。
    • ローカルリカバリーが有効に設定されている場合は、キットに含まれるリカバリースクリプトを呼び出し、リソースの回復を試みます。リソースの回復に失敗した場合は、フェイルオーバープロセスを開始します。
    • ローカルリカバリーが無効に設定されている場合は、回復処理を試行せずに、直ちにフェイルオーバープロセスに移行します。フェイルオーバープロセスは、LifeKeeper Coreが最初に障害発生したノードのIISリソースを停止させて(まだ停止していない場合)、切り替え可能IPアドレスリソースとボリュームリソースをサービス停止にします。次にスタンバイノードへのフェイルオーバーを続行します。

プライマリーノードが修復されると、スイッチバックタイプが Automatic の場合、アクティブなリソースがスタンバイノードからプライマリーノードに自動的に戻ります。スイッチバックタイプが Intelligent の場合には、手動スイッチオーバーを行う必要があります。

スイッチオーバーや障害発生によるフェイルオーバーにより、プライマリーノードのIISリソース階層がパッシブまたはフェイルになった後、スタンバイノードのIISリソース階層がアクティブになるまでの間、ユーザーはサイトに接続できません。また、サイトに接続中のユーザーは切断されます。

切り替え可能なIPアドレスとボリュームがスタンバイノードに移動し、サイトが稼働すれば、IISサービスは再び正常になります。

フィードバック

お役に立ちましたか?

はい いいえ
お役に立ちましたか
理由をお聞かせください
フィードバックありがとうございました

このトピックへフィードバック

送信