[Pandora-jp] Pandora FMSの最適化について

2012年 10月 6日 (土) 09:53:27 JST

安部さん

さとうです。

返事遅くなりすみません。

> テーブルパーティショニングというのは、
> 一度実施すれば、それ以降はしなくてもよいものなのでしょうか。
> それとも、定期的に実施が必要なものなのでしょうか。
一度実行すれば ok です。

>> ちなみにですが、この分割の100という値ですが、
>> これについて目安の分割数とかあったりしますでしょうか。
指定する値 = 分割されるファイルの数 です。

データベースのディレクトリにいって、tagente_datos.ibd というファイルの
サイズを確認してみてください。それを上記の分割数で割った値が、だいたいの
分割後のファイルサイズになります。

分割後のファイルサイズが数十MB以下程度になるようにすると良いかと思います。

tagente_datos.ibd がよほど大きくなければ、あまり厳密に考えなくても
良いとは思います。ドキュメントの通り 100 で、えいや! でも... (^^;

---
佐藤 淳一
junichi ＠ pandorafms.jp


From: 安部 広 <hiro12210116 ＠ hotmail.co.jp>
Subject: Re: [Pandora-jp] Pandora FMSの最適化について
Date: Thu, 4 Oct 2012 01:15:52 +0900

> さとう様
> 
> すいません。追加で1つご質問させていただきます。
> 
> テーブルパーティショニングというのは、
> 一度実施すれば、それ以降はしなくてもよいものなのでしょうか。
> それとも、定期的に実施が必要なものなのでしょうか。
> 
> MySQLのテーブルパーティショニングについて調べてみたのですが、
> 回答を見つけられなかったため、ご存知でしたらお教えいただけますと
> 幸いです。
> 
> よろしくお願いいたします。
> 
> 
> (2012/10/02 21:28), 安部 広 wrote:
>> さとう様
>>
>> いつもご回答いただきありがとうございます。
>>
>> やはりやってみないとなんともということですよね。
>>
>> 質問の意図としましては、グラフ表示を早くしたいというのが
>> あります。
>> テーブルスペースの利用のところについて、設定しておりましたので、
>> テーブルパーティショニングを利用したいと思います。
>> ちなみにですが、この分割の100という値ですが、
>> これについて目安の分割数とかあったりしますでしょうか。
>>
>> よろしくお願いいたします。
>>
>>
>> (2012/09/30 23:21), Junichi Satoh wrote:
>>> さとうです。
>>>
>>> From: 安部 広 <hiro12210116 ＠ hotmail.co.jp>
>>> Subject: [Pandora-jp] Pandora FMSの最適化について
>>> Date: Wed, 26 Sep 2012 20:43:28 +0900
>>>
>>>> マニュアル内にある最適化のところでご教授ください。
>>>> ========================================================
>>>> マニュアルのPart5の7に「Pandora FMS の最適化と問題解決 </wiki/index.php?title=Pandora:Documentation_ja:Optimization>」という
>>>> 章があり、その中にインデックスオプションというのがありました。
>>>>
>>>> 既存のDBにインデックスを追加するのは分かったのですが、
>>>> 「多くのディスクスペースを必要とする」とあります。
>>>> これについて、大体の目安でも結構ですので、
>>>> どの程度ディスク容量が増加するか情報をお持ちであれば
>>>> ご教授いただけないでしょうか。
>>>>
>>>> また、インデックスを追加したことで、グラフ作成がどの程度
>>>> ========================================================
>>> 私の手元には、残念ながら具体的なデータはないのですが...
>>>
>>> モジュール数およびデータの保存間隔(頻度)にもよるので、一概にはなんとも
>>> 言えず、たぶん誰もが答えるのが難しい質問なんだとは思いますが。
>>>
>>> 実際にやってみていただくのが一番早いです。
>>> というのはさておき...
>>>
>>> インデックスを使う場合、(ドキュメントにも書いてありますが)更新系のクエリ
>>> のパフォーマンスが犠牲になるため、データ収集が多い環境ではあまり恩恵を
>>> 得られないと思います。
>>>
>>> 目的は、純粋に「グラフ作成(表示)を早くしたい」ということでしょうか。
>>> であれば、以下の 2点を実施いただくのが最も効果的です。
>>> ＃特に収集データ(モジュール数)が多い(数千件)環境ではかなり効果的です。
>>>
>>> - それぞれのテーブルでのテーブルスペースの利用
>>> http://www.openideas.info/wiki/index.php?title=Pandora:Documentation_ja:Optimization#.E3.81.9D.E3.82.8C.E3.81.9E.E3.82.8C.E3.81.AE.E3.83.86.E3.83.BC.E3.83.96.E3.83.AB.E3.81.A7.E3.81.AE.E3.83.86.E3.83.BC.E3.83.96.E3.83.AB.E3.82.B9.E3.83.9A.E3.83.BC.E3.82.B9.E3.81.AE.E5.88.A9.E7.94.A8
>>>
>>> - テーブルパーティショニングの利用 
>>> http://www.openideas.info/wiki/index.php?title=Pandora:Documentation_ja:Optimization#.E3.83.86.E3.83.BC.E3.83.96.E3.83.AB.E3.83.91.E3.83.BC.E3.83.86.E3.82.A3.E3.82.B7.E3.83.A7.E3.83.8B.E3.83.B3.E3.82.B0.E3.81.AE.E5.88.A9.E7.94.A8
>>>
>>> Pandora FMS 3.2 でも利用可能ですので、まだやっていないようでしたら、
>>> ぜひお試しください。
>>> 「それぞれのテーブルでのテーブルスペースの利用」については、現在そのような
>>> 設定になっていないようでしたら、データベース(テーブル)を作り直す必要は
>>> ありますが...
>>> ---
>>> 佐藤 淳一
>>> junichi ＠ pandorafms.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
>>
>>
> 
> _______________________________________________
> Pandora-jp mailing list
> Pandora-jp ＠ pandorafms.jp
> http://pandorafms.jp/mailman/listinfo/pandora-jp