自動ヒーリングを使用した、失敗したインスタンスの置き換え - AWS OpsWorks

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

自動ヒーリングを使用した、失敗したインスタンスの置き換え

重要

- AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、 にお問い合わせください。 AWS Support でのチーム AWS re:Post または through AWS プレミアムサポート 。

すべてのインスタンスには があります AWS OpsWorks サービスと定期的に通信するスタックエージェント。 AWS OpsWorks スタックでは、インスタンスの状態のモニタリングにこの通信が使用されます。エージェントがサービスと約 5 分以上通信しない場合、 AWS OpsWorks スタックは、インスタンスが失敗したと見なします。

自動ヒーリングはレイヤーレベルで設定されます。次のスクリーンショットにあるように、レイヤー設定を編集することで自動ヒーリングの設定を変更できます。

Layer settings interface showing Auto healing enabled option set to Yes.
注記

インスタンスは複数のレイヤーのメンバーである場合があります。これらのレイヤーのいずれかで自動ヒーリングが無効になっている場合は、 AWS OpsWorks スタックは、失敗したインスタンスを修復しません。

レイヤーで自動ヒーリングが有効になっている場合 - デフォルト設定 -AWS OpsWorks スタックは、レイヤーの障害が発生したインスタンスを次のように自動的に置き換えます。

Instance store-backed インスタンス

  1. Amazon EC2インスタンスを停止し、シャットダウンしたことを確認します。

  2. ルートボリューム上のデータは削除されます。

  3. 同じホスト名、設定、レイヤーメンバーシップを持つ新しい Amazon EC2インスタンスを作成します。

  4. 古いインスタンスが最初に起動された後にアタッチされたEBSボリュームを含む、すべての Amazon ボリュームを再アタッチします。

  5. 新しいパブリックアドレスおよびプライベート IP アドレスが割り当てられます。

  6. 古いインスタンスが Elastic IP アドレスに関連付けられている場合は、同じ IP アドレスが新しいインスタンスに関連付けられます。

Amazon EBS-backed インスタンス

  1. Amazon EC2インスタンスを停止し、停止したことを確認します。

  2. EC2 インスタンスを起動します。

自動修復されたインスタンスがオンラインに戻ったら、 AWS OpsWorks スタックは、スタックのすべてのインスタンスで Configure ライフサイクルイベントをトリガーします。関連するスタック設定およびデプロイ属性には、インスタンスのパブリック IP アドレスおよびプライベート IP アドレスが含まれます。カスタム Configure レシピは、ノードオブジェクトから新しい IP アドレスを取得できます。

レイヤーのインスタンスに Amazon EBSボリュームを指定する場合、 AWS OpsWorks スタックは新しいボリュームを作成し、インスタンスの起動時に各インスタンスにアタッチします。後でインスタンスからボリュームをデタッチする場合は、[Resources] ページを使用します。

メトリック AWS OpsWorks スタックはレイヤーのインスタンスの 1 つを自動的にヒーリングし、ボリュームを次のように処理します。

  • インスタンスが失敗したときにボリュームがインスタンスにアタッチされた場合、ボリュームとそのデータは保存されます。 AWS OpsWorks スタックはそれを新しいインスタンスにアタッチします。

  • インスタンスが失敗したときにボリュームがインスタンスにアタッチされていない場合は、 AWS OpsWorks スタックは、レイヤーで指定された設定で新しい空のボリュームを作成し、そのボリュームを新しいインスタンスにアタッチします。

自動ヒーリングはすべてのレイヤーで自動的に有効になっていますが、レイヤーの全般設定を編集して無効にすることができます。

重要

自動ヒーリングを可能にしている場合は、必ず次の手順に従います。

  • のみを使用する AWS OpsWorks スタックコンソール、CLI、または APIを使用してインスタンスを停止します。

    Amazon EC2コンソールを使用するなど、他の方法でインスタンスを停止した場合は、 AWS OpsWorks スタックはインスタンスを失敗として扱い、自動修復します。

  • Amazon EBSボリュームを使用して、インスタンスが自動ヒーリングされた場合に失われたくないデータを保存します。

    自動ヒーリングは、古い Amazon EC2インスタンスを停止し、Amazon EBSボリュームに保存されていないデータを破棄します。Amazon EBSボリュームは新しいインスタンスに再アタッチされ、保存されたデータは保持されます。