📝

続・CloudFormationでEC2インスタンスの起動が完了したらスタックの更新を続行する方法

2021/06/24に公開

AWS

先日、
CloudFormationでEC2インスタンスの起動が完了したらスタックの更新を続行する方法
という記事を書いたのですが、その翌日に、
AWS EC2オートスケーリングで新しいインスタンスの準備ができるまでアタッチを待機させるには
という素晴らしい記事を発見しました！
これは合わせ技一本(？)ができるのでは！？
と思い、さっそく上記の発見した記事を参考にやってみました。

概要

基本的な方法は前回書いた記事のまま
Auto Scalingグループ内に起動したEC2インスタンスがALBに登録されるまで5分間待機させる
- Auto Scalingグループのライフサイクルフックを使用する
以下のようなイメージです

CloudFormationスタックへの更新リクエストにより、Auto Scalingグループの置換更新が行われ、まず新しいAuto ScalingグループとEC2インスタンス1台が起動します。ただし、CloudFormation側は、起動したインスタンスから成功シグナルが送信されるまでスタックの更新を一時停止します。
EC2インスタンスの起動をトリガーに、Auto Scalingグループのライフサイクルフックが発火し、5分間はインスタンスの起動を待機します。この間、ALBにも登録されません。
5分後にインスタンスがALBに登録され、ヘルスチェックスクリプトにより、インスタンス自身のヘルスチェック結果を確認します。
ヘルスチェックに合格したら、cnf-singalでCloudFormation側に成功シグナルを送信します。
成功シグナルを受信したCloudFormationは、スタックの更新を再開し、古いAuto Scalingグループの削除を行います。ALBからの登録解除もAuto Scalingグループにより自動的に行われます。

待機の必要性

インスタンス起動後のステータスチェックの間は、ALBに登録されてもしばらくunhealthy状態が続いてしまいます。この状態でAuto Scalingグループ側の「ヘルスチェックの猶予期間」を超えてしまうと、ステータスチェック中のインスタンスが終了してしまいます。
なので、ステータスチェックのための時間をある程度与えることで、ALBに登録されてからhealthyになるまでが速くなるはずだと推測しました。

実は結構前にサポートに相談した際に、以下のようなご案内を頂いていました。
Q. ALBに登録されたインスタンスがタイムアウトでunhealthyになることへの対策

AMI起動後に各種ソフトのインストールをせずにあらかじめ可能な限りAMIに含めておくといったことが一つのプラクティスとなりますが、それでも対応できない場合、Auto Scalingのライフサイクルフックの機能を利用していただき、準備が完了し次第、Auto Scalingで利用可能なように設定いただく方法がございます。

また、別のケースで、インスタンス起動時に、

ハードウェアの初期化にもある程度時間がかかる

ということも教えて頂きました。
以上のような理由から、ステータスチェックにはある程度時間を与え、その間はALBへの登録を待機させるという方法がよいと判断しました。
(Auto Scalingグループのヘルスチェックの猶予期間を長くするという方法もあるとは思います)

設定してみた

CloudFormationやヘルスチェックスクリプトは前回の記事をご覧ください。

ライフサイクルフックの作成

今回は以下のようにライフサイクルフックもCloudFormationテンプレートに記述しました。

"LifecycleHookSpecificationList": [
  {
    "DefaultResult": "CONTINUE",
    "HeartbeatTimeout": 300,
    "LifecycleHookName": "LaunchingHook_BeforeRegisterWithAlb",
    "LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING"
  },
  {
    "DefaultResult": "CONTINUE",
    "HeartbeatTimeout": 1800,
    "LifecycleHookName": "TerminatingHook_CreateImage",
    "LifecycleTransition": "autoscaling:EC2_INSTANCE_TERMINATING"
  }
]

1つ目のLaunchingHook_BeforeRegisterWithAlbが、インスタンス起動時に300秒待機するライフサイクルフックです。
2つ目のTerminatingHook_CreateImageは、インスタンスが意図せず終了した際に、障害調査用のAMIを取得するためのライフサイクルフックです。今回こちらは使用しませんが、こちらで紹介しています。