ECS スケジュールによるスケーリング｜taakuuyaa
毎月決まった日時にスケーリングを行いたかったのでApplication Auto Scalingを使ったスケーリング方法についてメモ *AutoScaling ポリシーが事前に定義されていることを前提とします スケジュールアクションの確認 aws application-autoscaling describe-scheduled-actions \ --service-namespace ecsスケジュールアクションの設定 スケールアウト aws application-autoscaling put-scheduled-action \ --service-namespace ecs \ --schedule 'cron(0 0 1 * ? *)' \ --timezone 'Asia/Tokyo' \ --scheduled-action-name '{スケジュールアクションの名前}
SQSのメッセージ数に応じてFargateタスクをスケーリングさせる - Qiita
はじめに 株式会社LITALICO SREグループの鈴木です。 この記事は LITALICO Engineers Advent Calendar 2021 その2の22日目の記事です。 LITALICOのB2B向けサービスではECS Fargate上でアプリケーションコンテナの管理を行っています。 とある新機能を開発するにあたって、SQS内のキュー数に応じてFargate上のタスクをスケーリングさせる要件があり、Autoscailingのサービスについて調べながら実装してみたので、自身の備忘録も兼ねて書こうと思います。 大まかな構成と要件 今回の要件に関わるインフラ部分のリソース構成は上記の通りです。 (実際にはDB接続や他アプリとの連携部分などがありますが今回は省略しています) 赤く囲った箇所が本記事の設定を入れる箇所です。 現在開発中の新機能では日中や夜間のバッチ処理を行う要件があり、
AWS コンテナサービス「Fargate」「ECS」「EKS」の違いを解説 - サーバー構築と設定 ～初心者にも分かりやすく解説～
コンテナが動く場所：データプレーン データプレーンとは、「コンテナが稼働するサーバー」のことを指します。 AWS では、Fargate と EC2 が選択できます。 コンテナを管理する：コントロールプレーン コントロールプレーンとは、「Dockerコンテナを管理する機能」です。 AWS では、ECS と EKS が選択できます。オープンソースの Kubernetes も有名です。 コンテナをどのように配置するか、デプロイ時にどのようにコンテナを入れ替えるか、仮想ネットワークの提供など、運用面で必要な各種機能が用意されています。 データプレーン（Fargate／EC2）を比較 コンテナが実際に稼働する「データプレーン」について考えます。 EC2 その名の通り、EC2 インスタンス上でコンテナを動かす 方式です。 リソースが不足した際には、EC2 インスタンスを追加することで対応します。 スポ
Fargateがタスクスケジュールをサポートし定期実行処理の幅が超広がりました！ | DevelopersIO
「せっかく、EC2インスタンスを気にしなくてよいFargateなんだから、もっとバッチ処理で気軽に使いたいよね」 そんなハマコーの一日千秋の想いが届いたのか突如として、Fargateにごついアップデートが舞い降りました。 AWS Fargate Now Supports Time and Event-Based Task Scheduling 今まで、「AWS Lambdaでは、ライブラリや実行時間に制限があって使いにくい」けど「AWS Batch使うには荷が重い」的なユースケースにバッチリハマる機能だと思うので、全国のコンテナファンは今すぐ使ってみると良いと思います。 Fargateきたか…!! ( ﾟдﾟ) ｶﾞﾀｯ / ヾ ＿_L| /￣￣￣/＿ ＼/ / タスクのスケジュール機能とは ECSクラスター内に存在するタスクを、スケジュールに則り実行する機能です。 構造的に、EC
RailsアプリをECSにのせてecs-cliでデプロイとかをする - sometimes I laugh
RailsのECS移行事例なんて既に山ほどあるので、特に書くつもりは無かったのですが、実際にやってみると 時代が進んで、より便利なものが出てきている デプロイどうするのよ、となったときに各自が最強のECSデプロイツールを作っていて、参考にならない といった体験をしたので、最近やったECS移行の話を書くことにしました。 社内Qiitaに書いたポエムです pic.twitter.com/yDlWGhhkF1— wata (@wata727_) 2017年8月31日 もちろん、この記事も古くなると何の役にも立たないと思うので、古くなったら、みなさん頑張って調べてください。 ECS移行で考えるべきこと まず前提として、移行対象はシンプルなRailsアプリで、WebサーバとWorkerからなります。デプロイはCapistranoなどのいわゆる「Push型」で行っていたものとします。Railsに限定し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
