クラウド形成を使用して AWS EC2 インスタンスを強化しています。テスト、ステージング、本番の 3 つの異なるスタックがあります。スタックの画像を更新するワークフローは次のとおりです。
- 「ゴールデン マスター」インスタンスを更新する
- ゴールデン マスターをディスク イメージにスナップショットする
- 特定のスタックとスタックの cloud-formation 構成の ami 参照を (json ファイル経由で) 変更し
updateます。
これにより、スタック内のインスタンスがダウンし、新しいディスク イメージでインスタンスが再プロビジョニングされます。
それぞれ 1 つの ec2 インスタンスを含むテスト スタックまたはステージング スタックに問題はありませんでした。更新するたびに、画像は問題なく置き換えられます。
私たちの実稼働スタックは同じようには機能していないようです :-(。ロードバランサーの背後にある (少なくとも) 2 つのインスタンスが含まれています。このスタックを同じ方法で更新すると、ec2 インスタンスはすぐには更新されません。 (つまり、更新が完了した後、ボックスはまだ以前のディスク イメージから実行されています。) 良いニュースは、ロード バランサーが自動スケーリングするときに新しいイメージが使用されることです。
ロード バランシング ルールと雲の形成の間に競合が発生する可能性はありますか?
どんな洞察も大歓迎です