SRE Lounge #11 で「安定・安価なECS auto scalingを目指して」を発表しました
SRE Lounge #11 で Repro で行っている ECS の auto scaling について発表しました。ECS autoscaler で工夫している点についてがメインですが、一般的な auto scaling にも使える知見もあるかと思います。 補足 時間の都合上、発表で言及しなかったこともあるので補足です。 ECS_ENABLE_SPOT_INSTANCE_DRAINING について 発表でも軽く触れましたが、ecs-agent 1.32.0 以降を使っている場合、ECS_ENABLE_SPOT_INSTANCE_DRAINING パラメータに true を指定することで、spot instance の interruption warning (notice) を受け取った場合に勝手に draining 状態にしてくれます。 cf. Amazon ECS support
Amazon ECSのCloudWatchメトリクスとAutoScaling戦略 | DevelopersIO
Amazon EC2 Container Service（以下ECS）では他のAWSサービスと同様に、サービス状況のモニタリング/アラーム発砲のためのCloudWatchメトリクスが複数種類用意されています。ECSではどういったCloudWatchのメトリクスが利用可能かどうかを整理しました。 ECSの基礎知識 ECSのモデルについては私が以前書いたブログを参照ください。 Amazon EC2 Container Service(ECS)のデータモデルについて整理した ｜ Developers.IO 上記ブログで記載の通り、ECSではTaskDefinitionにどのくらいの量のCPUやメモリを確保しておくかを指定します。その前提でECSのCloudWatchメトリクスを学ぶ必要があります。 ECSのCloudWatchのDimensionには、「ClusterName」と「Service
これからはじめる AWS Auto Scaling 2019年版 | 外道父の匠
昨年は内部的なことを多くやっていたり、10年ぶりに格ゲー復帰したりで、なんとなくご無沙汰になります。が、元同僚エンジニアに名指しされたり、 パルが年末にアドベで連続更新してるのをみて、俺も頑張らなきゃなと思い直した次第でありやす。 久々すぎてなんか文章のノリがノらないので、最近調べ直した AWS の Auto Scaling 周りについて、今はこんだけ抑えておけばえぇんちゃうくらいの感じで、まとまり悪いかもですがまとめてみたいと思います。 目次 色々な「Auto Scaling」を理解する EC2 Auto Scaling Application Auto Scaling AWS Auto Scaling APIで理解する関係性 AWS Auto Scaling は EC2 Auto Scaling の代わりになるのか EC2 Auto Scaling を構築する 構成 LaunchTem
AWS News Blog
Stop the CNAME chain struggle: Simplified management with Route 53 Resolver DNS Firewall Starting today, you can configure your DNS Firewall to automatically trust all domains in a resolution chain (such as aCNAME, DNAME, or Alias chain). Let’s walk through this in nontechnical terms for those unfamiliar with DNS. Why use DNS Firewall? DNS Firewall provides protection for outbound DNS requests fro
1台のサーバですら Auto Scaling でケチる - HDE BLOG
こんにちは。小椋です。 「まあ15分ぐらいなら落ちてても実際そこまで困らないけど、基本的には24時間起動していてほしいんだよね……」 という緩めのサービスレベルで稼働しているSPOF気味なサーバー、ありますよね。社内向けのジョブスケジューラーとか、一日に数回なんか集めて分析する奴とか。あんまり表立って言わないだけで、御社にもありますよね？ サービスレベルが緩めだし、ミッションクリティカルでもないので、ただ起動しっぱなしにしてほっとけばいいや……と思いきや、やっぱり止まったら止まったで処置も必要だし、生死確認はちゃんとしないといけないし、そもそも起動しっぱなしなのでお金もかかるし、とか、意外とお金も労力もかかりますよね。 私HDEの社長ですが、サーバ代に関してはかなりケチです！ そういうケースに関しては、場合によってはEC2のAutoScaling Groupで管理すると節約ついでに横着でき
AutoScalingってなんじゃ？（AutoScalingがAWSマネージメントコンソールで管理可能に！）
ついにAWSの管理コンソールからAutoScalingが管理可能になりました。 早速触ってみます。 EC2のコンソールの左ペインの最下部にAutoScaling（以下AS）の項目が追加されています。 選択してみると、左側に概要が表示されるので、「Create Auto Scaling Group」をクリックします。 Launch Configuration の作成 既存のLaunchConfiguration（以下LC）を使うか、新規にLCを作るかを聞かれるので、今回は新規LCを選びます。 すると、LC作成ウィザードに切り替わり、インスタンスの起動にまつわる設定が始まります。 AMI インスタンスタイプ 詳細設定 ここで、LC名を入力します。 それ以外はインスタンス起動の詳細設定と同じです。 ストレージ セキュリティグループ 確認画面 キーの選択 ここでLCで設定する鍵を選択して「Crea
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
A better solution to ECS AutoScaling
[AWSマイスターシリーズ]Amazon CloudWatch & Auto Scaling![[AWSマイスターシリーズ]Amazon CloudWatch & Auto Scaling](https://cdn-ak-scissors.b.st-hatena.com/image/square/bb8b03daf05240127d15794bac7980982c05be19/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F20130626aws-meister-regenerate-cloudwatchautoscalingpublic-130626204959-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)