http-serverヘルスチェック失敗をシミュレートするヘルスチェックの失敗をシミュレートするために、デモ用ウェブサーバーにはヘルスチェックを強制的に失敗させる手段が用意されています。インスタンスに移動します。アドレスをクリックします。ウェブブラウザに新しいタブが開きます。リクエストがタイムアウトになった場合、またはウェブページが利用できない場合は、サーバーが設定を完了するまで待ってから、もう一度試してください。デモ用ウェブサーバーが次のようなページを表示します。これにより、ウェブサーバーがヘルスチェックに失敗します。ボタンをクリックして、実際に確認してみましょう(自動修復ツールがインスタンスの再起動を開始すると、このボタンは機能しなくなります)。自動修復ツールがアクションを実行するまで待ちます。インスタンスのステータスが変わるまで待ちます。インスタンス名の横にある緑色のチェックマークが灰色の正方形に変わり、自動修復ツールが異常なインスタンスの再起動を開始したことを示します。定期的にクリックして、ページを最新の状態にします。自動修復プロセスが完了すると、灰色の正方形が緑色のチェックマークに変わり、インスタンスが正常な状態に戻ったことを示します。)が示されているインスタンスがある場合は、そのインタンスが設定を完了するまで待ってから、もう一度試してください。セッションを開きます。使用している場合、複数のセッションを開くことができます。インスタンスのアドレスを取得します。変数として保存します。IP_ADDRESS=EXTERNAL_IP_ADDRESSウェブサーバーが設定を完了したことを確認します。レスポンスを返します。エラーを受け取った場合は、サーバーが設定を完了するまで待ってから、もう一度試してください。ウェブサーバーを異常な状態にします。/dev/nullこれにより、ウェブサーバーがヘルスチェックに失敗します。対してリクエストを送信して、実際に確認してみましょう(自動修復ツールがインスタンスの再起動を開始すると、確認できなくなります)。グループをモニタリングして自動修復ツールがアクションを実行するまで待ちます。列が更新され、自動修復ツールが異常なインスタンスの再起動を開始したことを示します。報告するようになり、インスタンスが正常に再起動されたことを示します。キーを押して停止します。インスタンスの有効なステータスとアクションについて詳しくは、インスタンスのライフサイクルとインタンスでの現在のアクションをご覧ください。この演習は何回でも繰り返せます。次のことを試してみます。すべてのインスタンスを同時に異常な状態にした場合の動作を確認します。同時に複数の障害が発生した場合の自動修復の動作について詳しくは、自動修復の動作をご覧ください。可能な限り高速にインスタンスを修復するようにヘルスチェックの構成を更新する方法を調べます(実際には、このチュートリアルで説明した控えめな値を使用するようにヘルスチェックのパラメータを設定してください。しないと、実際に問題はないのにインスタンスが誤って削除されて再起動されるリスクがあります)。リクエストの処理を開始するために必要な時間よりも(10~20%)長い遅延を設定してください。しないと、インスタンスが自動修復の起動ループから抜け出せなくなるリスクがあります)。コマンドを使用します。--filter='operationType~compute.instances.repair.*'詳細については、自動修復オペレーション履歴の表示をご覧ください。作成したリソースをクリーンアップして、今後料金が発生しないようにします。次のセクションで、リソースを削除または無効にする方法を説明します。このチュートリアル用に別個のプロジェクトを作成した場合は、プロジェクトごと削除します。それ以外の場合、プロジェクトに保持しておきたいリソースがあれば、このチュートリアルで作成した特定のリソースのみを削除します。プロジェクトを削除すると、次のような影響があります。プロジェクト内のすべてのものが削除されます。このチュートリアルで既存のプロジェクトを使用した場合、それを削除すると、そのプロジェクトで行った他の作業もすべて削除されます。作成した可能性があります。URL(たとえば、appspot.com)を保持するには、プロジェクト全体ではなくプロジェクト内の選択したリソースだけを削除します。複数のチュートリアルとクイックスタートを検討する予定がある場合は、プロジェクトを再利用すると、プロジェクトの割り当て制限を超えないようにすることができます。