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

# 自動ヒーリングを使用した、失敗したインスタンスの置き換え
<a name="workinginstances-autohealing"></a>

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

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

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

![\[Layer settings interface showing Auto healing enabled option set to Yes.\]](http://docs.aws.amazon.com/ja_jp/opsworks/latest/userguide/images/layer_auto_healing.png)


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

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

**Instance store-backed インスタンス**  

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

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

1. 同じホスト名、構成、レイヤーメンバーシップの新しい Amazon EC2 インスタンスを作成します。

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

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

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

**Amazon EBS-backed インスタンス**  

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

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

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

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

 OpsWorks スタックがレイヤーのインスタンスの 1 つを自動ヒーリングすると、次の方法でボリュームを処理します。
+ インスタンスが失敗したときにボリュームがインスタンスにアタッチされた場合、ボリュームとそのデータは保存され、 OpsWorks スタックはそれを新しいインスタンスにアタッチします。
+ ボリュームが添付されていないインスタンスが失敗した場合は、レイヤーで指定されている設定を使用して OpsWorks スタックが新しい空のボリュームを作成し、新しいインスタンスにそのボリュームを添付します。

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

**重要**  
自動ヒーリングを可能にしている場合は、必ず次の手順に従います。  
インスタンスを停止するには、 OpsWorks スタックコンソール、CLI、または API のみを使用します。  
その他の方法 (コンソールを使用するなど) でインスタンスを停止すると、 OpsWorks スタックはインスタンスが失敗したと見なして、自動ヒーリングを実行します。
インスタンスが自動ヒーリングされている場合、失われないようにデータを保存するには、Amazon EBS ボリュームを使用してデータを保存します。  
自動ヒーリングが古い Amazon EC2 インスタンスを停止させると、Amazon EBS ボリュームに保存されていないデータはすべて損なわれます。Amazon EBS ボリュームは新しいインスタンスに再アタッチされるため、保存したあらゆるデータが失われることはありません。