サーバーやインフラなどの監視ツールの1つとして最近注目されているのが「Prometheus」だ。Prometheusはインストールや設定が容易で、かつ十分な機能を持ち管理しやすいという特徴を持つ。本記事ではこのPrometheusの導入方法、基本的な監視設定の流れを紹介する。 クラウド時代の監視管理ツール ネットサービスを運営する場合、そのサービスを運営するソフトウェアやサーバー、ネットワーク機器などの状況を監視する手段を用意するのが一般的だ。監視を行い、意図しない状況になったら自動的にメールなどで通知を行うシステムを構築することで、問題をいち早く解決できるようになる。さらに、サービスやマシンの稼働ログを適切に記録することで潜在的な問題を事前に見つけたり、最適化に向けた分析を行うといったことも可能になる。 監視や問題発覚時の通知などを行うオープンソースのツールとしては、過去にElastic
株式会社はてな（代表取締役社長：栗栖義臣／本社所在地：京都市中京区）は、サーバー監視サービス「Mackerel（マカレル）」においてアマゾン ウェブ サービス（以下AWS）連携機能「AWSインテグレーション」をリリースしました。 この機能により、Mackerelから簡単にAWSのクラウド製品を監視できます。AWSクラウド製品の中で、Amazon Relational Database Service（Amazon RDS ※1）とElastic Load Balancing（ELB ※2）から対応を開始し、順次対象サービスを拡大してまいります。はてなでは、世界190か国以上、数百万のアカウントを持つクラウドサービスであるAWSの顧客企業に対し、Mackerelの拡販を目指します。 ▽ Mackerelトップページ https://mackerel.io/ 「AWSインテグレーション」はMa
CloudWatchの値をZabbix側でも見られるようにしたので、その手順を共有します。 CloudWatchの値をZabbixで取りたい理由 Zabbixでは最初から非常に多くの項目を監視できるのですが、AWS等のクラウドを利用していると、必要だけど監視できない項目が出てきます。RDSやELB等のフルマネッジドサービスのリソース状況はもちろんのこと、EC2のCPU使用率といった一見Zabbixで監視できそうなリソースも、実は正確な値は取れていません。 一方、CloudWatchはEC2内部の情報、例えばロードアベレージやプロセスの監視はできません。また、データの保持期間が14日間なので古い情報は見られません。 そこで、CloudWatchの情報をZabbixに貯めるようにすれば、、両方を一元的に管理できるし、情報の保持期間も好きなように設定できるようになります。 Zabbixの外部チェ
CloudWatchとlogmonでEC2 Linuxのログを監視する
CloudWatchはAWSで用意されている監視サービスで、パフォーマンスやシステムの状態を監視することができます。 このCloudWatchによる監視は数値の監視を対象としているため、一般的な監視ツールでよくある”ログ監視”をすることはできません。 ※ここでの「ログ監視」は、ログファイルに出力されるメッセージをあらかじめ定義したパターンと比較して、マッチしていればアクションを起こすタイプの監視を意味するものとします。 そこで、今回はEC2 Linuxのログ監視をlogmonというツールとCloudWatchを組み合わせる形で実現してみます。 ログファイルを監視する方法 ログファイルの監視は昔から様々なツールで実現されてきました。 ここで、ログファイル監視を実現するための代表的な方式を挙げてみます。 swatch LogWatch logmon Nagios Zabbix Hinemos
1. Copyright © KLab Inc. All rights reserved. KLab 株式会社 ライブドア様×KLab 合同勉強会 システムモニタリングツール「Ganglia」の紹介 第弐開発部 横川 和哉 ～なんでもデータを取ってグラフ化しよう！～ 2. Copyright © KLab Inc. All rights reserved. 2 自己紹介 目次 Ganglia の特徴 システムモニタリングツールとは DSAS での利用例 ganglia のおかげで．．． まとめ
今っぽい感じのSaaS型監視サービス NewRelicを Amazon Linuxに入れてみる。( Newvem とか Server DensityとかPingdomとかもある） New Relic は、エージェントを監視対象ノードに入れておく点は Zabbix等と変わらないが、監視サーバを構築しないですぐに(無料で)始められる、という点がメリット。 監視対象サーバが少ないシステムだと、監視サーバのコスト・運用負荷がデメリットになるので、CloudWatchを補助する目的で、CloudWatchで取れない Load Average, free memory, Disk UsageといったOS内部の情報をカジュアルに一元管理するのに向いている。 特徴を説明したページはこちら。 Server Monitoring Application Monitoring Real User Monitor
kazeburo さんが開発をされているサーバリソースの可視化ツール「CloudForecast」ですが、個人的に使ってみていてとても使いやすいなと思っています。もっと使ってくれる人が増えるといいなと思い、自重せずに入門エントリを書いてみました。 CloudForecast って何？ そもそも何なの？という話ですが、CloudForecast とはリソースのグラフ作成ツールとして有名な「RRDTool」の薄いラッパーとして作られています。記述言語は Perl ですので、Perl と RRDTool の使い方が大体分かっている人にとっては導入さえしてしまえばかなりかゆいところまで手が届く＝カスタマイズが簡単かつ自由自在なツールだと思います。とりあえずのイントロとしては kazeburo さんの YAPC::Asia 2010 でのこちらのスライドをご覧頂ければと思います。 RRDTool っ
サーバ異常をメールで知らせる統合監視ツール ～OpManagerでの監視～：ツールを使ってネットワーク管理（14）（1/5 ページ） げっ！Webサーバが落ちていると？ ユーザーの人たちがいろいろな面倒を引き起こしてくれるせいで、相変わらず大忙しの律子さんです。忙しさについ負けてしまって、特に問題も起きてないだろう、自動でアップデートしてるだろう、と前向きに考えて、すっかり日々のLANのメンテナンスがおざなりになってしまっています。人間楽な方に進んでいくものです。 そんなある日のこと。律子さんのところに、陽一さんがやって来ました。 洋一 「律子さん、うちの会社のWeb、見れないんだけど」 律子 「げっ」 洋一 「たまには見てやろうかと思ったら落ちてるんだよねえ」 律子さんの会社のWebサイトは会社案内くらいしかコンテンツがないのもあって、相変わらずアクセス数はほとんどないのですが、一応名刺
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
