今S3のIaCで「AccessControlListNotSupported: The bucket does not allow ACLs」というエラーが出たならそれは2023年4月に行われたS3の仕様変更が原因かもしれない | DevelopersIO
今S3のIaCで「AccessControlListNotSupported: The bucket does not allow ACLs」というエラーが出たならそれは2023年4月に行われたS3の仕様変更が原因かもしれない 最近、S3のIaCでAccessControlListNotSupported: The bucket does not allow ACLsというエラーが出て困っているという方。もしかするとそれは2023年4月に行われたS3の仕様変更に拠るものかもしれません。私のケースがそうでしたので、詳細をレポートします。 私のケース CloudFront + S3で静的コンテンツを配信するサイトの実装を行なっていました。IaCツールはTerraformです。 3月にdev環境のプロビジョニングを行ないました。問題なく完了しました。 4月になってstaging環境のプロビジョニ
進行中にスタックしている CloudFormation スタックのトラブルシューティング
AWS CloudFormation スタックが CREATE_IN_PROGRESS、UPDATE_IN_PROGRESS、UPDATE_ROLLBACK_IN_PROGRESS 状態か DELETE_IN_PROGRESS 状態でスタックしています。 簡単な説明 ほとんどの場合、CloudFormation スタックは、タイムアウトするまで待つ必要があります。タイムアウトの長さはさまざまで、CloudFormation が目的の状態に達するまで待機する個々のリソースの安定化要件によって変化します。 スタックのタイムアウトを制御して、CloudFormation が待機する時間は、ロールバックトリガーで制御できます。ロールバックトリガーの詳細については「Use AWS CloudFormation stack termination protection and rollback tri
CloudFormation実行パターンについてまとめてみた【緊張の一瞬を乗り越えろ】 - NRIネットコムBlog
本記事は NRIネットコム Advent Calendar 2021 7日目の記事です。 ⛄ 6日目 ▶▶ 本記事 ▶▶ 8日目 🍰 こんにちは、栗田です。これまでイベントの告知でちょこちょこブログに現れていましたが、しっかり記事を書くのは実は初です。 Apple Watch7と美味しい牛タンは引き続き募集しております。 私がブログ運営以外にどんな仕事をしているかというと、主にAWSを使ったお仕事です。というかAWSの方がメイン（のはず）です。 デプロイって緊張しませんか？ いきなりなんですかって？でも緊張しますよね？？ だって環境に変更が入るんですよ？うまくいきますように、でも失敗したらどうしよう、エラー出たら嫌だな、直すのめんどくさいな、なんか壊れて取り返しがつかなくなったら......考えたらキリがありません。キリがないので実行のボタンは早いうちに押さないといけません。 現在携わっ
変更セットを使用したスタックの更新 - AWS CloudFormation
スタックを更新する必要がある場合は、変更の実装前に実行中のリソースに与える影響を理解することで、安心してスタックを更新できます。変更セットは、スタックに対して提案された変更が実行中のリソースにおよぼす影響を事前に確認できるようにします。これには、リソースのプロパティや属性に対する影響が含まれます。変更が重要なリソースを削除するか置き換えるかにかかわらず、AWS CloudFormation が変更を行うのはユーザーが変更セットの実行を決定したときのみであるため、提案された変更をそのまま続行するか、別の変更セットを作成して他の変更を検討するかはユーザーが決定できます。変更セットは、CloudFormation コンソール、AWS CLI、または CloudFormation API を使用して作成および管理できます。 変更セットでは、CloudFormation によるスタックの更新が正常に
CloudFormationの同一リソース名でのロールバックを回避する方法について調べてみた | DevelopersIO
こんにちは！ AWS事業本部コンサルティング部の繁松です！ CloudFormationで同じテンプレートを使っていると 「同一リソース名のものが既に存在する」といったエラーでロールバックすることありませんか？ こんな感じのエラーログです。 Resource handler returned message: "Resource of type already exists." , HandlerErrorCode: AlreadyExists) そこで回避する方法を調べてみました。 （ここからはCloudFormationはCFnと表記します。） 回避の為にやってみた方法は以下になります。 リソースの名前末尾にランダムな数字を入れる リソースを作成するかどうかを選択できるようにする ロールバックした場合に正常にプロビジョニングされたものは保持する設定 前提 今回はCloudWatch L
rainを導入してコマンドラインベースのCloudFormationをより簡単に、より使いやすく | DevelopersIO
今日のひとこと：止まない雨はない はじめに コマンドラインベースのCloudFormationの管理を便利にするrainを触り倒していきます。 rainとは rainとは、AWS CloudFormationテンプレート(以下、テンプレート)やスタックを操作するためのコマンドラインツールです。 rainの特徴 rainの特徴は、既存のテンプレートを活用できることだと思っています。Terraform、Pulumi、AWS CDKなど、様々なソリューションがありますが、どれもIaCを再コーディングする必要があります。既存の資産を有効活用するならrainはもってこいのツールです。 rainのセットアップ まずはrainのインストールして利用できるようにしてきます。筆者の環境はMacOS(Catalina10.15.7)です。Windowsにもインストールして利用できますがここでは割愛します。 b
君のセキュリティはデプロイするまでもなく間違っている #CICD2021 / CICD Conference 2021
CI/CD Conference 2021 で使用したスライドです。 S3 オブジェクトを不必要に公開してしまったり、あるいは遮断されるべきネットワークが繋がってしまったりといったセキュリティ上の設定ミスは、可能な限り避けたいものです。 このようなインフラ層に対するテストを従来の CI/CD の一部として組み込む場合、「個別の設定項目が条件を満たすことを確認する」または「実際にデプロイした環境に対してアクセスしてみる」といった形でテストを行うことが一般的でしょう。 しかしセキュリティ設定には、「複数の設定項目が絡み合った結果、最終的なアクセス可否が定まる」かつ「実際にデプロイする前に影響範囲を知りたい」といった要求があり、上にあげたテストの形式とはあまり相性が良くないのが事実です。 この問題に対して有効な手法の一つが Automated Reasoning です。Automated Rea
AWS CloudFormation のスタックを削除する際のリソースの保持
簡単な説明 スタックを削除する際に特定のリソースを残すには、CloudFormation テンプレートの DeletionPolicy 属性を使用します。 スタックを削除する前に、残したいリソースごとに [保持]、[スナップショット]、または [削除] のポリシーオプションを指定してください： [保持] オプションを指定すると、スタックが削除された場合でもリソースを保持できます。 [スナップショット] オプションを指定すると、リソースが削除される前にリソースのスナップショットを作成できます。 注: このオプションは、スナップショットをサポートするリソースに対してのみ使用できます。 [削除] オプションを指定すると、スタックとともにリソースが削除されます。 注: このオプションは、DeletionPolicy を設定していない場合にはデフォルトで実行されます。 解決策 次の手順では、Dele
リージョン規模の障害が発生した時に Service Health Dashboard から障害情報の通知を受け取る方法 | DevelopersIO
困っていた内容 Personal Health Dashboard と CloudWatch Events を連携させてイベント通知設定を行いましたが、アカウント固有のイベントしか受け取れませんでした。 Service Health Dashboard (SHD) に記載されるリージョン規模の障害情報を受け取る方法について教えてください。 どう対応すればいいの？ Personal Health Dashboard と CloudWatch Events の連携ではリージョン規模の障害情報が送信されません。 そのため、AWS が提供しているサービスヘルスダッシュボード通知ツールの利用をご検討ください。 SHD通知ツールではポーリングアプローチが採用されているため、SHD の障害情報が更新されるたびに SNS トピックや Chime、 Slack へイベント情報を送信させることが可能です。 以
入社1年で変化したAWSサービスの使い方 | DevelopersIO
こんにちは。コンサル部のYui(@MayForBlue)です。 本エントリはクラメソビギナーズの圧倒的成長 Advent Calendar 2020の8日目の記事です。 私は2020年1月にクラスメソッド AWS事業本部コンサルティング部にジョインしました。 AWS実務未経験で入社し、1年間AWS環境の構築をメインに業務を行い色々なことを学んだ中で、AWSサービスの使い方や関わり方が変化したなと思う部分がいくつかあるので、ご紹介したいと思います。 AWS初心者の方向けのTips集のような記事になる想定です。（想定です。） 変化したこと 環境構築は基本的にCloudFormationで行う 入社前まではCloudFormationは「勉強中」という感じでゴリゴリ使っているというわけではなかったですが、入社してからはCloudFormationを使うことがかなり多くなりました。 CloudFo
UPDATE_ROLLBACK_FAILED 状態のままになっている CloudFormation スタックを更新する
CloudFormation スタックが UPDATE_ROLLBACK_FAILED 状態のままになっている場合に、このスタックを更新するにはどうすればよいですか? 簡単な説明 更新の失敗後にスタックが UPDATE_ROLLBACK_FAILED 状態のままになっている場合、そのスタックで実行できるアクションは ContinueUpdateRollback または DeleteStack のオペレーションのみになります。これは、CloudFormation がユーザーからの追加入力を必要とし、ロールバックしようとしているテンプレートとスタックが同期していないことを確認するためです。ロールバックを再試行してエラーを解決するには、ContinueUpdateRollback を使用します。 ヒント: このエラーを解決するには、上限の引き上げ、アクセス許可の変更、またはその他の設定変更が必要
AWS CloudFormation で Amazon ECS サービスが安定化に失敗しないようにする
AWS CloudFormation で Amazon Elastic Container Service (Amazon ECS) が安定化に失敗します。「Service arn:aws:ecs:us-east-accountID:service/ServiceName did not stabilize.」というエラーが表示されます。 簡単な説明 Amazon ECS で作成したサービスが AWS CloudFormation テンプレートで指定した状態でない場合、そのサービスは安定化に失敗します。サービスがタスク定義で希望する数のタスクを起動したことを確認するために、AWS CloudFormation は DescribeService API 呼び出しを繰り返します。これらの呼び出しは、状態が要求通りになるまで、サービスのステータス確認を続けます。この呼び出しプロセスには、最大で
AWS COVID-19 パブリックデータレイクの探索 | Amazon Web Services
Amazon Web Services ブログ AWS COVID-19 パブリックデータレイクの探索 AWS COVID-19 のデータレイク — 新型コロナウイルス (SARS-CoV-2) とこれに関連する病気である COVID-19 の広がりおよび特性についての、またはそれに関する最新のデータセットが収集され、一元化されたリポジトリが現在利用可能になりました。詳細については、COVID-19 データの分析用のパブリックデータレイクをご参照ください。世界的には、このデータを収集するためにいくつかの取り組みが進行中であり、AWS はパートナーと協力して、この重要なデータを自由に利用できる状態にし、最新の状態に保てるように尽力しています。 このデータは、質問、独自のデータセットとの混合、独自のデータレイクへの新しい洞察の取り込みを行うためにすぐに利用できます。AWS は、パンデミック監視
AWS CloudFormationを使ってAWS Fargateの環境を作成してみる - Qiita
本記事は個人の意見であり、所属する組織の見解とは関係ありません。 こちらはAWS Fargate Advent Calendar 2017の6日目の記事です。 AWS Fargateが発表されて、一週間ぐらい経ちました。新しいサービス、機能を色々試してみるのは楽しいですよね！ 今日は、Fargateを触ってみて、もう少し本格的に取り組んでみたいと感じた方向けにAWS CloudFormationを使ってAWS Fargateの環境を作成する流れについて確認してみたいと思います。 AWS CloudFormationとは Cloudformationでは、AWSリソースの環境構築を設定テンプレートを元に自動化する事ができます。ECSで利用する場合、TaskdefinisionやServiceの設定なども記述する事ができます。Containerのデプロイをより簡単に行える様になり各種自動化を行
AWS::Include Transformを使ってCloudFormationのテンプレートをキレイに整理しよう！！ | DevelopersIO
CX事業本部@大阪の岩田です。 CloudFormationのAWS:Includeを使うと、CloudFormationのテンプレート内に別テンプレートの中身を読み込むことができます。私も以下の記事を参考にSwaggerの定義を分離するのに愛用しています。 CloudFromationのAWS::Includeを利用してAWS SAMからインラインSwaggerを分離して管理する このAWS:Include、恥ずかしながらリソースのプロパティを定義する際にしか利用できないと思いこんでいたのですが、実はもっと色々な場所で利用できることに気付きました。ご存知の人も多いかもしれませんが、改めてご紹介します。 AWS:Includeとは？？ S3上に置かれたファイルの中身をCloudFormationのテンプレート内に読み込むためのマクロです。公式ドキュメントに記載されているように、プログラミン
[小ネタ]CloudFormationの全スタック・全リソースの情報を表示するPythonスクリプト | DevelopersIO
はじめに このリソースってどのCloudFormation(CFn)スタックから作られたやつだっけ・・・ AWS環境が大規模になってくるとこんなケースが出てくるかもしれません。 CFnから作られたリソースには aws:cloudformation:stack-name タグが付くので そこから分かります。 が、タグ情報は書き換えられる可能性はゼロではないですし、 複数のスタック間の複数のリソースを俯瞰したいケースもあるかと思います。 そこで表題の CFnの全スタック・全リソースの情報を表示するPythonスクリプト を作ってみました。 スクリプト 以下パッケージを使います boto3 pandas( >= 1.0.0) ./print_all_cfn_resources.py import sys import boto3 import pandas as pd def print_all
ターミナル上でCloudFormationスタックエラーだけを素早く手軽に確認するスクリプトをこしらえてみた | DevelopersIO
はじめに CloudFormationスタック作成及び更新でエラーが発生する度に管理コンソールを開いていましたが、 CloudFormationのメニューを開く スタック一覧から該当のスタックを選択する イベントからエラー詳細を確認する と中々深いところまで開く必要があります。 管理コンソールを開いたまま定期的に更新する手もありますが、エラー部分だけを見るためのスクロールもまた手が忙しいものです。 だんだんと面倒になってきたので、気になった時に実行して確認するためのエラー詳細出力スクリプトをこしらえてみました。 ダウンロード GitHub Gistに公開しています。 curl https://gist.githubusercontent.com/haoyayoi/548c4bd492c4b1e25eabf681a4bb205a/raw/check_stack_error.sh > chec
AWS CLIからCloudFormation でユーザとロールを作成して、流れるようにスイッチロールの確認をしてみた | DevelopersIO
AWS CLIからCloudFormation でユーザとロールを作成して、流れるようにスイッチロールの確認をしてみた 最近は、ABACばっかりやってるAWS 事業本部 梶原＠福岡オフィスです。 ABAC(属性ベースのアクセスコントロール ）を実施する際、ポリシーは同一にして、スケールすることができるのですが、ユーザやロールの確認作業は必要になってきます。 とはいえ、様々な属性値のユーザの確認作業を手作業でやるのは結構大変です。 ということで検証作業を楽にするため、ユーザー作成、ロール作成部分をTemplate化しました。必要に応じて修正（タグ値を追加など）して、ご自由にお使いください また流れで、ロールの検証を行いたいため、スイッチロールを楽にするために認証情報を取得しやすくしています。 credentialsの設定や、configの設定って微妙にはまりがちなのでなるべく簡単に定型作業で
【CloudFormation】Fn::FindInMapを使ってAWSアカウントごとに異なるパラメータを指定する | DevelopersIO
AWS CloudFormation(CFn)は AWSリソースを JSON, YAML形式で表現するためのサービスです。 AWSリソースをコード(テンプレート) で表現することで構成管理を容易にしたり、 再利用性の向上などに役立ちます。 CFnの機能として、テンプレート内にいくつかの 組み込み関数 を記述することができます。 文字列内に変数の値を代入する Fn::Sub や、 他のCFnテンプレートで作られたリソース(スタック)を参照するための Fn::ImportValue などがよく使われます。 今回は組み込み関数 Fn::FindInMap を使って AWSアカウント毎に異なるパラメータを指定する CFnテンプレートを作成してみます。 目次 組み込み関数 Fn::FindInMap 擬似パラメータ AWS::AccountId AWSアカウント毎に異なるパラメータを指定したい 例:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Delete Lambda-backed custom resources stuck in CloudFormation