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インス
本番環境でダウンタイムを最小限にするためRDSをMulti-AZ構成にした後スケールアップを行う - Qiita
こんにちわ！OCEAN'Sの大庭です。 今回は、本番環境でRDSのスケールアップを行いましたのでその手順とログを紹介していきます 概要 まず、RDSがSingle-AZ構成のままスケールアップを行うと、 インスタンス停止 インスタンスタイプの変更（スケールアップ） インスタンス起動 となってしまい、DBサイズにもよるがサービスダウンタイムが10分弱はかかってしまいます。 そのため、今回は以下の方法でスケールアップを行います RDSをMulti-AZ構成に変更 RDSのスケールアップ プライマリにフェイルバック RDSをMulti−AZに変更 まず、RDSをMulti−AZ構成に変更する。 Multi-AZ構成への変更はダウンタイムが発生しませんが、 シングル AZ からマルチ AZ への変換時のダウンタイムを回避できますが、マルチ AZ への最初の変換時にパフォーマンスに大きな影響が出るこ
Linuxでアウトバウンド帯域幅を制限する | DevelopersIO
はじめに オンプレとAWSにまたがるシステムの場合、オンプレ側の帯域を圧迫しないようサーバからの通信に帯域制限をかけたい場合があります。 今回はLinuxの機能を利用しアウトバウンド通信の帯域を制限してみました。 Windows Serverの帯域制限についてはこちらをご覧ください。 帯域制限が無い状態 制限が無い状態でのアウトバウンド速度を計測してみましょう。 5GBのファイルをS3にアップロードしてみます。 [ec2-user@ip-10-0-0-37 ~]$ mkdir files [ec2-user@ip-10-0-0-37 ~]$ dd if=/dev/zero of=files/5GB count=5120 bs=1M > /dev/null [ec2-user@ip-10-0-0-37 ~]$ aws s3 sync files s3://qos.test --region=
知らないあなたは損してる！M1を使ってる人は実はC3じゃなくてM3もおトクだったりする！ - yoshidashingo
cloudpackエバンジェリストの吉田です。 M3もmediumから揃ったことですし、今回はメモリ（RAM）の搭載量を軸に、Tokyo/Linux/オンデマンドの価格を並べてみたいと思います。例によってインスタンスストレージはメリデメ考えるうえでの基準にしてません。さて、何が見えるかな。 RAM：1.7GB タイプ.サイズvCPUCPU種別総ECURAMインスタンスストレージネットワークEBS最適化利用オンデマンド/Linux/Tokyo価格 m1.small 1 Intel Xeon ファミリー 1 1.7 1 x 160 低 -- $0.088 c1.medium 2 Intel Xeon ファミリー 5 1.7 1 x 350 中 -- $0.185 m1.smallを価格で置き換えるインスタンスはない c1.medium -> c3.large $0.007/h(↑) RAM：
AWS Tokyo Regionのネットワークを調べてみた。 - めもおきば
AWSの東京リージョンがリリースされたということで、技術視点からネットワーク関係を探ってみました。 なお、利用者視点でのレイテンシやスループットについては、並河さんの記事が分かりやすいです。 上位ネットワーク まず最初に、インターネットとの接続方法、つまり上位ISPをざっくり知るために、実際にEC2上で立ち上げたインスタンスのIPアドレスをrobtexに突っ込んでみると、AS16509の175.41.192.0/18 AWS AsiaPac prefixというのが実際にインターネット上で流れている経路、つまりIPアドレスブロックでよさそうです。さらに、 AS16509は日本を含む全世界で使ってるけどAS38895はシンガポールでのみ。シンガポールと日本へのルーティングはそれぞれに割り当てた/18単位で、って感じかな。(そうなると、シンガポールだけ別のASにした理由がイマイチ分からないな)
EC2ネットワーク帯域の保証について - どんまいこのネタ帳
当初の目的は週1更新とか思っていましたが、月1更新でダメダメなので調べたことは小さいことでも書いていきます。そうします。 ときどきお客様から「EC2のネットワーク帯域の保証ってどうなってるの」という質問をいただきますが、AWSからの回答はこちら https://forums.aws.amazon.com/message.jspa?messageID=225715 結論から申し上げますと、現在、帯域幅を保証するサービスは提供されておりません。 とのことでした。 EC2のI/O性能はインスタンス間で共有されていると。まぁそういうサービスですもんね。 一応、I/O性能の指標はこちらのページにあるので軽くまとめてみました。 http://aws.amazon.com/jp/ec2/instance-types/ I/O性能指標タイプ別インスタンスタイプ一覧 標準タイプ M1スモール(m1.smal
T2インスタンス調査結果 - Qiita
先日、新インスタンスタイプとなるT2インスタンスがリリースされましたね！ 【AWS発表】バースト可能な性能を持つ新しい低コストEC2インスタンス いままで特にお世話になっていた t1.micro/m1.small の 後継というべきインスタンスでしょうか。 しかし実際に使ってみると、T2インスタンスならではの特徴がいくつかあるようです。 これから一番お世話になりそうなT2インスタンスですし もう少し詳細に調査し、その結果をまとめてみました。 ベースライン／クレジット／バーストという概念 CPUの性能に関する概念です。 t1.microにもバーストという機能はありましたが T2では実装が大きく異なるようです。 要約すると
MySQL5.7 / RDS / Aurora / Cloud SQL の性能比較 | 外道父の匠
CloudSQLの価格は実戦的という意味で、per Dayの価格を24hourで割った価格にしています。 メモリは2GBあれば検証としては十分なので格差は関係ありません。 IOPSはEBSならGeneral Purposeの1000GB*3で最大確保しています。 その他、ネットワーク周りなどポイントがあれば都度、補足していきます。 ベンチマークのデータ 今回、採取した全データはこちらになります。一部、目的に対して不要と判断したら省略しています。まぁ、こんなオレオレメモデータを見ても楽しくないでしょうから、１つ１つ考察していきましょう。 手法について 私がよくやる計測方法なのですが、innodb_buffer_pool_size がデータ容量より大きい健全な状態と、最小の16MBで過負荷ストレージを演出し、それぞれで参照／更新を別々にランダムアクセスをすることで、最初のボトルネックを炙り出し
AWS CloudWatch と Alarm を試してみる : 電子の密林を開拓する
今回は CloudWatch というか、ヘルスチェック機能(AWSではAlarmと呼ぶらしい)を設定してみます。 ・WEBサーバの作成 web01、web02 という名前で、二台のWEBサーバを作成しておく。 中身は以前作ったものと同様。 ※もっとも、今回はWEBサーバとしては利用しないので、単なるLinuxインスタンスでOKですが…。 ・SNS Topic の作成と、通知先設定 AWS Management Console から SNS を選択 ⇒ SNS は Simple Notification Service の略 SNS Dashboard が表示されるので、中央の Create New Topic をクリック TopicName と DisplayName をテキトーに設定します。 ここでは、server-alarm としておきます。 作成した Topic に対して通知先を設定
はじめてのCloudWatch（AWS） 〜カスタムメトリクスを作って無料枠でいろいろ監視する〜 - Qiita
EC2のサーバ監視にCloudWatchを初めて使ってみました。 カスタムメトリクスを作って、CPU使用率、HttpStatus、Memory使用率、LoadAverageの監視を行うようにしたので、手順をまとめておきます。 CloudWatchは無料枠で10メトリクス、10アラームまで設定できるとのことなので嬉しいですね。 以下、公式サイトより引用 無料利用枠* Amazon CloudWatch は無料で始めることができます。アプリケーションの多くは、これらの無料利用枠内で利用できるはずです。 Amazon EBS ボリューム、Elastic Load Balancers、Amazon RDS DB インスタンスのすべてのメトリックス同様、Amazon EC2 インスタンスの基本モニタリングのメトリックス（5分間隔）は無料でご利用いただけます。 新規および既存のお客様は、10メトリック
さくらのクラウド VS Amazon EC2 ~ コスパでガチらせてみたらEC2ちゃんがコテンパンにされた / Devslog
「・・・低いなー」とおもってネットを検索してみるとこんなものぽいですね。 プロセッサに Xeon(R) CPU E5430 @ 2.66GHz が見えます。４コアのCPUですね。 CPUリソースに関するカタログスペックは「最大2ECU（短期の定期的なバースト）」です。 1つの EC2 Compute Unit は、1つの 1.0-1.2 GHz 2007 Opteron または 2007 Xeon プロセッサの CPU 能力に等しい能力を提供します。 普段は1GHzでたまに本気出して2GHzってことですね。 ======================================================================== BYTE UNIX Benchmarks (Version 5.1.2) System: ip-10-146-39-173: GNU/L
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
commit trx/sec を計測