AWS Hands-On Series ~これから サーバーレス、コンテナで AWS を学ぶ開発者のためのハンズオンシリーズ
サーバーレスコンピューティングは 2014 年に AWS Lambda がリリースされその歴史が始まりました。サーバーのプロビジョニングや OS を管理することなく、コードを実行することが でき、そのキャパシティはリクエストに応じ、自動でスケールします。上手に活用することで開発者はコーディングにフォーカスすることができ、開発生産性を大きく向上させることができます。 このセッションでは、実際の AWS サーバレス関連サービスを用いたハンズオンを体験いただけます。 スピーカー : 亀田 治伸 (アマゾン ウェブ サービス ジャパン株式会社 シニアエバンジェリスト) 視聴はこちら » アマゾン ウェブ サービス（AWS）は、2006 年 にクラウドの提供を開始して以来、現在 190 ヶ国の 100 万以上のお客様にご利用いただいており、日本でも数十万のお客様にご利用いただいています。 AWS を
AWS再入門ブログリレー2022 AWS CodeDeploy 編 | DevelopersIO
こんにちは、AWS事業本部コンサルティング部の枡川です。 当エントリは弊社コンサルティング部による『AWS再入門ブログリレー2022』の16日目のエントリです。 このブログリレーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 AWSをこれから学ぼう！という方にとっては文字通りの入門記事として、またすでにAWSを活用されている方にとってもAWSサービスの再発見や2022年のサービスアップデートのキャッチアップの場となればと考えておりますので、ぜひ最後までお付合い頂ければ幸いです。 では、さっそくいってみましょう。16日目のテーマは『AWS CodeDeploy』です。 AWS CodeDeployとは アプリケーションを構成するフ
ECS/Fargate VPCエンドポイントとNAT ゲートウェイの損益分岐点をざっくり計算してみた｜スクショはつらいよ
ECS/Fargateを使用していると、ECRからのDockerイメージPullでNAT ゲートウェイのデータ処理料金が肥大化することがあります。 (特にスケジュールタスクを使っていると) [AWS][Fargate]ECS Scheduled TasksによるNAT Gatewayの通信費肥大化について VPCエンドポイントを使用することで、データ処理料金を抑えることができます。 しかし、VPCエンドポイントは起動時間課金が発生します。 そのため、環境によってはNAT ゲートウェイのみのほうが安いことがあります。 AWS NAT Gatewayの費用を抑えようと思ったら高くなった話 どの程度の通信量であれば、VPCエンドポイントにしたほうが安くなるか気になったため計算してみました。 結論から書くと、NATゲートウェイを併用する環境であれば、約800GB/月からVPCエンドポイントを使った
ステップスケーリングポリシーを使ってSQSキューの長さでECSサービスタスクを爆速オートスケーリングしてみた | DevelopersIO
はじめに おはようございます、もきゅりんです。 ECSサービスのオートスケーリングしてますか？ ユースケースも少ないかとは思いますが、とにかく爆速でオートスケーリングしたくなることもありますよね？ (春ですし) ということで、本稿はステップスケーリングポリシーを使ってSQSキューの長さでECSサービスタスクを爆速オートスケーリングしてみました。 最初に注意 下記ご注意下さい。 この構成は、高速スケーリングにするために、高解像度のカスタムメトリクスを取得します。高解像度のメトリクス発行およびアラームの課金には注意して下さい。また、とりあえずやってみましたが、本当にこの構成を実装することが真なのかどうか、これで要件が満たせるのかどうか、他に適切な構成がないかどうかなどはよくよく検討する課題があるものだと考えます。 やりたいこと AWS のサービスによって生成されたメトリクスは、デフォルトで標準
[2パターン] CFn で Fargate の Blue/Green Deployment の CodePipeline を構築する | DevelopersIO
[2パターン] CFn で Fargate の Blue/Green Deployment の CodePipeline を構築する はじめに おはようございます、もきゅりんです。 皆さん、Blue/Green デプロイメントしてますか？ Blue/Green デプロイメントとは、はすでに理解されていることを前提として話を進めます。 本稿では、Fargate の Blue/Green デプロイする CodePipelineを構築します。 CodePipeline を使った Fargate のBlue/Greenには下図の通り、プレースホルダを利用したものと、CodeDeploy::BlueGreen フックを利用したものと、2パターンがあるという認識です。(他にもいろいろあるかもしれませんが) プレースホルダ CodeDeploy::BlueGreen フック 2つのデプロイパターンの違い
![[2パターン] CFn で Fargate の Blue/Green Deployment の CodePipeline を構築する | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/088885a18b5cefb1e65678213009a097228dedf8/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-codepipeline.png)
CodeDeployを使用したECS-FargateのBlue/Green Deploymentをしてみた。 | DevelopersIO
CodeDeployを使用したECS-FargateのBlue/Green Deploymentをしてみた。 はじめに Blue/Green Deploymentとは？ Blue/Green Deploymentでは、2つの環境を作成します。1つの環境(Blue)は現在のアプリケーションバージョンを実行し、もう1つの(Green)は新しいアプリケーションバージョンを実行します。Green環境でのテストが完了すると、アプリケーショントラフィックはGreen環境に転送されて、Blue環境は非推奨になります。 この記事では、CodeDeployを使用したFargateのblue/green deploymentをしてみました。 やってみた Application Load Balancer の作成 Target Groupsの作成 EC2 コンソールで、Load Balancingで Targe
[小ネタ] ECSをBlue/Greenデプロイに変更したらFargateが1.4.0から1.3.0に戻ってしまう | DevelopersIO
ちゃだいん（@chazuke4649）です。 超小ネタですが先日こんなことでハマったのでシェアします。 事象 ECS on Fargateにて、デプロイ方式をローリングアップデートからBlue/Greenデプロイメントに変更したところ、既存ServiceにてFargateのプラットフォームバージョンを 1.4.0を指定しているのに、デプロイされるタスクが 1.3.0になってしまう事象が発生しました。 原因 結論から言うと appspec.ymlでplatform versionを指定していなかったからでした。 詳細 本環境ではCodePipelineでCI/CDパイプラインを実行しており、そのデプロイステージ部分をECSによるローリングアップデートから、CodeDeployによるBlue/Greenアップデートに変更しました。 それによってタスクのデプロイメントを実行・管理する役割はECS
Vanguard 社は AWS X-Ray と Amazon CloudWatch を使用してどのように Amazon ECS 上のアプリケーションの可観測性を向上させたのか | Amazon Web Services
Amazon Web Services ブログ Vanguard 社は AWS X-Ray と Amazon CloudWatch を使用してどのように Amazon ECS 上のアプリケーションの可観測性を向上させたのか この記事は、Vanguard 社 Technical Lead の Jeffrey Emberger と AWS ソリューションアーキテクトの John Formento によって投稿された How Vanguard uses AWS X-Ray and Amazon CloudWatch to improve observability for Amazon ECS cloud applications を翻訳したものです。 クラウド上で動作するアプリケーションは企業がお客様に新しい機能を提供するスピードを変えています。スピードの向上に伴い、アプリケーションの健全性を
AWS X-Rayによる分散アプリケーション分析をFargateで試してみた #Fargate | DevelopersIO
こんにちは、コカコーラ大好きカジです。 AWS X-RayをFargate上でどのように動かすか不明だったため、調べてみたところ、以下の資料が見つかったので、東京リージョンで構築して試してみました。 構築時のコマンドの実行結果も貼っています。 GitHub - aws-samples/aws-xray-fargate: Code examples showing how to run AWS X-Ray as a sidecar container on Fargate for deep application insights. AWS X-Rayによる分散アプリケーション分析（分散トレーシング）とは マイクロサービスが増え、パフォーマンス状況やデバッグが煩雑になっており、サービス間の相互作用やそれぞれの待機時間を把握するのは面倒な問題です。 そんな問題を解決するのが、AWS X-Ray
AWS Innovate | re:Invent Recap Edition 2018
Jun. 10 – 12, 2024 | Philadelphia, PA AWS re:Inforce is an immersive cloud security learning event designed for the generative AI era. Build confidence and skills with interactive security learning. Connect with the AWS teams that build the security tools you rely on. And meet AWS customers to learn about their security journeys. You’ll return to work ready to navigate the latest tech advancem
Lambda(golang)でFargate Spotの終了通知を受けたECSのタスクをNLBから切り離す
初めに 生産技術部で製品の検査工程を担当しているエンジニアです。今回は、Fargate spot上のECSに中断通知が来た時のELBに対するDeregisterTargetの実行が保証されない課題に対して取り組みました。 Fargate Spotを利用する目的は、以下の資料にあるように、コスト削減が可能になるからです。 また、Fargateで立ち上げたECSのCapacity ProviderにFargateとFargate Spotを併用することで、システムの安定性とコスト削減を両立した仕組みを実現します。 Capacity Providerの導入 参考実装： Clusterのデフォルト値、Serviceに実際に使用するCapacity Providerを設定します。Baseは最小実行タスク数を示し、以下の例では２つのタスクがFargateで実行されます。Weightは実行するタスクの総
Fargate Spot の安全な運用方法を考える キャパシティ編 - Qiita
はじめに 前回の記事では、Fargate Spot の中断について、考慮すべきポイントを整理しました。今回の記事では、キャパシティについて考えていきたいと思います。 Fargate Spot は AWS の空きキャパシティを利用することで、通常より最大 70% OFF の価格で利用できます。一方、空きキャパシティが確保できなくなった場合、いつでも中断される可能性があります。中断される際には、AWS から 2 分前に通知として SIGTERM を受け取ることが出来るため、アプリケーションを安全にシャットダウンできます。 中断については、2 分前の通知で安全にシャットダウンが出来ますが、合わせてパフォーマンス面の考慮も必要です。Fargate Spot の空きキャパシティが不足している時でも、システムを稼働し続けるために、キャパシティをどのように確保するか考慮が必要です。キャパシティ確保の考え
Amazon ECS on AWS Fargate のコスト最適化チェックリスト | Amazon Web Services
Amazon Web Services ブログ Amazon ECS on AWS Fargate のコスト最適化チェックリスト この記事は、シニアソリューションアーキテクトの Charu Khurana とソリューションアーキテクトの John Formento によって寄稿された Cost Optimization Checklist for Amazon ECS and AWS Fargate (記事公開日: 2020 年 10 月 2 日) を翻訳したものです。 AWS Fargate 起動タイプの Amazon Elastic Container Service (Amazon ECS) は、強力なクラウドネイティブのコンテナサービスです。基盤となるインフラストラクチャを管理することなく、コンテナベースのワークロードを数分で作成できます。Fargate はサーバーレスで提供されま
RedashをECS Fargate構成にしてv7からv10へアップグレードする - NIFTY engineering
最近カービィシリーズの動きが活発で嬉しい 会員システムグループでエンジニアしている石川です。 弊社にはDWHのBIツールとして5年ほど前から使っているRedashがあります。 公式のAMIから作ったEC2単体構成で立ち上げてから、v1からv7までアップグレードしたりスケールアップで負荷に対応してきました。 v8からDocker必須となり移行が手間でアップグレードを見送っていたのですが、利用者も増えてきたのでちゃんとしようと思い 今回ECS Fargate構成にしてv10までのアップグレードを行いました。 構成図 可用性はそこまで高くする必要はないので、拡張性は担保しつつもシングルAZ構成。 安く組みたいのでAuroraではなくRDSを利用しています。 Fargate化とアップグレード手順 Redashの移行に関してDBデータ移すだけでいいため、まずFargate化から行いました。 Farg
AWS Fargate で AWS Secrets Managerを使用して認証情報を保護する | Amazon Web Services
Amazon Web Services ブログ AWS Fargate で AWS Secrets Managerを使用して認証情報を保護する 本投稿は AWS コンテナサービスのプリンシパルディベロッパーアドボケートである Massimo Re Ferreによる寄稿です クラウドのセキュリティはAWSの最優先事項であり、コンテナチームの取り組みがその証でもあります。およそ1か月前、私たちは AWS Secrets Manager や AWS Systems Manager パラメータストアと、AWS Fargate タスクの統合機能を発表しました。 これにより Fargate のお客様は、ご自身のタスク定義から秘密情報を安全に、パラメータを透過的に利用することができます。 この記事では、秘密情報を確実に保護しつつ Secrets Manager と Fargate の統合を利用する方法の
CodeDeployを利用したECSのデプロイをCLIから試す | DevelopersIO
ECS ServiceへのBlue Greenデプロイをする場合にデプロイメントコントローラとしてECSではなく, CodeDeployを利用することが多いかと思います. 以前CodePipelineを利用したBlue Greenデプロイは試して実装しましたが, 今回はDocker ImageをECR にpushするところから, CodeDeployでdeploymentを作成するところまで全て手動で実行してみたいと思います. 今回は内部動作の理解とCIツールで何をすべきかの確認を目標として行っています. 最終的にはCIツールからCodeDeploy経由でデプロイできれば一番良いとは思っています. 概要 実装する内容は図の通りです. この図の内容に沿ってどのような流れでデプロイをするかについて説明していきます. ECRリポジトリにDocker Imageをpushします. Docker I
[AWS Black Belt Online Seminar] Amazon ECS Deep Dive 資料及び QA 公開 | Amazon Web Services
Amazon Web Services ブログ [AWS Black Belt Online Seminar] Amazon ECS Deep Dive 資料及び QA 公開 先日 (2019/7/31) 開催しました AWS Black Belt Online Seminar「Amazon ECS Deep Dive」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 20190731 Black Belt Online Seminar Amazon ECS Deep Dive AWS クラウドサービス活用資料集（すべての過去資料が閲覧できます） Q. Fargateのタスクスケジューリングにおいても、AWS Secrets Managerを利用できるのでしょうか？（以前検証した時、タスクスケジューリングではAWS Secrets Manager
![[AWS Black Belt Online Seminar] Amazon ECS Deep Dive 資料及び QA 公開 | Amazon Web Services](https://cdn-ak-scissors.b.st-hatena.com/image/square/546fde933aa8aabe0f5b32fd007fe4287063fe3e/height=288;version=1;width=512/https%3A%2F%2Fd2908q01vomqb2.cloudfront.net%2Fb3f0c7f6bb763af1be91d9e74eabfeb199dc1f1f%2F2019%2F08%2F09%2Fthumbnail_ECS_hama0801.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ECS×Fargateで実現する運用コストほぼ0なコンテナ運用の仕組み/ ecs fargate low cost operation
Rails × CloudFormation ハンズオン
ecspresso Advent Calendar 2020 - Adventar
