ELBのLatencyを監視してEC2インスタンスを自動でスケールアップする – サーバーワークス サポートセンター
概要 ELB配下に設置しているインスタンスを、高負荷時に自動でスケールアップ (インスタンスタイプの変更) する方法をご説明します。 構成は以下のとおり、ロードバランサー配下の各AZに EC2インスタンス が1台ずつ配置されてる状態からはじめます。 黒線はユーザーからリクエストフロー、青線はスケールアップのフローを表しています。 手順 ステップ1 : Amazon SNSトピックを作成する ステップ2 : 平均レイテンシーが1秒を超える状態が5分以上続いた時、CloudWatch AlarmからSNSに通知させるように設定する ステップ3 : Cloud Automatorのジョブを作成する ステップ１ :Amazon SNSトピックを作成する まず、CloudWatch Alarmが通知するためのAmazon SNSでトピックを作成します。 Topic Nameには任意の名前を設定し、作
【Tips】AWS CLIを使ってAmazon EC2を起動・停止するワンライナーまとめ | DevelopersIO
こんにちは、城内です。 スマホゲームが大好きなのですが、最近はめっきりファンキル *1にハマっています。Fate *2コラボに惹かれて参戦したのですが、直近では結構インパクトのあるCMを打っていたり、過去のコラボもあの花 *3とかまどマギ *4とか、自分的にはかなりのツボですね！ さて、個人的な趣味の話と無駄な脚注は置いておいて、今回もちょいネタです。 EC2を起動したり停止したりする、AWS CLIを使ったワンライナーをいろいろ紹介したいと思います。 目次 1. EC2起動 1-1. 単体起動 1-2. 起動確認 1-3. 起動待ち 1-4. 全起動 2. EC2停止 2-1. 単体停止 2-2. 停止確認 2-3. 停止待ち 2-4. 全停止 ワンライナーまとめ では、さっそくつらつらとまとめを書きます。 ちなみに、私はAWS CLIやjqのマスターではありませんので、「それ最適じゃな
スワップファイルを使用して Amazon EC2 インスタンスのスワップスペースとしてメモリを割り当てる
簡単な説明 物理 RAM がすでに使用されている場合、Amazon EC2 インスタンスは物理 RAM の短期的な代替としてスワップスペースを使用します。 実際に使用されていない RAM のコンテンツや、他のデータや命令ほど緊急に必要でない RAM のコンテンツは、一時的にスワップファイルにページングできます。これにより、RAM が解放され、すぐに使用できるようになります。 パーティションにスワップ領域を作成することもできます。詳細については、「ハードドライブのパーティションを使用して、Amazon EC2 インスタンスのスワップ領域として動作するようにメモリを割り当てる方法を教えてください」を参照してください。 注: スワップスペースは、エフェメラルストレージインスタンスストアボリュームにのみ作成するのがベストプラクティスです。 解決策 この解決策に取りかかる前に、ファイルシステムがスワ
[初心者向け]EC2 Auto Scaling グループを作成する | DevelopersIO
こんにちは。コンサル部のYui(@MayForBlue)です。 今回は、EC2のAuto Scaling グループを作成する方法をご紹介します。 Auto Scaling とは Amazon EC2 Auto Scaling によって、アプリケーションの負荷を処理するために適切な数の Amazon EC2 インスタンスを利用できるように準備することができます。Auto Scaling グループと呼ばれる EC2 インスタンスの集合を作成します。各 Auto Scaling グループ内のインスタンスの最小数を指定することができ、Amazon EC2 Auto Scaling のグループはこのサイズよりも小さくなることはありません。各 Auto Scaling グループ内のインスタンスの最大数を指定することができ、Amazon EC2 Auto Scaling のグループはこのサイズよりも大き
![[初心者向け]EC2 Auto Scaling グループを作成する | 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)
Amazon CloudWatchでEC2のディスク使用率を監視する - michimani.net
2018-03-01 ClowdWatchにはあらかじめEC2用のメトリクス(チェックできる値)が用意されていますが、残念ながらディスク使用率のメトリクスはありません。EC2のディスク使用率をCloudWatchで監視するには、EC2インスタンスにCloudWatchエージェントをインストールする必要があります。CloudWatchエージェントを介してEC2の情報をCloudWatchで取得するような感じです。その手順です。 ※基本的にAWS公式の手順書通りです。 やること EC2インスタンスにCloudWatchエージェントをインストール CloudWatchエージェント用のIAMロール作成 インスタンスにIAMロールをアタッチ CloudWatchエージェントをインストール CloudWatchエージェントの設定ファイルを作成 CloudWatchエージェントを起動 1. EC2インス
Amazon EC2 Windows インスタンスのネットワークスループットをベンチマークする
解決策 ネットワークパフォーマンスのベンチマークテストは、ニーズに最も適した Amazon EC2 インスタンスタイプ、サイズ、設定を決定するのに役立ちます。各インスタンスタイプのネットワークパフォーマンスの詳細については、「Amazon EC2 インスタンスタイプ」を参照してください。 Amazon EC2 Windows インスタンスを起動して設定する ベンチマークテストを実行する前に、次の手順を実行します。 2 つの EC2 Windows インスタンスを起動して、ネットワークパフォーマンステストを実行します。 インスタンスが Windows 用の拡張ネットワーキングをサポートしていることを確認します。 同じプレイスメントグループに所属していないインスタンスまたはジャンボフレームをサポートしていないインスタンス間でネットワークテストを実行するには、最大伝送ユニット (MTU) をチェ
Cloud/AWS - CentOS Wiki
We are pleased to announce the immediate availability of Official CentOS images on Amazon's EC2 Cloud. The legacy CentOS AWS Marketplace page can be found at the CentOS AWS Marketplace. The current official AMIs are published outside of the AWS Marketplace and are shared directly from official Community Platform Engineering (CPE) account 125523088429. The AWS Marketplace team is now publishing bas
あのサービスのアクセス数はどれくらいか?をだいたい知る方法｜More Access! More Fun
本日はメルマガの日。なのでブログはさくっと役立ち情報を書いておきます。メルマガで「永江さんが使ってる便利なサービスを教えてください」というのがけっこうあるので、本日はとっておきのひとつ。 競合のだいたいの訪問者数を知る方法 です。まあ昔からALEXAのトラフイックとかはありましたが、けっこう適当です。Googleのページランクなんてもっと適当で、ほとんど意味が無いと思います。で、いま１番いけてるのがコレでしょう。けっこう前から使ってますが、アクセス数が少ないところは出てきません。誤差はありますが「いまいけてるのか」「だめなのか」というリサーチには十分と思われます。Chromeの拡張機能にもありますのでわたしは入れてます。アクセスが少ないと誤差が大きくなる印象。 http://www.similarweb.com/ ここにいって調べたいサイトのURLを入れる。ドメインで見ているのでアメブロの
身につけておきたいWebサイト高速化テクニック #1｜アジェンダ編 | DevelopersIO
Webサイトの表示高速化対策していますか？ 日本は欧米諸国に比べWebサイトの表示高速化対策をしているサイトが少ないです。 特に、最近ではスマートフォンの普及によりモバイルサイトの需要も増え、高速化をしなければいけない機会も増えてるのかなと思います。 日本のモバイルデータ通信はLTEで高速になりつつあるとは言え、まだまだ「貧弱！貧弱ゥ！」です。 幸いなことに僕も最近鶴の一声によってクライアントからサーバー周りまで包括的な高速化対策を経験する機会を得ることができました。 それまでは、「手間がかかりすぎるからできればやりたくない」というのが本音でした。職務怠慢ですね（苦笑）。 でも、できるだけ楽したい！と思うのが人の常。 この連載ではできるだけ楽をしながらできる高速化手法と計測結果を1つ1つ紹介しようと思います。 基本的にはすべて受け売りの内容です。やってみた対策を羅列して、連載の中で自分で試
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
