AutoScalingのかわりにマイルドスケーリング(仮称)を作ってみた - Qiita
はじめに 案件でサーバのスケールを行なうことになったのですが、AutoScalingだとどうも合わないところがあり 自分達でスケールする仕組み、マイルドスケーリング(仮称)を作成しました。 AutoScalingについて AWSの提供する機能でEC2インスタンスをスケジュールや負荷に応じて増減させる仕組みです。 対象システムについて 今回対象となるシステムは以下の特徴がありました 別会社作成の既にEC2で動いているWebアプリケーション コンテンツはCMSサーバよりWebサーバに定期的に配信 WebアプリケーションはRDSにアクセスして情報を取得 監視サーバとしてnagiosを利用 Webサーバのホスト名を元に接続するRDSを決定 しばらく運用してみて、負荷のあがるタイミングと上限がわかっている AutoScalingをつかわなかった理由 AutoScalingを検討したのですが、以下の理
Auto Scaling x Spot Instances によるスケーラビリティと コストカット
4. 今日お伝えしたいこと Purpose of today 1. 具体的で比較可能で再現可能な モデルケースの提供 Auto ScalingについてはMin-Maxの 振り幅感覚を、Spot&Reserved Instancesに ついては使い所と倹約の規模感を 既に導入している方は比較用に 導入検討中の方は先行事例として 2. 設計方針や注意点といった知見の共有 5. 今日お伝えできないこと Purpose of today 1. そもそもAuto Scalingとは、Spot Instancesとは といった話 そういう話なら: [AWSマイスターシリーズ] リザーブドインスタンス&スポットインスタンス ⇨ http://www.slideshare.net/AmazonWebServicesJapan/20131023- aws-meisterregeneraterispotpub
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
