スキップしてコンテンツを表示

Amplifyの開発環境でデプロイできた内容が、本番環境でデプロイできない。

0

開発環境にデプロイした内容を本番環境にデプロイしようとしたところ、タイムアウトでビルドが失敗します。 cloudformationで根本原因を検出したところ下記エラーが発生していました。 Embedded stack arn:aws:cloudformation:ap-northeast-1:279937580135:stack/amplify-coteam2-prodthree-140114-apicoteam2-1QLEB30TBF7AV/5651bb10-d27b-11ec-90dd-0a085adc8761 was not successfully updated. Currently in UPDATE_ROLLBACK_IN_PROGRESS with reason: The following resource(s) failed to create: [新dynamoDBテーブル]. The following resource(s) failed to update: [旧dynamoDBテーブル].

実際、一部の新テーブルのstackがネストされてない状態で作成されていました。(途中で落ちたのでしょうか、、?) とりあえず、作成しようと思ったリソースに対して既にstackが存在するため、再ビルドしようとしても落ちるのかなと思い、これらのstackを削除することを試みました。 しかし、同じタイミングで新しく追加したlambdaと依存関係にあったため、削除できず、流れとして、Lambda削除→テーブル削除の手順が必要そうでした。

Lambdaはルートスタックと直接の依存関係があるので、ルートスタックのテンプレートからlambdaの記述を除去した状態で、変更セットを作成しましたが、以下エラーが発生し、変更セットを作成できません。 Nested change set arn:aws:cloudformation:ap-northeast-1:279937580135:changeSet/IDらしきもの was not successfully created: Currently in FAILED.

これ以上打ち手が今のところ思いつかないため、もし他に解決方法がございましたらご教示いただきたいです。

1回答
0

こんにちは、

AWS re: Post フォーラムに投稿していただきありがとうございます。AWS サポートチームのトムです。

Amplify にデプロイしようとしていたのに、CloudFormation スタックからエラーが発生していたとのことですが。このようなエラーは複数の要因から生じる可能性があり、特にプロジェクトをある環境から別の環境に直接移行し、CloudFormation テンプレートもそのまま環境間でコピーする場合、CloudFormation スタックの更新でエラーが発生しやすくなります。

CloudFormationスタックが「UPDATE_ROLLBACK_IN_PROGRESS」状態に保たれる原因には複数の要因があり、解決策は通常リソースによって異なるため、サポートケース [1] を開いてAmplifyサポートチームにさらに詳細な支援を受けることをお勧めします。アカウントのセキュリティとプライバシー上の理由から、AWS サポートは引き続き re: Post フォーラムで一般的なガイダンスを提供できますが、ここではリソース固有のトラブルシューティング手順について話し合うことはできません。内部ツールを使用すると、アカウント「279937580135」がすでに Amplify サービスに対するサポートケースを提起しており、それぞれのサポートケースはすでに解決されていることがわかります。これで、お客様のチームが前述の CloudFormation スタックエラーからブロックされなくなっていることを期待しています。

上記のガイダンスがお役に立てば幸いです。re: Postに投稿していただきありがとうございます。良い一日を!

リンクと参考文献 [1] https://docs.aws.amazon.com/awssupport/latest/user/case-management.html

AWS
サポートエンジニア
回答済み 1年前

ログインしていません。 ログイン 回答を投稿する。

優れた回答とは、質問に明確に答え、建設的なフィードバックを提供し、質問者の専門分野におけるスキルの向上を促すものです。

関連するコンテンツ