Amazon ECS でのコンテナデプロイの高速化

Amazon ECS でのコンテナデプロイの高速化 この記事は同僚の Nathan Peck (@nathanpeck)が書いた記事 “Speeding up Amazon ECS container deployments” を翻訳し、加筆・修正したものです. 元記事を ECS ユーザに紹介する機会が何回かあったので、せっかくなので翻訳することにしました. コンテナのオーケストレーションは非常に複雑な問題の一つです. アプリケーションコンテナのデプロイのために、相互にやり取りを行う複数の異なるコンポーネントが存在します. あなたのアプリケーションを実行したオーケストレータは、その実行されたアプリケーションが Web トラフィックを受け取る用意ができているかどうかについて判断する必要があります. その後そのアプリケーションはスケールダウンされたり、あるいは新しいバージョンのアプリケーション

[toricls]

Amazon ECS でデプロイ速度を高速化したくなったとき、安全側に倒されているいくつかのデフォルト設定を見直すことも重要なテクニックの一つです。それらを一つずつ見ていく記事ですご活用ください！

[Keisuke69]

こうやって見るとデフォルト値ってかなり安全側に倒されてるんだな

[T-miura]

相当早くなりそ

[it31415]

デプロイでコンテナを入れ替える時の待機時間を短くする。短すぎると元のコンテナで処理が動いてたら処理が止まるのでギリギリ大丈夫な短い時間を探す。最後のローリングデプロイの説明も分かりやすくて面白かった

[thangnvbkhn]

ecs

[juve534]

これをみて設定を見直したい

[tmatsuu]

わいわい

[cocoasynn]

素晴らしい・・・

[razokulover]

手軽に高速化できそう

[toyama0919]

え〜、そうだったのか。“AWS Fargate ではタスクと足回りのマシンは 1:1 で割り当てられ、またタスクを起動するたびにフレッシュなホストマシンストレージを用意するため現時点ではイメージキャッシュを利用できません”

[J138]

LBの時間に関するパラメータは自己流でいじってたけど、ほかにも見るべき場所あったのなー。ただ数値自体は結構攻めてる気はする。

[kzm1760]

初めてECS Fargateにトライした時に試行錯誤した時のパラメータが、割と間違っていなかったのがわかって少し安心した。

[nagi125]

デプロイの遅さで悩んでたので試してみよう

[tettekete37564]

ECS/ECR でサーバレスやってみたいが時間がない。 ECR は使ってるけども

[do_su_0805]

最高のエントリだ…いくつかしゅっとできそうだしいくつかはちゃんと考えて検討したい〜

[ebo-c]

特にロードバランサのチェック間隔・回数が重量級アプリもデフォルトで動くくらいに安全側になってる感じ。コネクションドレインもファイルアップロード、モバイルアプリ向けAPIなんかも含んだ最小公倍数な感じ？

[hi1280]

ロードバランサくらいしか気にしてなかった

[hdkINO33]

実際のところ deregistration_delay.timeout_seconds のデフォ値300秒はかなり長い……んだけどアプリケーション側の想定タイムアウト秒数とかあるのでちゃんと相談して決めること

[Surgo]

fargate にも prefetch 早く来ないかなー

[aikawame]

有り難い情報。さっそく見直そう…。

[kanehama]

めちゃくちゃ助かる

[tofu-kun]

嬉しい情報

[tossy_yukky]

めっちゃ丁寧に説明されてる

[bonlife]

メンテの時に「あれ、なかなか反映されないな」って待ってたわ。設定値見直そ。

[nabinno]

minimumHealthyPercentくらいしかやっていなかった。HealthCheckIntervalSeconds、deregistration_delayは使えそう。

[door-s-dev]

正直なところ遅いなぁと思ってたので後で読む/けど安全側に倒してそのままでとかなりそうな気もする。検証環境は高速化してよさそう

[clubman023]

うん

[ikkitang1211]

これは明日からできる奴だ…。 最高。

[h_taiji]

注意しとかないかん

[toritori0318]

とても良いまとめ

[dafujii]

👀