Amazon ECSで動かすRailsアプリのDockerfileとGitHub Actionsのビルド設定 - メドピア開発者ブログ
CTO室SREの@sinsokuです。 Dockerイメージのビルドを高速化するため、試行錯誤して分かった知見などをまとめて紹介します。 AWSのインフラ構成 assetsもECSから配信し、CloudFrontで /assets と /packs をキャッシュする構成になっています。 Rails on ECS デプロイ時にassetsが404になる問題 以前の記事に詳細が書かれているため、ここでは問題の紹介だけしておきます。 Rails等のassetsファイルをハッシュ付きで生成し配信するWebアプリケーションの場合、ローリングアップデートを行うと、アップデート時に404エラーが確立で発生してしまいます。 引用: メドピアのECSデプロイ方法の変遷 Dockerfile 実際のDockerfileには業務上のコード、歴史的な残骸などが含まれていたので、綺麗なDockerfileを用意しま
ECSでごっつ簡単に機密情報を環境変数に展開できるようになりました！ | DevelopersIO
これでついにあんな秘密やこんな秘密をコンテナに渡しやすくなりますね — ポジティブな Tori (@toricls) 2018年11月16日 先日のアップデートで、ECSコンテナ内への機密情報の受け渡しが非常に簡単になりました。 従来は機密情報の展開にアプリケーション側での処理が必要だったものが、マネージドな仕組みで実現可能となっているので、既存ECSユーザーには必見のアップデートとなっております。 参考：AWS Launches Secrets Support for Amazon Elastic Container Service あんなことやこんなこと！？ ( ﾟдﾟ) ｶﾞﾀｯ / ヾ ＿_L| /￣￣￣/＿ ＼/ / 従来の方法の面倒くささ（自前で機密情報を展開していた場合） コンテナにおいて、同一コンテナイメージをあらゆる環境（開発環境〜本番環境まで）で利用するために、
Amazon ECS でコンテナをローリングアップデートする - Qiita
1. 旧バージョンのコンテナをデプロイ 旧バージョンのコンテナ(v1)をデプロイしておきます。 タスク定義 タグv1を明示的に指定して、旧バージョンのコンテナイメージを含んだタスク定義、サービスを作成してデプロイ。 アクセス確認 ブラウザからALBにアクセスして旧バージョンのHTMLが表示されることを確認。 2. 新しいリビジョンのタスク定義を作成 コンテナイメージのタグをv2に更新した新しいリビジョンのタスク定義を作成します。 3. サービスを更新して新バージョンのコンテナをデプロイ サービスを更新して新しいリビジョンのタスク定義をデプロイします。 サービスの更新 タスク定義に新しいリビジョンを指定。 補足：最小ヘルス率 50を指定しているので、アップデート中にhealty状態のタスクが必要数の50%まで低下する可能性がある 補足：最大率 200を指定しているので、アップデート中にhea
ECSでコンテナのrolling update - Carpe Diem
概要 ECS上のコンテナをダウンタイム０で更新（デプロイ）する方法をまとめます。 環境 ALB ECS container agent 1.13.0 Docker 1.11.2 Amazon ECS Container Agent Versions - Amazon EC2 Container Service ポイント minimumHealthyPercentとmaximumPercentを適切に設定する connection drainingを適切な長さにする この２つを意識していればOKです。 minimumHealthyPercentとmaximumPercentを適切に設定する desiredCount: 4、min: 0%、max: 100%の場合 この場合最低０つ(0%)まで縮小し、最高でも４つ(100%)までしか増えない状態で更新するということになります。 つまりダウンタイ
CircleCI で GitHubのブランチ更新をフックしてAWS ECSへデプロイする - Qiita
この文書について 対象読者: サーバサイドエンジニア AWS の ECSへのデプロイ を GitHub と CircleCI を使って実施する方法を紹介します 具体的には インフラ構成 (GitHub,CircleCI,AWS にそれぞれどんなデータがあるのか) デプロイはどのような流れで行われるのか デプロイフローの構築 AWS側で準備すること ビルド用にソースコードリポジトリに準備しておくこと CircleCI側で準備すること CircleCIのYAMLファイルに書くシェルスクリプト を説明します。 利用するツール GitHub いわずと知れたGitリポジトリのホスティング 外部サービス連携がやりやすい CircleCI 2.0 GitHub上のリポジトリのイベントと連携してタスクが実行できます PullRequestに連動してテストコードを実行 ブランチのPushに連動してデプロイ
AWSサービスのみでマストドンのデプロイ - kawax.biz
GitLab→ecs-cliでECSへという状態からAWSのサービスのみを使ったデプロイへ。 構成 CodeCommit→CodeBuild→CodePipeline→ECS ECS以外初めて使う所からの設定。今は全部東京リージョンで使える。 CodeCommit gitリポジトリサービス。 色々セットアップ https://docs.aws.amazon.com/ja_jp/codecommit/latest/userguide/setting-up-ssh-unixes.html IAMユーザーに SSH Key のアップロード。 SSH接続の場合、最終的にはこれが表示できれば成功。HTTPS接続はドキュメントの他のページ参照。 ssh git-codecommit.ap-northeast-1.amazonaws.com You have successfully authentic
CodePipeline で ECS にデプロイできるようになり、Docker 環境の継続的デリバリも簡単になりました | DevelopersIO
ども、藤本です。 現地時間 2017/12/12、CodePipeline のデプロイにて、ECS を選択できるようになり、ECS Service にデプロイできるようになりました。 AWS CodePipeline Adds Support for Amazon ECS and AWS Fargate 早速、試してみました。 概要 AWS CodePipeline は AWS や AWS 以外の SaaS を繋ぎ合わせて継続的デリバリを実現、モニタリングするサービスです。今まで CodePipeline が連携可能なデプロイサービスには CodeDeploy、Beanstalk、CloudFormation、OpsWorks の 4つがありました。ここに ECS が加わりました。ECS へのデプロイには、今までの EC2 上のコンテナにも可能ですし、先日の re:Invent 2017
EC2 Container ServiceのBlue/Greenデプロイメント | Amazon Web Services
Amazon Web Services ブログ EC2 Container ServiceのBlue/Greenデプロイメント この投稿と付随するコードの作成には、下記3名による多大な貢献がありました。 コンテナ化されていないトラディショナルな環境にソフトウェアアップデートを展開するのは難しく、リスクを伴います。デプロイパッケージまたはスクリプトを記述するときは、ターゲットマシンが特定の状態にあると仮定する必要があります。ステージング環境が本番環境の正確なミラーイメージでない場合、デプロイは失敗する可能性があります。デプロイが失敗すると、アプリケーションの最後の正常なバージョンを再デプロイするまでサービス停止が起きることがあります。あなたが運用管理者だとしたら、サービス停止があると夜間に起きていなければいけないでしょう。 リリース内容の審査が終わるまでユーザーに新しいバージョンをさらすこと
ECSでBlue/Greenデプロイ【cloudpack大阪ブログ】 | iret.media
cloudpack大阪の佐々木です。 今扱っているECS環境では、デプロイをCloudFormationでやっています。実際やってみると、アップデート途中で止まるってことが割と頻繁にあって、インプレイスでアップデートするのは怖いなということで、Blue/Greenデプロイ環境をつくってみました。 https://aws.amazon.com/jp/blogs/news/bluegreen-deployments-with-amazon-ecs/ 元ネタはこれなんですが、このサンプルだと、CodePipelineとか使って ややこしい いい感じので、もう少し簡単に。 初期設定 まず、Blueを本番、Greenをステージングとして、下記のように設定します。 ALB設定 ダイナミックポートマッピングで、Blue、Greenそれぞれのターゲットグループを作成 Blue用ターゲットグループをTCP/
【新サービス】AWS FargateのコンテナをECS CLIからデプロイしてみた #reinvent | DevelopersIO
AWS Fargateでコンテナをデプロイ 新サービス「AWS Fargate」に対して、ECS CLIを使ってデプロイしてみました！ 1.1.0 からサポートしており、先ほどアップデートがありました。 ECS CLIのインストール 最新バージョンに上げます。 $ sudo curl -o /usr/local/bin/ecs-cli https://s3.amazonaws.com/amazon-ecs-cli/ecs-cli-darwin-amd64-latest $ ecs-cli --version ecs-cli version 1.1.0 (4f176a7) Fargateのクラスタを立ち上げる Fargateを使える状態にするため、クラスタを立ち上げます。 $ ecs-cli up --launch-type FARGATE INFO[0003] Created cluste
Amazon EKS（AWS でマネージド Kubernetes を実行）| AWS
Amazon Elastic Kubernetes Service (Amazon EKS) は、AWS クラウドとオンプレミスデータセンターの両方で Kubernetes をシームレスに実行できるようにする、フルマネージド型の Kubernetes サービスです。クラウドでは、Amazon EKS が Kubernetes クラスターインフラストラクチャの管理を自動化します。これは、コンテナのスケジュール設定、アプリケーションの可用性の管理、リソースの動的スケーリング、コンピューティングの最適化、クラスターデータの保存、およびその他の重要な機能の実行に不可欠です。Amazon EKS を使用すると、AWS インフラストラクチャの堅牢なパフォーマンス、スケーラビリティ、信頼性、可用性を活用できるだけでなく、AWS のネットワーキング、セキュリティ、およびストレージサービスとネイティブに統合
[AWS]ECSを利用し、コンテナのログをCloudWatch Logsへ出力する | DevelopersIO
コンニチハ、千葉です。 ECSでは様々なログドライバーがサポートされています。(2017/8現在)※最新情報はこちらで確認 json-file syslog journald gelf fluentd awslogs splunk この中からCloudWatch Logsを試して見ました。また、ECSではIAMロールをサポートしているのでアクセスキーを払い出さなくんても様々なAWSサービスと連携が可能です。今回は、このCloudWatch LogsのログドライバーとIAMロールを利用してログを出力してみます。 やってみた コンテナへのIAMロールアタッチは不要 ECSインスタンス用のEC2には「AmazonEC2ContainerServiceforEC2Role」をアタッチしているかと思います。このIAMロールにCloudWatchへのログ出力権限が付与されています。そのため、タスク定義
Amazon ECSコンテナにCloud Native Networkingが登場 | Amazon Web Services ブログ
Amazon Web Services ブログ Amazon ECSコンテナにCloud Native Networkingが登場 この記事はECSのSr. Software Dev EngineerのAnirudh Aithalの寄稿です。 2017年11月14日に、AWSはAmazon ECSのTask Networkingを発表しました。これによって、Elastic Network Interfaceを使ったAmazon EC2のネットワーク機能をタスクに持ち込むことができるようになります。 Elastic Network InterfaceはVPC内のインスタンスにアタッチすることができる仮想的なネットワークインタフェースです。EC2の仮想マシンを起動する時には、インスタンスにネットワークの機能を提供するために自動的に1つのElastic Network Interfaceがプロビ
GitHub - silinternational/ecs-deploy: Simple shell script for initiating blue-green deployments on Amazon EC2 Container Service (ECS)
One of the following is required: -n | --service-name Name of service to deploy -d | --task-definition Name of task definition to deploy Required arguments: -k | --aws-access-key AWS Access Key ID. May also be set as environment variable AWS_ACCESS_KEY_ID -s | --aws-secret-key AWS Secret Access Key. May also be set as environment variable AWS_SECRET_ACCESS_KEY -r | --region AWS Region Name. May al
Amazon ECRのライフサイクルポリシーでコンテナイメージのクリーンアップ | Amazon Web Services
Amazon Web Services ブログ Amazon ECRのライフサイクルポリシーでコンテナイメージのクリーンアップ 本日よりAmazon EC2 Container Registry (Amazon ECR)で利用可能になったライフサイクルポリシーを使うことで、古い又は使われていないイメージを自動的に削除することで、コンテナイメージのレポジトリをきれいに保つことができるようになりました。 Amazon ECRはフルマネージドのDockerコンテナレジストリで、同時に何百ものプルを捌くための典型的なスケールの問題を心配することなく、Dockerコンテナイメージを保存し管理しデプロイすることができます。スケールの意味する所として、Amazon ECRを活発に利用している開発チームはしばしばたくさんのコンテナイメージのバージョンによってレポジトリが埋め尽くされていることを発見すること
Blox – Amazon EC2 Container Serviceのための新しいオープンソーススケジューラ | Amazon Web Services
Amazon Web Services ブログ Blox – Amazon EC2 Container Serviceのための新しいオープンソーススケジューラ 2014年、私はAmazon ECSについてお話して、Dockerベースのアプリケーションをビルドし実行し、そしてスケールさせることを如何に手助けしてくれるかをご紹介しました。そこでは3つのスケジューリングの選択肢(自動、手動、そしてカスタム)について話をし、スケジューラがインスタンスにどの様にタスクを割り当てるかを説明しました。 その時書いた記事では、カスタムスケジューラは現在のクラスタの状態を見るためにListContainerInstancesとDescribeContainerInstancesを定期的に呼び出す必要があると記しました。数週前、CloudWatch Eventsのサポートを追加することで各クラスタの状態を追跡
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
docker - Amazon ECS - How do you restart all Tasks of a Service? - Server Fault
AWS Fargate（サーバーやクラスターの管理が不要なコンテナの使用）| AWS
GitHub - openfresh/ecs-formation: Tool to build Docker cluster composition for Amazon EC2 Container Service(ECS)
【小ネタ】Docker17.06以上からAmazon ECRへのdockerログインコマンドが変わった - Qiita
