AWS OpsWorks を使用して、アプリケーションの AWS リソースを管理し、アプリケーションレイヤーインスタンスの状態をモニタリングしています。AWS OpsWorks には自動ヒーリング機能が搭載されており、異常、または失敗したアプリケーションレイヤーインスタンスは再起動されます。また、特定の状況下では、ヘルスチェックにパスし、失敗していないインスタンスが、AWS OpsWorks によって起動または再起動されることもあります。
AWS OpsWorks では、次の条件下で、インスタンスが予期せずに起動または再起動されることがあります。
- OpsWorks マネージドインスタンスに対して自動ヒーリング機能が有効になっており、AWS EC2 コンソール、API、または CLI を使用してそのインスタンスを停止または終了している。
- OpsWorks が、マネージドインスタンス上で実行されている OpsWorks エージェントと約 5 分間通信できず、その後、OpsWorks でそのインスタンスが失敗したとみなされる。
OpsWorks インスタンスが予期せずに起動/再起動しないように、次のステップを実行します。
- OpsWorks マネージドインスタンスに対して自動ヒーリング機能が有効になっている場合は、OpsWorks コンソール、API、または CLI を使用して、インスタンスを管理します。OpsWorks インスタンスの状態が OpsWorks インスタンス設定と一致しない場合、このインスタンスで実行される管理タスクは元に戻されます。OpsWorks コンソールを使用して OpsWorks インスタンスを管理する方法の詳細については、「24/7 インスタンスの手動による起動、停止、再起動」および「AWS OpsWorks インスタンスの削除」を参照してください。自動ヒーリング機能の詳細については、「自動ヒーリングを使用した、失敗したインスタンスの置き換え」を参照してください。自動ヒーリングはすべてのレイヤーで自動的に有効になっていますが、レイヤーの全般設定を編集して無効にすることができます。
- インスタンス上の opsworks-agent.keep_alive.log ファイルを確認します。このファイルには、「キープアライブの報告」エントリが 1 分間隔で連続して記述されている必要があります。また、opsworks-agent.statistics.log ファイルを調べて、自動ヒーリング時または再起動時にインスタンスの一般的な状態を評価します。Instance Store-Backed のルートデバイスは一時的であるため、これらのログファイルは、インスタンスのルートデバイスが Amazon EBS-backed の場合にのみ保持されます。opsworks-agent.keep_alive.log ファイルのエントリに 5 分以上のギャップがある場合は、ネットワーク、ファイアウォール、およびネットワーク名の解決に関する潜在的な問題をトラブルシューティングする必要がある場合があります。トラフィック/ボリュームが高いアプリケーションの場合は、Amazon VPC NAT インスタンスの高可用性を実装し、アプリケーションの単一障害点となっている NAT の制限を回避します。
AWS OpsWorks、自動ヒーリング、インスタンス、状態、リブート、再起動、起動、予期しない
