Error Monitoring, Error Tracking, and Notification for Ruby on Rails 2 and 3 - Honeybadger
Honeybadger is an application health monitoring tool built by developers for developers. We give you everything you need to keep production happy — and nothing you don't. Know — the moment critical errors occur. See — how many customers are affected. Respond — instantly when your systems go down. ...and fix problems before customers can report them!
Sensuを使ってクラウド環境の監視を効率よく行おう - UNIX的なアレ
AWSなど様々な環境でサーバを管理してくると、すべて同一の監視ツールを使うのがなかなか難しくなってきます。そんなこともあり、私も定期的にいろいろな監視ツールを試しています。 http://nanapi.co.jp/blog/2013/09/11/monitor_nanapi_servers/ nagiosとクラウドの相性が悪い！ 監視するには様々なツールがありますが、その中でも特に有名なツールはnagiosでしょう。古くから使われているツールで、プラグインも数多くあり様々な監視を行うことができます。 クライアント側にnrpeをインストールすることで、各ホストの詳細の状態まで監視することができますし、うまく活用すればかなり細かい監視までできます。 しかし、AWSのようなクラウド環境で使うには非常に使いづらいです。というのも、nagiosはサーバ側にどのホストを監視するのかという情報を持たなけ
Monitoring Casual Talk #1 に参加してきた! #monitoringcasual - blog.nomadscafe.jp
いやー、おもしろかった。主催の @kenjiskywalker さんはじめ皆様ありがとうございます。 Monitoring Casual Talk #1 : ATND http://atnd.org/events/29621 みんな共通した悩みがあるんだなと改めて思いました。とくにアラートを受け取るための携帯の着信音。自分は「鳩時計」が苦手です。ぱぽーぱぽー。 あとはカクさんDisが多かったですね。個人的にもマウスメインで設定を行う運用ツールは使いたくないです。 自分の発表資料はslideshareに上げました。年始の「hb qp bp study 新年LT&ビアバッシュ2012」で少し喋ったDHWChainの話のアップデート版と、監視ツールを選ぶ際に思う事を放言しています。 アプリケーションエンジニアがvimやemacsについてあれこれ言うように、運用を行うエンジニアも主たる仕事道具であ
atpages.jp - このウェブサイトは販売用です！ - atpages リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
New Relic Documentation
Getting startedNew to New Relic? Read our Introduction to New Relic doc. Or get started right now by creating an account and installing New Relic:
サーバ監視 - がしまっくす
WMIC (Windows Management Instrumentation Command Line) † Windows Management Instrumentation（WMI）は、スクリプトなどの管理アプリケーションが、コンピュータのリソースに関する情報の入手や設定をできるようにする。コンピュータのリソースには、Windows OSサービス、ユーティリティ、パフォーマンス・カウンタ、イベント・ログ、物理的ハードウェア（ディスク・ドライブなど）、論理的ハードウェア（ディスク・ボリュームなど）、アプリケーションがある。 ↑ イベントログの監視（WMIC） † システムログの2006/12/1以降のエラーイベントを出力。出力項目は発生日時、ログの種類、ソース、メッセージ wmic ntevent where "(LogFile='System' and Type='Error'
ページ・フォールトの種類 - とあるSIerの憂鬱
以前『ページ・フォールト(sar の fault/s)』が他のシステムより大きいとの指摘を受けたことがある。平均してみたところ10000回/秒を超えていた。 結果的にはハードウェア・ベンダーが導入した管理ツールのNIC監視エージェント(cmanicd)がページ・フォールトを多発させていた。NIC監視をそのエージェントにさせる必要がなかったので、停止して片付けた。 この時に調査して解ったのは次のこと。 ページ・フォルトにはディスクアクセスの有無によりマイナー・ページ・フォルトとメジャー・ページ・フォルトがある。 マイナー・ページ・フォルトはディスクアクセスを伴わない。システム負荷は小さい。 メジャー・ページ・フォルトはディスクアクセスを伴う。システム負荷が大きい。 sar の fault/s はマイナー・ページ・フォルトとメジャー・ページ・フォルトの合計数である。 sar の majflt/
CentOS 5 に ZABBIX をインストールした - daily dayflower
ZABBIX の特徴 （Cacti ほどではないが）Nagios より見映えが洗練されている Nagios と異なり Web UI から管理項目を追加したりできる Cacti よりリモートエージェントが軽い，と思われる 警告通知にメールだけでなく Jabber プロトコルが使える*1 ざっくりまとめると，Nagios と Cacti を足して 2 で割った感覚です。テキスト設定ファイル指向な方には Nagios のほうが向いているかも*2。rrdtool の思想と見た目が好きな人は Cacti が向いているかも。 ZABBIX のコンポーネント おおまかにいって以下の3つにわかれています。 zabbix-agent - 監視エージェント written in C 監視対象にインストールする つまり nagios-nrpe の ZABBIX 版です 別にインストールしなくても ICMP pi
httping でウェブの応答時間を ping のようにチェックする | Pocketstudio.jp log3
◆httping サーバや PC の疎通を確認するコマンドといえば「 ping 」。通るかだけじゃなくて、遅いかどうか毎秒チェックできるのが良いところ。ping みたいに、細かくウェブサーバの応答状況もチェックできたらいいな…。そんな時に使えるツールが「 httping 」。ping のように HTTP リクエストを送ることが出来ます。 ◆動作環境 ざっくり Linux が動作する環境。 ◆インストール方法 $ wget http://www.vanheusden.com/httping/httping-1.4.4.tgz $ tar xfz httping-1.4.4.tgz $ cd httping-1.4.4 $ make $ sudo make install これで /usr/bin/httping にファイルが置かれます。 ◆典型的な使い方 $ httpng [IPアドレス]
メモリを食いまくるプロセスがメモリ使用量に与える影響をtopで追う
暴走してどんどんメモリを食うスクリプトが OS全体のメモリ使用量(CentOS5 ... カーネルは2.6系になる)の動作にどんな影響を与えるのか ってのを見るために以下のようなテストをしてみました。仕組みはだいたい理解してるけど、細かい数値を追ったことはなかったのでやってみました。 sshでログインして、topを立ち上げる。プロセスを見張る用意をしておく 別のsshをたちあげて、 Perlワンライナーで以下のようなプロセスを走らせる(このプロセスをtopで見張る) # 1秒ごとに5MB単位でメモリを食うプロセス # 数値はお好みで perl -e "while(1){ sleep 1; push @h , 1 x 1024 x 1024 x 5 } " ちなみにtopで見張るときは メモリ使用量でソートされるようにして top起動中に shift + o を押して n を押すと 実メモリ
WEB+DB PRESS連載の『スケーラブルWebシステム工房』の記事を公開しましたっ！ - （ひ）メモ
だいぶ前の記事(2007/04〜2008/2の連載記事)ですが、WEB+DB PRESSで連載していた拙著の『スケーラブルWebシステム工房』の記事を公開しました。ふと、思い出したので。 連載目次 第1回 いろんなものをロードバランス ― MySQL、SMTPサーバ… 第2回 DRBDとkeepalivedで、障害性の高いストレージサーバの構築 第3回 監視にまつわるエトセトラ 第4回 LinuxとVLANで作る、シンプル＆スケーラブルネットワークの極意 第5回 止まらないネットワークの極意 ― bonding × リンクアグリゲーション × スパニングツリー 第6回 見逃さない通知の極意 これらの文書は、ソフトウエアの名称、バージョン、設定項目、社名などの固有名詞などなどは当時のまま掲載しています。 ですので、インストール手順や設定内容は最新版のドキュメントを参照していただき、この文書か
[ThinkIT] 第3回：ZABBIXの基本的な監視設定 (2/3)
ZABBIXはユーザ管理の機能を備えており、個別に言語や権限、通知用のメールアドレスを設定することができます。今回はadminユーザにパスワードとメールアドレスを設定します。 まず、adminユーザのパスワードを設定します。 ログイン後の画面から、「Configuration → Users」をクリックし、右上に表示されたドロップダウンリストから「Users」を選択します。現在登録されているユーザの一覧が表示されるので、まずは「Alias」の列の「Admin」をクリックして、adminユーザの設定画面を表示します。 パスワードの変更は、「Password」と「Password (once again)」の両方の欄に同じパスワードを入力し、「Save」をクリックすることで設定します。確認のため、「Login → Press here to disconnect/reconnect」の「her
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ご注文は監視自動化ですか？
Application Performance Monitoring & Error Tracking Software
Pingdom - Website Monitoring Made Easy
Real-Time Web App Performance Monitoring : New Relic
OmniTI Labs
GitHub - hirose31/monitor-ping: health check a large number of hosts by ping (ICMP) so quickly
GitHub - hirose31/monitor-latency: store result of ping command (% of packet loss and RTT) in rrd file
GitHub - hirose31/observe-file: do arbitrary command when observed files have changed
