Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

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

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

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

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

重要

この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、 AWS re:Post またはAWS プレミアムサポートを通じて 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. 古いインスタンスの最初の起動後にアタッチしたボリュームも含め、Amazon EBS ボリュームが再アタッチされます。

  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 のみを使用します。

    その他の方法 (コンソールを使用するなど) でインスタンスを停止すると、 AWS OpsWorks スタックはインスタンスが失敗したと見なして、自動ヒーリングを実行します。

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

    自動ヒーリングが古い Amazon EC2 インスタンスを停止させると、Amazon EBS ボリュームに保存されていないデータはすべて損なわれます。Amazon EBS ボリュームは新しいインスタンスに再アタッチされるため、保存したあらゆるデータが失われることはありません。

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.