[Pandora-jp] しきい値とアラート設定についてご教授ください

2011年 7月 4日 (月) 14:19:09 JST

あべ様

> すいません。もう1点追加でご回答いただき
> たい点があるのですが、Pandoraで監視を
> 数ヶ月以上続けていたら、データベースの容量が
> 10GB近くになってしまい、モジュールの過去データや
> グラフを表示するのに数分の時間がかかって
> しまいます。
> 
> こちらについて、表示を早める方法などはありますでしょうか。
> もしくはデータベースのカスタマイズ（拡張？）で変わる
> ものでしょうか。
> データとしては1年近く保持したいと考えております。

Pandora FMS のドキュメント「商用レベルのシステムのための MySQL チューニング」
http://openideas.info/wiki/index.php?title=Pandora_3.0:Documentation_ja:Anexo_AjusteMySQL

にある、「特定のテーブルのオプティマイズ」をまだ試されていないようでしたら、
試してみて下さい。大分速度が改善するはずです。

極端な例ですが、1月ほど前に pandora-develop に、毎日オプティマイズしているという
メールも流れていました。

ただ、オプティマイズ中は DB にロックがかかり、実質監視が停止してしまいますので
ご注意下さい。

10GB近いと、tagente_datos のオプティマイズには 20分ぐらいかかるかもしれません。

なお、上記ページにはテーブルのオプティマイズ以外にも速度改善のポイントがいくつか
記載してありますので参考にして下さい。

--
菊地


At Sat, 2 Jul 2011 21:57:17 +0900,
安部 広 wrote:
> 
> 菊池様
> 
> あべです。
> 
> ご回答いただきありがとうございました。
> 抑制する方法がないとのこと、承知しました。
> また、max値の設定方法に関係しないことも
> 承知しました。
> 
> 加えて検討いただけるとのことも、
> ありがたく思います。
> 
> すいません。もう1点追加でご回答いただき
> たい点があるのですが、Pandoraで監視を
> 数ヶ月以上続けていたら、データベースの容量が
> 10GB近くになってしまい、モジュールの過去データや
> グラフを表示するのに数分の時間がかかって
> しまいます。
> 
> こちらについて、表示を早める方法などはありますでしょうか。
> もしくはデータベースのカスタマイズ（拡張？）で変わる
> ものでしょうか。
> データとしては1年近く保持したいと考えております。
> 
> よろしくお願いいたします。
> 
> 
> (2011/07/01 11:34), 菊地 宏一郎 wrote:
> > あべ様
> >
> > 菊地と申します。よろしくお願いします。
> >
> > 結論から。
> >
> >>> このようなステータスが正常でない場合のWarning用の
> >>> 復旧メールを送信しない方法はありますでしょうか。
> > 残念ながら、今のところ Warning から Critical になった場合に
> > Warning の復旧アラートを抑止する方法はありません。
> >
> >>> また、これはWarning、Criticalともにmaxを入れていないために
> >>> 起こるのでしょうか。
> > 各 max 値の設定状況は関係ありません。
> >
> >>> 上記の場合、モジュールの値が10を超えるとモジュールの
> >>> ステータスがWarningになり、Warning用のアラートメールが
> >>> 送信されます。
> >>> 次の監視時にモジュールの値が20を超えるとモジュールの
> >>> ステータスがWarningからCriticalになり、Critical用のアラート
> >>> メールと、Warning用の復旧メールが送信されてしまいます。
> > 今の実装上、これが正しい挙動になります。
> >
> > モジュールの取り得る状態としては、正常、警告、障害の 3 つがありますが、
> > 現在の実装では、警告かつ障害という状態を保持できるようにはなっていません。
> >
> > また、モジュールの状態が警告から障害になった場合に、条件種別が「警告状態」の
> > アラートの復旧が通知されるのは、復旧アラートを通知する条件が、「モジュールが正常に
> > なった場合」ではなく「モジュールが警告以外の状態になった場合」になっているため
> > です。
> >
> > モジュールの状態判定では、障害の条件が先に評価され、障害の条件を満たさなかった場合に
> > 限り警告の条件が評価されるようになっているので、障害状態になったモジュールは警告状態
> > ではなくなってしまい、復旧アラートが飛んでしまう、ということになります。
> >
> > この辺、内部的にはハードコードがひどくて手をつけにくい所ではあるんですが、
> > 障害状態と警告状態は共存できた方が嬉しいですので、ちょっと考えてみます。
> >
> > --
> > 菊地
> > ;; 最近コミッタになりました:)
> >
> > At Wed, 29 Jun 2011 21:31:57 +0900,
> > 安部 広 wrote:
> >> あべです。
> >>
> >> 先日メールさせていただいた下記ですが、
> >> いろいろ確認してみたのですが、私のほうでは
> >> 解決策が見つかりませんでしたので、どなたか
> >> ご教授いただけませんでしょうか。
> >>
> >> よろしくお願いします。
> >>
> >>
> >> (2011/06/16 22:22), 安部 広 wrote:
> >>> あべです。
> >>>
> >>> Pandoraを使用しての監視モジュールのしきい値と
> >>> アラートの設定についてお聞きしたいことがあります。
> >>>
> >>> あるサーバの監視モジュールに以下のようにしきい値と
> >>> アラートテンプレートを設定しています。
> >>>
> >>> =================================================
> >>> ■監視モジュールのしきい値
> >>> ■Warning
> >>> 　　min：10
> >>> 　　max：空欄
> >>>
> >>> ■Critical
> >>> 　min：20
> >>> 　max：空欄
> >>>
> >>> ■アラートテンプレート
> >>> ・モジュールのステータスがWarningになったら
> >>> 　メールを送信する。復旧アラート有効状態。
> >>> ・モジュールのステータスがCriticalになったら
> >>> 　メールを送信する。復旧アラート有効状態。
> >>> ※監視モジュールに上記2つのアラートテンプレートを
> >>> 　設定してます。
> >>> =================================================
> >>>
> >>> 上記の場合、モジュールの値が10を超えるとモジュールの
> >>> ステータスがWarningになり、Warning用のアラートメールが
> >>> 送信されます。
> >>> 次の監視時にモジュールの値が20を超えるとモジュールの
> >>> ステータスがWarningからCriticalになり、Critical用のアラート
> >>> メールと、Warning用の復旧メールが送信されてしまいます。
> >>>
> >>> このようなステータスが正常でない場合のWarning用の
> >>> 復旧メールを送信しない方法はありますでしょうか。
> >>> また、これはWarning、Criticalともにmaxを入れていないために
> >>> 起こるのでしょうか。
> >>>
> >>> わかりにくい表現で申し訳ないのですが、
> >>> どなたかご教授いただけますと幸いです。
> >>>
> >>> _______________________________________________
> >>> Pandora-jp mailing list
> >>> Pandora-jp ＠ pandorafms.jp
> >>> http://pandorafms.jp/mailman/listinfo/pandora-jp
> >>>
> >>>
> >> _______________________________________________
> >> Pandora-jp mailing list
> >> Pandora-jp ＠ pandorafms.jp
> >> http://pandorafms.jp/mailman/listinfo/pandora-jp
> >
> 
> _______________________________________________
> Pandora-jp mailing list
> Pandora-jp ＠ pandorafms.jp
> http://pandorafms.jp/mailman/listinfo/pandora-jp