オートスケーリング：最小2インスタンスとそれ以降のラムダ

Question

すべて、

実際にスタックされ、ほぼすべてを試しました。いくらか助けてもらえますか？

私は自動スケーリンググループを作成する際に2つのインスタンスを提供します。インスタンス名を一意の名前に変更するLambda（タグを操作する）をトリガーします。

私はラムダの最初のインスタンスは、最初のインスタンスに名前を付けたい望ましい状態 「ウェブ-1」 次にラムダの2番目のインスタンスは、名前を割り当てるにはちゃんと実行します「ウェブ-2」

現在の状態 "web-1"が存在するかどうかを調べるために、実行中のインスタンスの検索から始めます。 この場合、私のラムダは2回実行され、同じ名前（web-1、web-1）の両方のインスタンスを作成します。

どうすればこの問題を回避できますか？問題はラムダがクラウドウォッチのイベントを聞いていることによると分かっています。 ASGの立ち上げは、私の場合、同時に2つのイベントを作成して、私の問題につながります。

ありがとうございました。

Answer 1

古典的なマルチスレッドの問題が発生しています。両方のラムダ関数は同時に実行され、同じ「未使用」のweb-1を参照し、両方を同じ関数でマークします。

あなたが必要とするのは、各ラムダの実行に「許可」を与えるアトミックな操作です。 helper DynamoDBテーブルを使用して、タグの試行をシリアル化することができます。

2. あなたのラムダ関数は、（ウェブ-1、ウェブ-2など）を設定したタグを決めていることがタグは、最後の30秒に設定されているかどうかを確認するためにDynamoDBのテーブルをチェックしてください。そうであれば、他の誰かが最初にそれにアクセスしたので、ステップ1に戻ります。
3. 探しているタグの "所有権"を現在のタイムスタンプと共にDynamoDBに書き込もうとします。 attribute_not_existsまたはその他のDynamoDB条件を使用して、このような書き込みが1回だけ確実に成功するようにしてください。
4. 書き込みに失敗した場合は、手順1に戻ります。
5. 書き込みに成功すると、タグを自由に設定できます。

タイムスタンプの理由は、「web-1」を終了させ、新しいEC2インスタンスを起動して「web-1」というラベルを付けることです。

上記のロジックは動作することは証明されていませんが、うまくいけば、作業上の解決策を開発するのに十分な指針を与えるべきです。