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には任意の名前を設定し、作
オープンソースのサーバ監視ツール TOP５ - Qiita
現在、数百ものサーバー監視ツールが存在しますが、そのすべてがカスタマーサポートや機能のレベルが微妙に異なります。今日の開発環境では、多くのエンジニアが、より自由にカスタマイズできるオープンソースの監視を選択し、重宝しているのは事実です。 正しい方法で適切なサーバー監視ツールを使用することで、コストを節約することもできます。もちろん、オープンソースを使用すると、通常はオープンソースソフトウェアを動作させるために必要な時間と専門知識に起因するヘッドカウントコストが高くなるため、コストが高くなる可能性があります。しかし、特定の集中的なタスクにオープンソースを使用すると、大幅に節約することができます。 ユーザーは、オープンソースの監視ツールを他のオープンソースのツールと組み合わせて、あるいはプロプライエタリなツールと組み合わせて適用することがよくあります。例えば、AWS CloudWatchのユー
CloudWatch で EC2 のメモリ・ディスク使用率を監視する | Wedding Park CREATORS Blog
こんにちは、インフラエンジニアの綿引です。 「CloudWatch で監視したいけどメモリ・ディスク使用率の監視項目がないじゃない、、」 と悩まれた方もいらっしゃるのではないでしょうか？ そこで今回は CloudWatch で EC2 のメモリ・ディスク使用率を監視する、ということをやってみたいと思います。 対象の方は以下のような方でしょうか。 監視運用を導入するまでアラートをウォッチしてしておきたい コストを抑えるためスモールスタートで監視を実施したい また以下をご参考にいただければ、アラームも Slack に飛ばせるので、一緒に見て頂けると嬉しいです。 参考 : Amazon CloudWatch + Amazon SNS + AWS Chatbot を使ってアラームを Slack に通知してみる 目次 1. CloudWatch エージェント について 1.1. CloudWatch
本当にサービスの運用できてますか！？運用監視を学べるAWS Observability Workshopを開催しました！
本当にサービスの運用できてますか！？運用監視を学べるAWS Observability Workshopを開催しました！ 技術本部 サービスリライアビリティグループ（SRG）の柘植（@shotaTsuge）です。 #SRG（Service Reliability Group）は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 本記事は、サイバーエージェントグループと他複数社向けに特別開催したAWS Observability Workshopの開催レポートになります。本記事を通して、運用とは何なのかを改めて考えるきっかけとなれば幸いです。 Day1 Day1では、「サービスを動かし続けるために何が必要か」というタイトルで、 運用とは何なのか Amazonでの運用例 AWS環境では、どのように運用す
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インス
CactiでAmazon RDS for MySQLの性能監視 | 稲葉サーバーデザイン
※監視結果データはEC2インスタンスの/usr/share/cacti/rra/ に保存されます。すでに作成済みのRRDファイルは上記のように保存期間を変更しても反映されないため、別途rrdtoolコマンドでRRDファイルを修正する必要があります。このため、監視対象を追加する前に保存期間を延ばしておくとよいでしょう。 Cacti監視を開始 Cactiのcronエントリーのコメントアウトを外し、監視を開始します。 # vi /etc/cron.d/cacti -- */5 * * * * cacti /usr/bin/php /usr/share/cacti/poller.php > /dev/null 2>&1 -- これで、5分に一度監視データの取得を実行します。 グラフ表示の確認 WebブラウザでCacti Webページを表示します。 http://<EC2のホスト名またはIPアドレス
SQL Serverの自動拡張を使用するうえでの７つのヒント - norizabuton
引用は主に以下から。 [INF] SQL Server における自動拡張および自動圧縮の構成に関する注意事項 http://support.microsoft.com/kb/315512/ja SQL Server データベースのいっぱいになったトランザクション ログからの回復 http://support.microsoft.com/kb/873235/ja 1.自動拡張を行っている間、トランザクションが停止する。 ログを拡張する必要がある大規模なトランザクションを実行する場合、そのトランザクション ログに書き込む必要がある他のトランザクションも、拡張操作が完了するまで待機する必要があります。 これによりクエリタイムアウトも起きやすくなりそうです。 2.ファイルの断片化が招きやすくなり、パフォーマンスに影響が出る。 データ ファイルまたはログ ファイルのサイズ変更に起因する物理的な断片化
2. 監視アイテムの追加 - 外部チェック - 誰でも ZABBIX
監視対象からデータを取得するには、SNMPやZabbixAgentで対応できるケースが多いと思います。 最近は、WebAPIでデータを取得するインフラや、アプリケーションが増えて得いるので、そこからデータを取得するために、外部スクリプトを使った監視が必要になります。 外部スクリプトは、依存アイテムを使った効率的なデータの取得や、独自にディスカバリーデータの生成、計算アイテムでは対応できないデータの複雑な編集・演算などにも使える大変便利な機能です。 今回は、外部スクリプトの一番基本的な使い方に絞って説明し、応用的な使い方はまた別途紹介させていただきます。 スクリプトの作成 監視データの設定 実行結果 Web経由での値の取得 スクリプトの作成 まずはじめに、スクリプトを記述ファイルを作成します。内容は、dateコマンドでUnixtimeを取得するだけの単純な処理です（監視対象の時刻と比較するた
Zabbix 3-13. WEBサイトのレスポンスタイム 監視テンプレートの設定
WEBサイトのレスポンスタイム(ユーザーの待ち時間)を監視するためのテンプレートを ZabbixのWeb監視機能を使って作成します。レスポンスタイムはWEBサイトにおいて特に重要な指標です。他の指標のロードアベレージやI/O負荷が高かったとしても、レスポンスタイムが早ければWEBサイトに訪れるユーザーにはなにも影響がありません。しかしロードアベレージやI/O負荷が正常であっても、レスポンスタイムが遅ければユーザーはそのWEBサイトの訪問をあきらめてしまう可能性があるからです。（とはいえロードアベレージがぐんぐん上がっているとサーバ管理者としてはドキドキしてしまうものです） WEBサイトのレスポンスタイムは curl コマンド等で確認することができます。 $ curl -s -o /dev/null -w "%{time_total}\n" http://example.com/ 0.221
今更だけど、 Nagios について知っておきたい 5 つのこと
みなさんは監視していますか？ 健全な運用には、まずは適切な監視が重要です。そんな監視をするツールは、 2016 年現在いろいろありますが、そうは言っても、監視と言えばとりあえず Nagios です。ということで、今回はそんな Nagios について知っておきたいポイントを 5 つほど紹介したいと思います。 その 1: “Nagios” の読み方を知る そもそも Nagios はどのように読む・発音するのでしょうか？ 巷ではどうも「ナギオス」派と「ナジオス」派がいるようです。どちらが正しいのでしょうか。実はこの問いに対しては公式に答えが示されています。 Nagios Support – How do you pronounce Nagios? つまりカタカナで書くならば「ナギオス」が公式見解に近いと言えましょう。 なお、以前は、公式サイトで Nagios の発音の mp3 が置いてあったので
GAS(Google Apps Script)で作るサーバレスなWebアプリケーション監視ツール – クリエイティブ - メディアプレックスブログ - 株式会社テレビ朝日メディアプレックス
2. 時間軸のラベル設定 次に、1分間隔で監視を行い過去60回分まで記録を残すため時間軸のラベルを「HH:mm】(時:分）の表示になるように設定します。 「F1:BN1」までの範囲を選択しメニューから 「123」→「表示形式の詳細設定」→「カスタム数値形式…」を選択します。 カスタム数値形式には「hh:mm」を入力し「適用」を押下します。 以上で、シート側の準備は完了です。 3. スクリプトエディタを作成 次に「ツール」→「スクリプトエディタ」より「コード.gs」に以下のソースコードを貼り付けます。 /** * 監視対象リストのシート名 */ var TARGET_SHEET = 'シート1'; function init () { var ss = SpreadsheetApp.getActiveSpreadsheet(); var sheet = ss.getSheetByName(T
CloudWatchのアラームをSlackに通知する | // sakura note
以前から挑戦したかったAWSの課題のひとつを解決してみようと思います。 AWS EC2やRDSなどのステータスを監視してアラームを上げてくれる、大変便利なCloudWatchですが、管理コンソール以外からアラームを確認する方法としては、SNSトピックに通知した後に自分でSNS連携のアプリケーションを作るなどして対応する必要がありました。 今回はこのアラームを、Slackの任意のチャンネルにポストすることをゴールにしてみます。 対象読者 CloudWatchでサービスのモニタリングを行いたい人 アラームをSlackのエンジニアチャンネルにリアルタイムで通知したい人 AWS Lambda って取っつきにくそうだと思ってる人 EC2インスタンスで同様のことを実装している人 なぜ Lambda なのか EC2ではオーバースペックすぎる 私も今回はじめてAWS Lambdaを使ったのですが、知る前は
AWS CloudWatchでディスク容量チェック - FLINTERS Engineer's Blog
こんばんは。 むらいです 私は関西弁なので、 話すと周りもつられてイントネーションが関西弁になるのが、 ちょっとほっこりしている今日このごろです。 さて、そんなことより、 今AWSを使ってて、ディスク容量を監視したかったんですが、 デフォルトにディスク容量チェックがありません。。。 なので、今日はその設定方法を書いていきます。 そもそも、 AWSのモニタリングサービスにCloudWatchてのがあります。 デフォルトでは以下のようなものが監視できます。 ・CPUUtilization(%): CPU使用率 ・DiskReadBytes(B): ディスクI/O量(読み取り) ・DiskReadOps(回): ディスクI/O回数(読み取り) ・DiskWriteBytes(B): ディスクI/O量(書き込み) ・DiskWriteOps(回): ディスクI/O回数(書き込み) ・Network
watchコマンドで覚えておきたい使い方6個 | 俺的備忘録 〜なんかいろいろ〜
watchコマンドといえば、そこまで使用頻度が高いわけではないけれど、覚えてるとちょっとした時に便利なコマンド。 今回は、そんなwatchコマンドで覚えておくと役に立つ使い方について紹介する。 1.基本的な使い方 基本的には、以下のようにコマンドを実行することで、数秒ごと(デフォルトは２秒)にそのコマンドの実行結果をコンソール上に出力することができる。 watch 連続実行させるコマンド 例えば、以下のように実行することで数秒ごとに「ls -la /home」を実行する。 当然、その配下のファイルが作成されれば確認することができる。 watch ls -la /home/ 特定のプロセスが上がってくるかどうか確認するなら、「ps -ef | grep プロセス名」で監視することも出来る。 例えば、httpdの状態を監視するなら以下のようにコマンドを実行する。 watch "ps -ef |
エラーログで障害原因を突き止めろ！
障害対応の前に 第3回の今回は、実際にエラーログが記録された場合にどのような対応をすればよいか、いくつかシステムログに記録されるようなローレベルのエラーをピックアップし、説明します。 ですがその前にまず、ログの監視とそのツールについて簡単に説明しておきましょう。障害は、いつ発生するか分かりません。しかし、いつ発生するか分からない障害に対応するために、四六時中コンソールの前に張り付いている訳にもいきません。また、四六時中コンソールに張り付いていたとしても、数多く存在するログファイルすべてに同時に目を通し、障害を示すログに漏れなく対応するのは困難です。 そこで、登場するのがログ監視ツールです。ログ監視ツールを使うことで、エラーログの検出と通知を自動化できます。ここでは、代表的なログの監視／解析ツールとして、以下の3つを紹介します。 logwatch swatch logcheck なお、ここで
Linux負荷監視コマンドまとめ - Qiita
※収録パッケージ名はAmazon Linuxの場合 procpsは数年間動きがなかったのでprocps-ngというプロジェクトがフォークした。ディストリビューションによってはprocps-ngが入っているかもしれない。 最低限覚えるべきはvmstat vmstatは多くの環境で標準でインストールされており、表示項目もメモリ・スワップ・IO・CPUと一通りそろっている。 vmstat 2で2秒ごとに表示される。 -tをつけると時刻も表示される。 $ vmstat -t 2 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------ ---timestamp--- r b swpd free buff cache si so bi bo in cs us sy id wa st 0 1 0
Wgetとメールを使ったお手軽サーバ死活監視
Wgetとメールを使ったお手軽サーバ死活監視：Windows環境でちょっとした定型業務を自動化する（1/2 ページ） 管理下のWebサーバが止まったら、速やかに管理者の携帯端末へメールで通知する。そんな死活監視システムを、無償のソフトウェア・ツールとバッチ・ファイルを組み合わせて簡単かつ手軽に実現しよう。 連載目次 サーバ管理者が行うべき作業はいくつもあるが、その中でも特に重要なのが「予期せぬサーバの停止」の検出とその対処だろう。いうまでもなくサーバが停止していることが分かったら、なるべく早く復旧に向けて対応しなければならない。そのためには、普段からサーバを継続的に監視しておき、停止などの異常があれば速やかに検出して、管理者に知らせる必要がある。 社内設置のサーバであれば特段の監視体制を用意せずとも、その異常に気付きやすい。距離的にもネットワーク的にも「身近」であり、また周りのスタッフが異
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
俺の Munin がこんなに軽いわけがない #監視ツール勉強会
Muninではじめる実践★リソース監視 -俺のサーバがこんなに重いはずがない、を乗り切るために-
AWS運用監視ノウハウ CloudWatch 〜作ってからが本番です！〜
