ja:documentation:pandorafms:technical_annexes:03_capacity_planning

差分

このページの2つのバージョン間の差分を表示します。

この比較画面へのリンク

両方とも前のリビジョン 前のリビジョン
次のリビジョン		 前のリビジョン
ja:documentation:pandorafms:technical_annexes:03_capacity_planning [2024/10/14 06:48] – [概要] junichija:documentation:pandorafms:technical_annexes:03_capacity_planning [2025/07/21 08:11] (現在) – [SNMP サーバ] junichi
行 81: 行 81:
 このデータ量において、正しく Pandora FMS の要求スペックを決めるためには、どのような種類のモニタリングをする予定であるかを知る必要があります。次の例では、"QUASAR TECNOLOGIES" という架空の会社の特徴を示しています。 このデータ量において、正しく Pandora FMS の要求スペックを決めるためには、どのような種類のモニタリングをする予定であるかを知る必要があります。次の例では、"QUASAR TECNOLOGIES" という架空の会社の特徴を示しています。
  
-  * 90% のモニタリングをソフトウエアエージェントで実施。+  * Monitoring 90% based on EndPoints. 
 +  * Homogeneous systems with a series of characterizations grouped into technologies / policies. 
 +  * Highly variable intervals between the different modules and events to be monitored. 
 +  * Large amount of asynchronous information (events, log items). 
 +  * Lots of process status information with very little probability of change. 
 +  * Little information on yields compared to the total. 
 + 
 +  * 90% のモニタリングをエンドポイントで実施。
   * 技術/ポリシーでグループ化できる似たようなシステムがある。   * 技術/ポリシーでグループ化できる似たようなシステムがある。
   * モニタするモジュールやイベント間で、実行間隔が異なる。   * モニタするモジュールやイベント間で、実行間隔が異なる。
行 310: 行 317:
 <WRAP center round tip 90%> <WRAP center round tip 90%>
  
-An installation of Pandora FMS with a GNU/Linux server installed "by default" in a powerful machine, can not pass from 5 to 6 packets per second, in a powerful machine well "optimized" and "conditioned" it can reach 30 to 40 packets per second. **This also depends a lot on the number of modules in each agent**.+An installation of Pandora FMS with a Linux server installed "by default" in a powerful machine, can not pass from 5 to 6 packets per second, in a powerful machine well "optimized" and "conditioned" it can reach 30 to 40 packets per second. **This also depends a lot on the number of modules in each agent**.
  
 </WRAP> </WRAP>
行 316: 行 323:
 <WRAP center round tip 90%> <WRAP center round tip 90%>
  
-これの重要性：強力なマシンに "デフォルト" でインストールされた GNU/Linux サーバ 1台で、Pandora は、毎秒 5〜6 データを超えることはできませんが、十分に "最適化" および "調整" された強力なマシンでは、毎秒 30-40 データまで処理することができます。**また、各エージェントに含まれるモジュールの数にも依存します**。+これの重要性：強力なマシンに "デフォルト" でインストールされた Linux サーバ 1台で、Pandora は、毎秒 5〜6 データを超えることはできませんが、十分に "最適化" および "調整" された強力なマシンでは、毎秒 30-40 データまで処理することができます。**また、各エージェントに含まれるモジュールの数にも依存します**。
  
 </WRAP> </WRAP>
行 409: 行 416:
 </file> </file>
  
-Obviously, the more threads you have, the more checks you will be able to execute. If you add all the threads that Pandora FMS executes, they should not reach the range of 30 to 40. You should not use more than 10 threads here, although it depends a lot on the type of hardware and the GNU/Linux version you are using.+Obviously, the more threads you have, the more checks you will be able to execute. If you add all the threads that Pandora FMS executes, they should not reach the range of 30 to 40. You should not use more than 10 threads here, although it depends a lot on the type of hardware and the Linux version you are using.
  
-明らかに、スレッドが多いほど、実行できるチェックも多くなります。 Pandora FMS が実行するすべてのスレッドを追加しても、30〜40 を超えることはありません。利用している GNU/Linux バージョンとハードウェアの種類に大きく依存しますが、ここでは 10 を超えるスレッドは使用するべきではありませｎ。+明らかに、スレッドが多いほど、実行できるチェックも多くなります。 Pandora FMS が実行するすべてのスレッドを追加しても、30〜40 を超えることはありません。利用している Linux バージョンとハードウェアの種類に大きく依存しますが、ここでは 10 を超えるスレッドは使用するべきではありませｎ。
  
-Now, you must "create" a fictitious number of ping type modules to test. It is assumed that you will test a total of 3000 ping modules. To do this, it is best to take a system on the network that is capable of supporting all pings (any GNU/Linux server can handle the task).+Now, you must "create" a fictitious number of ping type modules to test. It is assumed that you will test a total of 3000 ping modules. To do this, it is best to take a system on the network that is capable of supporting all pings (any Linux server can handle the task).
  
-次に、テストする架空の数の ping モジュールを "作成" します。 ping タイプのモジュール合計 3000個をテストするとします。 これを行うための最良のオプションは、すべての ping をサポートするネットワーク内のシステムを選択することです(GNU/Linux サーバならどれでも大丈夫です)。+次に、テストする架空の数の ping モジュールを "作成" します。 ping タイプのモジュール合計 3000個をテストするとします。 これを行うための最良のオプションは、すべての ping をサポートするネットワーク内のシステムを選択することです(Linux サーバならどれでも大丈夫です)。
  
 Using the Pandora FMS CSV importer, create a file with the following format: Using the Pandora FMS CSV importer, create a file with the following format:
行 461: 行 468:
 ==== SNMP サーバ ==== ==== SNMP サーバ ====
  
-This is specifically about the SNMP Enterprise network server. In case of testing for the Open network server, see the section on the (generic) network server. +This is the SNMP network server. Assuming you already have the server up and running and configured. Some key parameters for its operation:
- +
-これは SNMP ネットワークサーバーに関するものです。 オープンソースのネットワークサーバのテストの場合は、(汎用の)ネットワークサーバの章を参照してください。 +
- +
-Assuming that you have the server already working and configured, we are going to explain some key parameters for its working:+
  
-サーバがすでに設定され動作していると仮定して、サーバが機能するためのいくつかの重要なパラメーターについて説明します。+これは SNMP ネットワークサーバです。既にサーバが起動し、設定済みであることを前提としています。動作に必要な主要なパラメータは以下のとおりです。
  
 <file> <file>
行 474: 行 477:
 </file> </file>
  
-It defines the number of SNMP requests that the system will do for each execution. You should consider that the server groups them by destination dir IP, so this block is only indicative. It is recommendable that it wouldn't be large (30 to 40 maximum). When an item of the block fails, an internal counter does that the Enterprise server will try it again, and if after x attempts it doesn't work, then it will pass it to the open server.+It defines the number of SNMP requests that the system will make for each execution. Bear in mind that the server groups them by destination IP address, so this block is a guideline. It should not be too large (30 to 40 maximum). When a block element fails, an internal counter causes the PFMS server to retry it.
  
-これは、システムが 1回に実行する SNMP リクエストの数を定義します。サーバが宛先 IP でグループ化することを考慮するため、このブロックは単なる指標です。 大きくしないことをお勧めします(最大 30〜40)。ブロック内の要素に障害が発生すると、内部カウンターは Enterprise サーバでそれを再試行し、試行回数が x 回を超えても応答がない場合は、オープンソースのサーバに処理を渡します。+システムが各実行時に行うSNMPリクエストの数を定義します。サーバはリクエストを宛先IPアドレスごとにグループ化するため、このブロックは目安です。あまり大きくしすぎないようにしてください（最大30～40）。ブロック要素が失敗すると、内部カウンターによってPFMSサーバはリクエストを再試行します。
  
 <file> <file>
行 483: 行 486:
 </file> </file>
  
-It should not be too large (30 to 40 maximum). When an element of the block fails, an internal counter makes the Enterprise server retry it, and if after X attempts it does not work, it will be passed to the Open server. You shouldn't user more than 10 threads, though it depends on the kind of hardware and GNU/Linux version that you use.+Obviously, the more threads you have, the more checks you will be able to execute. If you add all the threads that Pandora FMS executes, they should not reach the range of 30 to 40. You should not use more than 10 threads here, although it depends a lot on the type of hardware and the Linux version you are using.
  
-使用するハードウェアの種類と GNU/Linux のバージョンによって異なりますが、10を超えるスレッドを使用しないでください。+当然ですが、スレッド数が多いほど実行できるチェックの数も増えますが、Pandora FMS が実行するすべてのスレッド数を合計しても 30～40 の範囲にはならないようにします。ハードウェアの種類や Linux のバージョンによって大きく異なりますが、ここでは 10 を超えるスレッド数は使用しないでください。
  
 The faster way to test is through a SNMP device, applying all the interfaces, all the serial "basic" monitoring modules.This is done through the application of the Explorer SNMP (Agente → Modo de administracion → SNMP Explorer). Identify the interfaces and apply all the metrics to each interface. In a 24 port switch, this generates 650 modules. The faster way to test is through a SNMP device, applying all the interfaces, all the serial "basic" monitoring modules.This is done through the application of the Explorer SNMP (Agente → Modo de administracion → SNMP Explorer). Identify the interfaces and apply all the metrics to each interface. In a 24 port switch, this generates 650 modules.
  • ja/documentation/pandorafms/technical_annexes/03_capacity_planning.1728888495.txt.gz
  • 最終更新: 2024/10/14 06:48
  • by junichi