タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
Starting today, Amazon RDS for MariaDB, Amazon RDS for MySQL, Amazon RDS for PostgreSQL, Amazon RDS for SQL Server and Amazon RDS for Oracle support RDS Storage Auto Scaling. RDS Storage Auto Scaling automatically scales storage capacity in response to growing database workloads, with zero downtime. Previously, you had to manually provision storage capacity based on anticipated application demands
Amazon EC2 Auto Scalingに新機能「ウォームプール」、すぐ起動して処理を開始するインスタンス群をあらかじめ準備可能に
Amazon EC2 Auto Scalingに新機能「ウォームプール」、すぐ起動して処理を開始するインスタンス群をあらかじめ準備可能に Amazon EC2 Auto Scalingは、複数のインスタンスを束ねてクラスタを作成し、負荷の大きさに応じてクラスタを構成するインスタンスを自動的に増減させてくれる機能を提供してくれます。 これにより、例えばテレビで商品が紹介されたECサイトにトラフィックが集中した場合でも、自動的にトラフィックに応じてスケールアウトしてくれる、といった処理が可能になるわけです。 ただし、インスタンスが起動して処理を開始する前に、コードやデータのロード、実行前に必要なスクリプトの実行といったさまざまな前処理が必要な場合があり、場合によっては処理を開始するまでに数分かかる場合もあります。 処理の開始に時間がかかると、そのあいだは多くのエンドユーザーへの応答も遅くなり、
Amazon EC2 Auto Scaling Now Supports Maximum Instance Lifetime
Amazon EC2 Auto Scaling now lets you safely and securely recycle instances in an Auto Scaling group (ASG) at a regular cadence. The Maximum Instance Lifetime parameter helps you ensure that instances are recycled before reaching the specified lifetime, giving you an automated way to adhere to your security, compliance, and performance requirements. You can either create a new ASG or update an exis
https://sre-lounge.connpass.com/event/151290/ の発表資料です
Amazon ECS Capacity Provider と Fargate Spot と ECS Cluster Auto Scaling を整理する - 平常運転
ラスベガス帰りの id:astj です。 今年も re:Invent ではたくさんのサービスリリース/アップデートがあって目が回るような思いでした。現地にいたからキャッチアップできた中身もあれば、しれっとリリースされていて現地でセッションを聞いてるだけだと気づきそびれた中身もあって物量に圧倒されております。 さて、本稿では2019年の re:Invent で発表された ECS 関連のリリースのうち、以下の3つを中心に整理してみようと思います。 Amazon ECS Capacity Provider AWS Fargate Spot AWS ECS Cluster Auto Scaling 遅くなりましたが（ダブルミーニング）、このエントリは はてなエンジニア Advent Calendar 2019 の12/9分のエントリです。ラスベガス時間ではまだ 12/9 ではないでしょうか。そうい
Amazon ECS クラスターの Auto Scaling を深く探る | Amazon Web Services
Amazon Web Services ブログ Amazon ECS クラスターの Auto Scaling を深く探る 概要 つい最近まで、ECS クラスター内での EC2 インスタンスの数を、タスクとサービスに合わせてスケーリングさせようとすると、難しい問題の発生することがありました。 ECS クラスターは必ずしも必要なときにスケールアウトするわけではなく、スケールインは注意深く扱わないと可用性に影響を及ぼします。ときには、顧客はこの課題に対応するため、Lambda 関数などのカスタムの手法、カスタムのメトリクス、そして重量挙げにも例えられるような他の手段に訴えましたが、あらゆる状況でうまくいく単一のアプローチはありませんでした。もちろん、タスクを EC2 インスタンスの代わりに Fargate で実行すれば、クラスターのスケーリングの必要性は全くなくなりのですが、すべての顧客がすべ
[アップデート] Amazon EC2 Auto Scaling で Auto Scaling Group 内のインスタンスを最新化できるようになりました！ | DevelopersIO
こんにちは、大前です。 久々に AWS MediaServices 以外の記事を書く気がします。 今回は、掲題のアップデートの紹介です。 Amazon EC2 Auto Scaling now supports Instance Refresh within Auto Scaling Groups どんなアップデートか Amazon EC2 Auto Scaling（以下 Auto Scaling）にて Auto Scaling Group 内のインスタンスを最新化する事が出来るようになりました。 今まで、 Auto Scaling Group の起動設定を変更（例えば、AMIの更新など）した後に既存のインスタンスを最新化するには一手間が必要だったりしたのですが、今回追加されたこの機能を使用するだけで、最新の起動設定で起動されたインスタンスに置き換える事が可能となりました。 今まで痒かった
![[アップデート] Amazon EC2 Auto Scaling で Auto Scaling Group 内のインスタンスを最新化できるようになりました！ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/bede2890e86b4906b777253ed659fb2dc79aeed0/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Famazon-ec2-auto-scaling.png)
簡単にできる！Auto Scalingの「起動設定」を「起動テンプレート」に移行しよう | DevelopersIO
既に夏のような湿気と暑さに参っています。 ▲ 心がサマーカットしたがっています こんにちは。Shirotaです。 この時期は毎年湿気への怨嗟をどこかしらに漏らしている気がします。 気を取り直して、怨嗟よりもお話ししたいAuto Scalingの話を今日はしたいと思います。 Auto Scalingで「起動テンプレート」、使っていますか？ EC2インスタンスの起動などで便利な、インスタンス起動に必要な情報を設定しておける「起動テンプレート」というものがあります。 こちら、Auto Scalingでも利用することができるようになっております。 Launch Templates for Amazon EC2 instances の紹介 Auto Scalingには元々「起動設定」と言うインスタンス起動に必要な情報を設定しておける機能があったのですが、こちらは2021年6月16日現在、公式ドキュメ
GitHub Actions: Ephemeral self-hosted runners & new webhooks for auto-scaling
GitHub Actions: Ephemeral self-hosted runners & new webhooks for auto-scaling actions September 20, 2021 GitHub Actions now supports ephemeral (i.e. single job) self-hosted runners and a new workflow_job webhook to make autoscaling your runners easier. After a job is run, ephemeral runners are automatically unregistered from the service, allowing you to do any required post-job management. Ephemer
[AWS Black Belt Online Seminar] Amazon EC2 Auto Scaling and AWS Auto Scaling 資料及び QA 公開 | Amazon Web Services
Amazon Web Services ブログ [AWS Black Belt Online Seminar] Amazon EC2 Auto Scaling and AWS Auto Scaling 資料及び QA 公開 先日 (2019/10/2) 開催しました AWS Black Belt Online Seminar「 Amazon EC2 Auto Scaling and AWS Auto Scaling 」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 20191002 AWS Black Belt Online Seminar Amazon EC2 Auto Scaling and AWS Auto Scaling AWS クラウドサービス活用資料集（すべての過去資料が閲覧できます） Q. ミックスインスタンスは ECS のオート
![[AWS Black Belt Online Seminar] Amazon EC2 Auto Scaling and AWS Auto Scaling 資料及び QA 公開 | Amazon Web Services](https://cdn-ak-scissors.b.st-hatena.com/image/square/de36198b79e699fd2ef22aa354fbfd7b417ace08/height=288;version=1;width=512/https%3A%2F%2Fd2908q01vomqb2.cloudfront.net%2Fb3f0c7f6bb763af1be91d9e74eabfeb199dc1f1f%2F2019%2F10%2F16%2FThumbnail-1-1125x630.png)
Deep Dive on Amazon ECS Cluster Auto Scaling | Amazon Web Services
Containers Deep Dive on Amazon ECS Cluster Auto Scaling Introduction Up until recently, ensuring that the number of EC2 instances in your ECS cluster would scale as needed to accommodate your tasks and services could be challenging. ECS clusters could not always scale out when needed, and scaling in could impact availability unless handled carefully. Sometimes, customers would resort to custom to
新機能 – AWS ECS Cluster Auto ScalingによるECSクラスターの自動スケーリング | Amazon Web Services
Amazon Web Services ブログ 新機能 – AWS ECS Cluster Auto ScalingによるECSクラスターの自動スケーリング 本日、AWS ECS Cluster Auto Scalingを発表します。この機能は、スケールアウトを高速化し信頼性を向上させる、クラスター内の空きキャパシティ管理の提供と、スケールイン時に終了されるインスタンスの自動管理を提供し、クラスターの自動スケーリングをより使いやすいものにします。 ECS Cluster Auto Scalingを有効にするには、Capacity Providerと呼ばれる新たな項目を設定する必要があります。1つのCapacity Providerは1つのEC2 Auto Scaling Groupに関連づきます。あるAuto Scaling GroupにECS Capacity Providerを関連付け
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
ECS Capacity Auto ScalingをTerraformで実装する - Sansan Tech Blog
はじめに DSOCインフラチームの藤田です。昨年からプレイしているデス・ストランディングがまだ折り返し地点にも至っていなかったことを知りました。原因は一生懸命国道を作りすぎたためだと思います。 今回は昨年のre:Inventで発表されたECS Capacity Auto ScalingをTerraformで実装してみた結果を共有します。 ECS Cluster Auto Scaling とは 一言でとても乱暴に説明すると、ECS on EC2においてEC2のオートスケーリングを考えなくても良くなります。今回はTerraformで実装した部分にのみフォーカスするので詳細は割愛します。以下リンクで詳しく説明されています。 dev.classmethod.jp aws.amazon.com またこちらではキャパシティの計算方法や、スケールインの挙動などが詳しく説明されています。 aws.amaz
本日より、Amazon RDS for MariaDB、Amazon RDS for MySQL、Amazon RDS for PostgreSQL、Amazon RDS for SQL Server、Amazon RDS for Oracle で、Storage Auto Scaling のサポートを開始しました。RDS Storage Auto Scaling では、増加するデータベースのワークロードに応じてストレージ容量がダウンタイムなしで自動的にスケールされます。 以前は、予期されるアプリケーションの需要に基づいて、手動でストレージ容量をプロビジョニングする必要がありました。過少プロビジョニングではアプリケーションのダウンタイムが発生し、過剰プロビジョニングでは使用率の低いリソースや高いコストが発生する可能性があります。RDS Storage Auto Scaling を利用すると
レプリカをオートスケールさせるAmazon Aurora Auto Scalingの導入ポイントをまとめてみた | DevelopersIO
Amazon Aurora Auto Scalingを利用すると、レプリカを動的にスケールアウトできます。 導入のポイントをまとめてみました。 Amazon Auroraデータベースはリードレプリカを最大で15個まで追加できます。 Auto Scaling policyを設定することにより、利用者の多い日中はレプリカを多めに用意し、利用者の少ない夜間はレプリカを減らすといった運用が可能です。 この機能の設定ポイントを解説します。 Amazon Aurora Auto Scaling について Amazon Aurora Auto Scaling はレプリカの平均CPU使用率・接続数に応じて、レプリカをオートスケールさせるサービスです。 スケールアウト方式のため、ワークロードに応じてレプリカ数を増減させるものであり、インスタンスタイプをスケールアップさせるわけではありません。 ECS でも利
Amazon ECS Cluster Auto Scaling now offers more responsive scaling
Amazon Elastic Container Service (Amazon ECS) Cluster Auto Scaling (CAS) now offers more responsive scaling when using EC2 Auto Scaling groups (ASGs) that span across Availability Zones (AZs) and instance types. Before this launch, if your ASG did not confine to a single-AZ or used multiple instance types, the scaling speed was restricted by the minimum scaling step size defined in the capacity pr
[アップデート]ALBとNLBは、IPv6アドレスのEC2インスタンスを直接ターゲットとして登録できるようになったため、Auto Scalingしてみた | DevelopersIO
[アップデート]ALBとNLBは、IPv6アドレスのEC2インスタンスを直接ターゲットとして登録できるようになったため、Auto Scalingしてみた はじめに Application Load Balancer（ALB）とNetwork Load Balancer（NLB）は、インターネットプロトコルバージョン6（以降、IPv6）のアドレスが割り当てられたインスタンスを直接ターゲットとして登録できるようになりました。 これまでは、IPv6アドレスのインスタンスをターゲットとして直接登録することはできなかったため、各インスタンスのIPv6アドレスを個々のIPアドレス指定する必要がありました。 今回のアップデートにより、ターゲットタイプがインスタンスのターゲットグループで、IPv6アドレスのインスタンスを指定できます。 また、アップデートにより、アプリケーションの需要に応じてAuto Sc
![[アップデート]ALBとNLBは、IPv6アドレスのEC2インスタンスを直接ターゲットとして登録できるようになったため、Auto Scalingしてみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/6b2baf14c69bcb02df058dd87573ec1dc34dd8ef/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F08%2Felastic-load-balancing.png)
[AWS Black Belt Online Seminar] CON207 Auto Scaling in ECS, CON307 ECS Capacity Providers | Amazon Web Services
Amazon Web Services ブログ [AWS Black Belt Online Seminar] CON207 Auto Scaling in ECS, CON307 ECS Capacity Providers AWS Black Belt オンラインセミナー「Amazon ECS Deep Dive」と題しまして、「CON207 Auto Scaling in ECS」と「CON307 ECS Capacity Providers」の 2 つのセッションを公開します。 視聴は YouTube から、資料閲覧は SlideShare から可能です。 CON207 Auto Scaling in ECS YouTube / SlideShare CON307 ECS Capacity Providers YouTube / SlideShare CON207 Auto Sca
![[AWS Black Belt Online Seminar] CON207 Auto Scaling in ECS, CON307 ECS Capacity Providers | Amazon Web Services](https://cdn-ak-scissors.b.st-hatena.com/image/square/3df6600a37e5ed392f92487e2ce515c1d6da44b2/height=288;version=1;width=512/https%3A%2F%2Fd2908q01vomqb2.cloudfront.net%2Fb3f0c7f6bb763af1be91d9e74eabfeb199dc1f1f%2F2021%2F10%2F01%2Ffor_blog.jpg)
Auto Scaling から見るInfra System の構成 | BLOG - DeNA Engineering
こんにちは、IT 基盤部の Wei です。大規模ゲームタイトルおよびゲームプラットフォームのインフラを運用しております。 私のグループが運用しているシステムでは Auto Scaling を導入してからもうすぐ2年が経ちます。 この2年で Infra System の構成は徐々に変わってきました。今回は Auto Scaling という観点から、現時点の Infra System の構成がどのようになっているかをご紹介します。 Instance の台数管理 Auto Scaling を導入する前、Instance の台数管理は人手でした。台数管理には必要台数の計算から Instance の構築・撤去まで Instance 関連の処理が全て含まれるため、人手で行うには多くの工数が掛かります。また、人手で対応するため想定外のトラフィックが押し寄せた場合に台数を増やすのに時間が掛かるというケース
Amazon AuroraにAuto Scalingを導入してCPU高負荷を乗り切った話 - Studyplus Engineering Blog
こんにちは、SREチームの菅原(id:ksugahara08)と栗山(id:shepherdMaster)です。 新型コロナウイルスが流行して世の中では外出自粛になる中、Studyplusは例年以上に多くのユーザー様に利用していただく機会を得ました。それに伴って4月からサーバーへのアクセスが増えていき、5月にはコロナ前と比べて約2倍のリクエスト数がAWS ALBに来るようになりました。 リクエスト数が増えた結果何が起きたかというと、タイトルからお察しの通りAmazon AuroraのCPU負荷が上がり、頻繁にアラートが発砲されるようになりました。 EC2に関してはAutoScalingを設定していたため負荷に応じてスケールアウトしていたのですが、Auroraに関してはインスタンス数固定で運用してきたため、このようなことが起きるようになりました。 そこでサーバーサイド＋SREチームでは他の作
[アップデート]Amazon EC2 Auto Scalingで、スケーリングポリシーの有効／無効が設定できるようになりました！ | DevelopersIO
大阪オフィスのYui(@MayForBlue)です。 Amazon EC2 Auto Scalingで、スケーリングポリシーの有効／無効が設定できるようになったので、実際にやってみました！ 目次 スケーリングポリシーの有効化、無効化とは 実際にやってみた 最後に 参考リンク スケーリングポリシーの有効化、無効化とは これまではスケーリングポリシーを一時的に無効化したい場合、そのポリシーを一旦削除、再作成する必要がありました。 今回のアップデートで、削除ではなく、無効化の設定をすることで、再度使用する可能性のあるポリシーを削除する必要がなくなりました。 公式ドキュメント Amazon EC2 Auto Scaling Now Supports Enabling and Disabling Scaling Policies 実際にやってみた マネジメントコンソールのEC2のダッシュボードからA
新卒エンジニアのSongYeongjinです！ 今日はAmazon EC2 Auto Scalingをセッティングして、意図的にCPUに負荷をかけて新しいインスタンスが追加される事を確認してみます。 Amazon EC2 Auto Scalingとは？ Amazon EC2 Auto Scalingは負荷を処理するために適切な数のAmazon EC2インスタンスを利用できるように準備することができるようにするサービスです。 Auto Scalingグループと呼ばれるEC2インスタンスの集合を作成して最小数と最大数、希望する容量を指定してインスタンスを何個から何個まで使うのかを決めることができます。 Amazon EC2 Auto Scalingでは、次のようなメリットがあります。 耐障害性の向上 インスタンスに異常が発生したタイミングを検出し、インスタンスを終了して、その代わりに新しいイン
[アップデート] EC2 Auto Scalingで「インスタンスの最大起動時間」に基づいてインスタンスを置き換えることができるようになりました | DevelopersIO
みなさん、こんにちは！ AWS事業本部の青柳＠福岡オフィスです。 EC2 Auto Scaling において、「インスタンスの最大起動時間 (Maximum Instance Lifetime)」に基づいてインスタンスを置き換えることができるようになりました。 Amazon EC2 Auto Scaling Now Supports Maximum Instance Lifetime スケールイン時の終了ポリシー「OldestInstance」と何が違うの？(明確に違いました) 今回のアップデートを聞いた時、最初「あれ？ なんか似たようなのがあったな？」と思いました。 スケールイン時にどの Auto Scaling インスタンスを終了するかのコントロール - Amazon EC2 Auto Scaling (日本語) スケールイン時に指定できる「終了ポリシー」の中にある「OldestIns
[アップデート] EC2 Auto Scalingがインスタンスタイプ混在時の「インスタンスの重み付け」をサポートしました | DevelopersIO
そして、「インスタンスの重み付け」を指定する場合は、Auto Scalongグループのキャパシティが「インスタンスの数」ではなく「インスタンスの重みの総量」となります。 例えば、上記のように各インスタンスタイプの重みを設定した際に、グループのキャパシティを「12」に設定したとします。 その場合、Auto Scalingグループ内にプロビジョニングされるインスタンスのパターンの例は次のようになります。 これらのパターンは、それぞれインスタンスのタイプも数も異なりますが、いずれも「インスタンスの重みの総量」が「12」です。 つまり、サイズの異なるインスタンスタイプが混在している場合に、インスタンスの数を一定に保つのではなく、コンピューティングリソースの総量を一定に保とうという考え方です。 「インスタンスの重み付け」のメリット では、このアップデートはどのような場面で使えるのでしょうか？ ここに
AWS ECS Cluster Auto ScalingがGAになったのでやってみた #reinvent | DevelopersIO
こんにちは、森です。 本日、AWS ECS Cluster Auto Scalingが一般公開となったので試してみます。 AWS ECS Cluster Auto Scaling is Now Generally Available 内容 キャパシティプロバイダー という新しいECSリソースタイプを作成する必要があり、ASGに関連付け、キャパシティプロバイダーをECSクラスターに追加すると、クラスターはECSの2つの新しい機能を使用してASGを自動的にスケーリングできるようになりました。 2つの新しい機能というのは、 Managed scaling(スケーリングを管理) ASGで自動的に作成されたスケーリングポリシー、およびスケーリングポリシーが使用する新しいスケーリングメトリック（Capacity Provider Reservation）でスケーリングを管理 Managed insta
Auto ScalingでEC2にElastic IPを設定していたら結果的に色々な事が学べた話 - ZOZO TECH BLOG
はじめに こんにちは。SRE部USED基幹インフラの丸山です。 ZOZOUSEDでは2018年、当時社名がクラウンジュエルからZOZOUSEDに変更になるころからAWSの利用を開始致しました。当時はオンプレミス環境が多く、AWSの導入については画期的ではありましたが苦労も多かったとも聞いています。上記AWSで構築した環境について、前任者の異動に伴い私をはじめ他のメンバーで引き継ぐ事になりました。 当時私共はいわゆる情シスとして社内及び倉庫内のオンプレミス環境のインフラを管理する業務が多く、AWSについてはほぼ初心者の状態でした。そのため書籍をあさったり、Webの記事を検索したりと手探りで運用や改善を行っておりました。今回はAWS初心者だった私がタイトルの案件を通じてAWSのいろいろな機能に触れる経験ができたお話をしたいと思います。主にAWS初心者の方などにお役にたてばと考えております。 実
EC2コンテナインスタンスのAutoScalingの構築した。スケールイン時に発生する504へのアプローチ 問題 EC2でECSクラスターを組んでいましたが、スケールインの時に、EC2コンテナインスタンスにコンテナ(ECSタスク)が稼働しているにも関わらず、EC2が削除されてしますため、504のエラーが発生してしまいます。 対策案 この問題に対して、ECSコンテナクラスター自身が自身で稼働中のコンテナ数を検出して削除保護を有効/無効に切り替えることで、コンテナが稼働中に削除されることを防ぎます。 参考リンク EC2 Auto-ScalingでECS組んでますか？エラーレート高いですか？救ってあげてもいいですか？ 現象も、対策の上記のリンクを同じですので参考にしてください。 ECS Container Instance scale-in protector 上記のリンクのスクリプトでは、EC
Amazon ElastiCache for Redis now supports auto scaling to automatically adjust capacity to maintain steady, predictable performance at the lowest possible cost. You can automatically scale your cluster horizontally by adding or removing shards or replica nodes. ElastiCache for Redis uses AWS Application Auto Scaling to manage scaling and Amazon CloudWatch metrics to determine when it is time to sc
EC2 Auto Scaling グループの「ヘルスチェックの猶予期間」を正しく理解する | DevelopersIO
西澤です。今回、ELB配下のEC2 Auto Scaling グループにおいて、"ヘルスチェックタイプ=ELB"とした際の「ヘルスチェックの猶予期間(Grace Priod)」の挙動について、正しく理解できてていなかったので、まとめておきたいと思います。 「ヘルスチェックの猶予期間」について調査した経緯 ELB配下のEC2 Auto Scaling グループにて、高負荷時のみインスタンス数を自動スケールさせて負荷分散している環境で、スケールアウト（台数増）のタイミングで毎度CloudWatchからUnHealthyHostCountのアラートが発生していることが判明し、調査を行いました。 まず、2台ずつスケールアウトするスケーリングポリシーが設定されていたので、直近のスケールアウトによるLaunch時刻を確認しました。 $ aws autoscaling describe-scaling-
AZ 障害発生時、EC2 Auto Scaling はどの様な動作をするか教えてください | DevelopersIO
困っていること 複数のアベイラビリティゾーン(AZ) に跨るように Amazon EC2 Auto Scaling を設定しています。アベイラビリティゾーン(AZ) 障害発生時ではどの様な挙動をするのか教えてください。 ※例 東京リージョン（ap-northeast-1） 3AZ 構成 6 台起動 どう対応すればいいの? EC2 Auto Scaling 動作原理として 指定された数の EC2 インスタンスを維持する 使⽤可能な AZ の間で均等に EC2 インスタンスを配置しようとする そのため、AZ 障害時においても使用可能な残っている AZ の間で均等に希望容量を維持しようと動作します。その後、サブネット定義が残っている限りは障害になった AZ での起動をゆるやかに試みるよう内部的にリトライを続ける動作を行います。 3AZ 構成で 6 台の構成の場合、AZ 復旧後は元の 2:2:2
新機能 — EC2 Auto Scaling と EC2 フリートの属性ベースのインスタンスタイプの選択 | Amazon Web Services
Amazon Web Services ブログ 新機能 — EC2 Auto Scaling と EC2 フリートの属性ベースのインスタンスタイプの選択 10 年以上前に私が最初に使用した AWS のサービスは、 Amazon Elastic Compute Cloud (Amazon EC2) でした。時間が経つにつれて、EC2 はさまざまなユースケースに合わせて最適化されたインスタンスタイプを幅広く追加しました。CPU/GPU、メモリ、ストレージ、ネットワーク容量のさまざまな組み合わせにより、アプリケーションに適したリソースの組み合わせを柔軟に選択できます。 クラウドの主な利点の 1 つは伸縮性です。EC2 フリートを使用すると、オンデマンド、リザーブド、スポットインスタンスを一緒に使用して、複数のインスタンスタイプと購入オプションにわたって容量を同期的にリクエストし、複数のアベイラビ
ゼロから始めるAWS Elastic Beanstalk ＃２～ 独自ドメイン対応、HTTPS対応、HTTP→HTTPSへのリダイレクト対応、Auto Scaling設定 ～ - Qiita
概要 ゼロから始めるJavaでAWS Elastic Beanstalk ＃１～ EB CLIを使ったJava Webアプリ環境構築 ～の続編です Elastic Beanstalkで構築するWebアプリを以下のようにします HTTPS対応 独自ドメイン対応 うっかりHTTPでリクエスト来たらHTTPSにリダイレクト Auto Scalingは不要 ということで、以下のように構成するときの設定例をみていきます 本編 ALB(Application Load Balancer)をHTTPSに対応する Elastic BeanstalkでつくったWebアプリをHTTPSに対応させるため、拡張設定用のYAMLファイルを作る。 プロジェクトのルートに .ebextensionsというディレクトリをつくり、そこにalb-secure-listener.configというファイルを作成する。
Amazon ECS Cluster Auto Scaling is Now Generally Available | Amazon Web Services
AWS News Blog Amazon ECS Cluster Auto Scaling is Now Generally Available Today, we have launched Amazon ECS Cluster Auto Scaling. This new capability improves your cluster scaling experience by increasing the speed and reliability of cluster scale-out, giving you control over the amount of spare capacity maintained in your cluster, and automatically managing instance termination on cluster scale-i
Amazon EC2 Auto Scaling のターゲットトラッキングスケーリングポリシー - Amazon EC2 Auto Scaling
ターゲット追跡スケーリングポリシーを作成するには、Amazon CloudWatch メトリクスと、アプリケーションの理想的な平均使用率またはスループットレベルを表すターゲット値を指定します。Amazon EC2 Auto Scaling は、ピークトラフィックに対応するためにグループをスケールアウト (インスタンスを追加) し、グループをスケールインして (実行するインスタンス数を減らして)、使用率またはスループットが低い期間にコストを削減します。 例えば、現在 2 つのインスタンスで実行されているアプリケーションがあり、アプリケーションの負荷が変化しても Auto Scaling グループの CPU 使用率を約 50% に維持する必要があるとします。これにより、過剰な数のアイドルリソースを維持することなくトラフィックのスパイクを処理するための追加のキャパシティが得られます。 このニーズ
Introducing AWS Glue Auto Scaling: Automatically resize serverless computing resources for lower cost with optimized Apache Spark | Amazon Web Services
AWS Big Data Blog Introducing AWS Glue Auto Scaling: Automatically resize serverless computing resources for lower cost with optimized Apache Spark June 2023: This post was reviewed and updated for accuracy. Data created in the cloud is growing fast in recent days, so scalability is a key factor in distributed data processing. Many customers benefit from the scalability of the AWS Glue serverless
EC2 Auto Scaling のリバランシング機能でスポットインスタンスの自動交換を確認してみた | DevelopersIO
AWSチームのすずきです。 2020/11/4 のアップデートで、Amazon EC2 Auto Scaling で キャパシティリバランシング機能が利用可能になりました。 当設定を有効にした環境で、停止リスクの高まったスポットインスタンスの交換を確認する機会がありましたので、 紹介させていただきます。 アップデート — EC2 Auto Scalingのキャパシティリバランシング機能によるスポットインスタンスの事前置き換え 設定 EC2 オートスケーリングの設定より、「キャパシティーの再調整」を有効化しました。 CloudFormation を利用する場合、「CapacityRebalance: true」で設定可能です。 Ec2InstanceAutoScalingGroup: Type: AWS::AutoScaling::AutoScalingGroup CreationPolic
AWS Auto Scaling のスポットインスタンスの配分戦略にスポット価格と中断率の両方を考慮するいい塩梅の戦略が追加されました | DevelopersIO
AWS Auto Scaling で複数のインスタンスタイプの中からスポットインスタンスを利用する際にスポット価格と、中断率の両方を考慮してインスタンスタイプを自動選択する配分戦略が追加されました。Auto Scaling の他には EC2 Fleet, Spot Fleet でも利用できます。 従来の配分戦略は「スポット価格の安いインスタンスタイプを優先（lowest-price）」するか、「中断確率の低いインスタンスタイプ（capacity-optimized）」を優先するかのどちらかをユースケースに応じて使い分けくださいというスタンスでした。 今回のアップデートで中断確率がもっとも低く、スポット価格がもっとも安いインスタンスタイプをスポットインスタンスプールの中から決定するprice-capacity-optimizedが追加され、配分戦略の推奨値となりました。中断率の考慮はcapa
GitHub - whywaita/myshoes: Auto-scaling VirtualMachine runner 🏃 for GitHub Actions
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Proactively manage the Spot Instance lifecycle using the new Capacity Rebalancing feature for EC2 Auto Scaling | Amazon Web Services
AWS Compute Blog Proactively manage the Spot Instance lifecycle using the new Capacity Rebalancing feature for EC2 Auto Scaling By Deepthi Chelupati and Chad Schmutzer AWS now offers Capacity Rebalancing for Amazon EC2 Auto Scaling, a new feature for proactively managing the Amazon EC2 Spot Instance lifecycle in an Auto Scaling group. Capacity Rebalancing complements the capacity optimized allocat
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon RDS now supports Storage Auto Scaling
安定・安価なECS auto scalingを目指して / SRE Lounge #11
SRE Lounge #11 で「安定・安価なECS auto scalingを目指して」を発表しました
Amazon RDS で Storage Auto Scaling のサポートを開始
CPUに負荷をかけてEC2 Auto Scalingを確認してみた | DevelopersIO
EC2コンテナクラスターのAuto-Scalingを組んでみた。 - Qiita
Amazon ElastiCache for Redis now supports auto scaling
anond.hatelabo.jp
www.ik-law-office.com
youtu.be
www.youtube.com
hinemosurc.hatenablog.com
ndlsearch.ndl.go.jp