タグ

監視に関するf-miyajiのブックマーク (6)

  • Sensuを使って自由度の高い監視システムの構築を行う方法

    SensuとはSensuはhttp://sensuapp.org/で公開されているオープンソース(MITライセンス)のモニタリングフレームワークです。 特徴以下のような特徴があります(公式サイトの記述を整理) シンプルで融通が効き拡張性があるモニタリングフレームワークエージェント、メッセージバス、イベントプロセッサーの機能を提供要件にあわせて他のツールとの組み合わせが可能クラウドを意識して開発自動でクライアント(監視対象)を登録コミュニティが活発RubyのEventMachineを使って作られているコードはGitHubホストされ、テストコードは高いカバレージ。TravisCIで継続的インテグレーションを実施Nagiosのプラグインを再利用可能設定はすべてJSONファイルで行うRabbitMQを使ったメッセージ型のアーキテクチャーオムニバスインストーラーを提供個人的な見解としては、Sens

    Sensuを使って自由度の高い監視システムの構築を行う方法
  • デーモン監視ツール、PSMon | OSDN Magazine

    PSMonは、プロセスを確実に動作させ、そのプロセスの実行中に使用するCPUやRAMなどのリソース量とインスタンス数を監視するユーティリティーだ。指定されたプロセスが上限を超えてリソースを使おうとするとそのプロセスは強制終了させられ、クラッシュしたプロセスは再起動される。 PSMonは、Fedora 9、Ubuntu Hardy、OpenSUSE 11のいずれのリポジトリーにも含まれておらず、PSMonのtarballを展開してインストールする。PSMonの実行には、このほか、いくつかのPerlモジュールが必要だ。これらのモジュールはmanualページにある説明に従って手作業でCPANからインストールする。なお、PSMonのtarball内にあるsupportサブディレクトリーには、所要のインストール作業を行うスクリプトinstall.shが用意されている。 このスクリプトでインストールす

    デーモン監視ツール、PSMon | OSDN Magazine
  • Webインタフェースでマシンを監視する4つの方法 | OSDN Magazine

    システム管理者は、サーバの状態にたえず目を光らせ、順調に稼働しているかどうかを確かめる必要がある。問題が見つかった場合には、その発端がいつだったのか、そこで何が起こったのかを詳しく調べることになる。そのためには、定期的にログをとり、そのデータをすばやく分析できる手段が必要だ。この記事では、Webインタフェースから1台または複数のサーバを監視できるツールをいくつか紹介する。 それぞれのツールは、ねらいどころが少しずつ違っている。以降ではすべてを順に説明していくので、自分の環境に合ったものを見つけてほしい。どんな言語と方法でデータのロギングを行っているかによって、システムの処理効率は大きく変わってくる。たとえばcollectdは、C言語で書かれたデーモンなので、システム情報を収集するために新しいプロセスを生成する必要がない。一方、Perlで記述され、cronによって定期的に生成されるものもある

    Webインタフェースでマシンを監視する4つの方法 | OSDN Magazine
  • Stray Penguin - Linux Memo (monit)

    設定例: from: monit@host1.hoge.cxm subject: $SERVICE $ACTION on $HOST message: Action:$ACTION taken because $DESCRIPTION Date: $DATE Host: $HOST Event: $EVENT ヘッダ区分や message: 直後のスペースは除き、文内のスペース、タブ、改行などは記述の通りに送信される。 set alert ディレクティブ 上記にも絡むが、どういう時にだけ報告メールを送るかというデフォルトセッティングを規定しておくことができる。この設定をしない場合、MONIT 自体の終了や起動、再起動の時にも報告が来る。これを陶しいと思うのは筆者だけだろうか。レポートするイベントを下記のように明示しておけばそれをやめさせることができる。 オフィシャルドキュメントでも m

  • ウノウラボ Unoh Labs: プロセスの監視を行う デーモン monit

    こんにちは satoです。 monitは プロセスの監視を行うデーモンです。 条件とそれに伴うアクションを指定することができます。 条件とは例えば以下のようなものがあります プロセスが起動していなかったら 特定のプロセスのメモリの使用量が あるサイズを超えたら 特定のプロセスのCPUの使用率が 50%を超えている状態が 10分続いたら 特定のポートに接続できなくなったら など アクションには以下のような物があります 起動、再起動する アラートメールを送信する ユーザスクリプトを実行する など これらを組み合わせて、プロセスの監視を行います。とくにユーザが作成したプログラムの監視などに効果を発揮します。インストールは RedHat系なら yum install monit で入ります。(CentOSや商用のRedHatはrpmforgeをリポジトリとして追加する必要があります) 主な設定ファ

  • [ThinkIT] 統合監視ツールZABBIX事始め

    社内・社外を問わず、IAサーバがITシステムの中核に導入されることは珍しくなくなってきました。特に、Webアプリケーションサービスを行う場合、主にIAサーバとLinuxまたはWindowsという組合せでシステムを構築されていることでしょう。 IAサーバは比較的安価なため、リソースが不足しても追加購入してシステムを容易に増強することができます。これは大きなメリットですが、管理面では負担の増加が避けられません。数台規模ならば手作業で個々のサーバを管理できますが、数十台〜数百台規模となってくると、某CMではありませんが「増え続けるサーバの管理に困っていませんか?」という状況になるのは想像に難くありません。 システムを効率的に管理するためには、まずサーバのハードウェアリソース、そしてその上で稼働するOSやアプリケーションの状態を適切に把握できることが重要です。シェルスクリプトなどを利用して監視/通

  • 1