Amazon ECS now allows you to run commands in a container running on Amazon EC2 or AWS Fargate
Amazon Elastic Container Service (Amazon ECS) introduces Amazon ECS Exec - a simple, secure, and auditable way for customers to run commands in a container running on Amazon Elastic Compute Cloud (Amazon EC2) instances or AWS Fargate. ECS Exec gives you interactive shell or single command access to a running container making it easier to debug issues, diagnose errors, collect one-off dumps and sta
Docker with ECS × Railsを実現させるために考えたこと（デプロイ編） - Clueit Developersブログ
こんにちは。エンジニアの志村です。 cluex-developers.hateblo.jp の続きとなります。 今回はタイトル通り、デプロイ辺りを執筆していければと思います。 Blue-Green Deployment Blue-Green Deploymentはマーチン・ファウラー氏が提唱したデプロイ方式です。 blue, greenとほぼ同じ本番環境を2系統用意してデプロイを行います。このデプロイ方式ですが、 ダウンタイムの極小化 ロールバックが容易 という大きな2つの利点があります。 Dockerizeへのモチベーションとして前回の記事にも書いたのですが、徐々にドッグフーディング環境・本番環境で差異が出てきました。 そのような状況だと、ドッグフーディングでは正しく動作したのに本番環境では意図した挙動とは違うという場面も出てきます。 上記のようなトラブルがあった際に今までのIn pla
Docker with ECS × Railsを実現させるために考えたこと（導入編） - Clueit Developersブログ
こんにちは。エンジニアの志村です。 今回から私は「Docker on Rails with ECSを実現させるために考えたこと」と題して、実際にDockerをProductionで運用する際にハマったポイント、また考慮すべき点に関して、数記事に渡って執筆していこうかなと考えております。 弊社では開発環境はDocker + compose、その他はItamae × EC2の構成でしたが、現在ドッグフーディング・本番環境をDocker with ECSに移行しております。 ProductionをDockerで運用しようと思った背景 今回インフラ環境を見直した背景として、 プロビジョニングツールの管理つらい →緊急で直接サーバ内で作業をした際にプロビジョニングツールとサーバ側の差異が発生。 OSにインストールしているライブラリのアップデートが完全手動になっている。 →自動化したい Product
digdagをDockerizeしてECS上で運用することにしました - 雑なメモ
データ分析や可視化に伴う複雑なジョブフローの改善にはdigdagが便利です。 少しずつ採用事例も増えているようです。 qiita.com 今回は、そんな便利なdigdagをECS上に構築しました。 *1 事前知識 digdagに関する基本的な知識は、以前のエントリを参考にしてください。 yukiyan.hatenablog.jp コード サンプル用にコードを公開しました。 github.com digdagをDockerizeし、設定ファイル(digファイル)も一緒に固めてECRにpushしています。 つまり、digdagの最新の設定ファイルは常にECRにある状態です。 digdagの設定ファイルを変更したブランチがmasterにマージされると、shippableがdocker build・digdag check・docker push・ECSに関する処理をおこない、古いdigdagコン
ECSでCloudwatch Logsにログを出力する - Qiita
cloudpack大阪の佐々木です。 Docker1.9からlogging driverにAWSのCloudwatch Logsが追加されたので、ECSで試してみました。 logging driverとは DockerはImmutable Infrastructureとして構成され、不要になったコンテナは削除され、必要に応じて用意に追加できる構成をとることが多いと思います。なので、ログをコンテナ内に保存させておくと、コンテナが削除されるとなくなってしまいます。そのために外部にログを出力させる必要が出てくるのですが、これを容易に実施できるのが、logging driverという機能です。標準出力にログを出力しておけば、logging driverを使ってログを外部に保存できます。 対応しているlogging driverは下記に記載されています。 https://docs.docker.co
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%)までしか増えない状態で更新するということになります。 つまりダウンタイ
サクっとAmazon ECSのクラスタを構築するためのterraformの設定 - Qiita
Amazon ECSはコンテナの管理をしてくれるサービスという体になってますが、実際には普通のEC2インスタンスの上で動作します。 コンピューティングリソースは、基本的にEC2のAuto Scaling Groupで管理をします。 別にAMIから手動で立てても動作しますが、落ちた時の再起動とかリソースのサイズを管理する上ではASの方が便利でしょう。 一応、CloudFormationのスニペットみたいなのはあったりするんですが、イマイチCloudFormationが好きではないのでECSのクラスタを構築してterraformで管理するための設定を準備しました。 参考までにまとめておきます。 まず、起動設定を管理できるterraformモジュールを作る。 variable "name" {} variable "image_id" { default = "ami-010ed160" } v
AWS Solutions Architect ブログ
Amazon ECS機能追加 - 新しいデプロイ機能、CloudWatchメトリクス、SingaporeとFrankfurtリージョン 本日、Amazon EC2 Container Service (ECS)でのDockerアプリケーションの実行をより簡単にするための2つの改善を行いました。Amazon ECSは高いスケーラビリティと高いパフォーマンスを持ったコンテナ管理サービスで、Dockerコンテナをサポートし、Amazon EC2インスタンスで構成されるクラスタ上でのアプリケーション実行を簡単に行えます。 1つ目の改善は、より柔軟なデプロイができるようになりました。ECS Serviceスケジューラは起動したままのステートレスなサービスやアプリケーションで使われています。Serviceスケジューラは指定された数のTaskが起動している状態を保ち続けてくれ、オプションでElastic
AWS Solutions Architect ブログ
SAの岩永です。この記事はContainer with AWS Advent Calendar 2015の1日目の記事になります。Seattle出張中のためPSTではまだ12月1日ということで。。。 さて、つい先日Amazon ECSのチュートリアル(Getting started)が新しくなりました。これまでよりシンプルになり、より何が起こっているかを手にとって分かる様になったかなと思います。今日はひとまずスクリーンショットを並べてみましたので雰囲気を感じとって頂ければと思います。非常に簡単なので、まだAmazon ECSを触ったことの無い方は、ぜひご自身の手でも動かしてみて下さい！ Getting startedのリンクでお使いのリージョンのイントロページが表示されますので、Get startedのボタンをクリックします。 以下の様な画面になり、Step1-4を進めていきます。Step
Amazon ECS に途中で挫折しないために | ORIH
=== 2021/01/13 更新 === 本記事に挙げているペインポイントは Amazon ECS 自体の機能追加や改善、また AWS Fargate の登場により現在では解消しています. 2015年の冒頭に Amazon ECS が GA した当時はこんな感じだったんだなぁへ〜という気持ちで読んでいただけると良いかもしれません. ===================== この記事は AWS Advent Calendar 2015 の 8 日目です. 昨日は @dkfj さんの SWF x Lambda でした. SWF は AWS に触れて以来ずっと食わず嫌いしているので、個人的に実装の紹介がすごく楽しみです :) さて、タイトルの通りこの記事は Amazon ECS を使い始める前に知っておく/想定しておくと良さげなことを紹介し、みんなで楽しくコンテナ運用ができるようになることを
Amazon ECS を本番環境で使ってみて感じたこと・困ったこと
Amazon ECS を本番環境で使ってみて感じたこと・困ったこと 先日行なわれた JAWS-UG コンテナ支部 #1 にて、Amazon ECS を利用して本番環境を構築した際に感じたこと・困ったことについて発表する機会をいただきました. 当日は時間の都合と緊張から駆け足で進めてしまったので、補足 & まとめ的な記事をば. スライドでも触れていますが、今回本番環境に持って行ったのは Fluentd (ウェブサーバーなどから送られてくるログの受け取り、パース処理など) Elasticsearch (Fluentd で受け取ったログの突っ込み先) Kibana (Elasticsearch に溜め込んだログを集計したりグラフ出したり)という構成のホットデータなログの収集サーバー部分です. 以下、勘違いしてる箇所/もっといい解決方法などありましたら Twitter などにてぜひご指摘くださいま
Service Discovery via Consul with Amazon ECS | Amazon Web Services
AWS Compute Blog Service Discovery via Consul with Amazon ECS My colleague Matt McClean sent a nice guest post that demonstrates how to use Consul for service discovery with Amazon ECS. —– With the advent of modern microservices-based architectures, many applications are now deployed as a set of distributed components. In such architecture, there is a need to configure and coordinate the various a
EC2 Container Service(ECS)を管理して、Blue-Green Deploymentを実現するツールを書いた - tehepero note(・ω<)
2015-07-22 EC2 Container Service(ECS)を管理して、Blue-Green Deploymentを実現するツールを書いた AWS Docker ECS 最近は暑いのでめっきり外に出なくなりましたが、相変わらずDevOpsのOpsばっかりやっています。 さて、今やってるプロジェクトではAmazon EC2 Container Service(ECS)で完全にDockerベースでの開発をしています。本番運用を見越したオペレーションの作り込みをやってるわけですが、今回はBlue-Green Deploymentを実現してみたよってお話。 材料 必要な材料は以下の通り。 VPC Route53 EC2 ELB AutoScaling Group ECS 方式 最近ELBがAutoScaling Group単位での切り替えができるようになったので、これを利用します。基
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Twilio Segment Blog
GitHub - openfresh/ecs-formation: Tool to build Docker cluster composition for Amazon EC2 Container Service(ECS)
Rails アプリの Docker Image ビルドと Amazon EC2 Container Service へのデプロイの自動化 - Atsushi Nagase