Monitor(英語PDF)ポーリング処理が軽いPing、Snmp、Httpセンサーの監視項目が500個以下の場合サーバー上で評価版が動作すれば、ほとんどの場合問題ありません。Statusから動作状況を確認して下さい。5分)として監視回数を減らし、監視負荷を減らす必要があります。Health)からリソース不足・監視遅延が発生しなければ、正常時のPRTGの処理は問題ないです。将来の監視項目の追加・ダウン発生時のリトライ処理を考慮しリソース設計を行って下さい。CPU負荷が50%以内に収まるように設計します。OSの搭載メモリが6GB以上でPRTGが64bitモードで動作します。Serviceのプロパティから実行ファイルパスを確認して下さい。Server.exe”他社ソフト・管理タスクを動作させるメモリ容量は別途必要です。PRTG500の場合、WMIやNetflowなど重い監視項目のない軽い構成では2GBで問題ありません。開発元システム要件が2017年10月に2GBから3GBへ変更となった為、カタログ回答は3GB以上となります。Sensor)確認下さい。ハードディスク監視センサー数、監視間隔、データ保存期間に応じたハードディスク容量の見積が必要です。1日1センサー辺り約200KBのディスクを消費します。監視間隔とセンサー数に比例します。パケットキャプチャやデータ受信型のセンサーの場合、実際のトラフィック量や受信データのメッセージ数によって変化します。データフォルダの場所は既定でCドライブに設定されています。詳細は保存データ・パスを確認下さい。Toolから移動先パスを再設定します。計算するとより正確な容量を予想できます。監視設定ファイルを見つけると起動時に選択されます。変更先パスに足りないフォルダ・ファイルがある場合、初回起動時に自動作成されます。既定で366日目の監視データは削除されます。保存期間365日は設定変更可能です。Purging)を確認下さい。PRTGはSQL-DBを持ちません。Serverタイプの監視ソフトと比べてディスク容量は大きくなります。IPアドレス毎の1日単位の単純なデータ管理の為、SQL-DBタイプと異なり3年後、5年後といった長期稼働後も非常に安定します。DBタイプのようにインデックスの運用管理やレポート作成時の高負荷問題、10GBのサイズ制限に悩む事がありません。pixelsが必要です。pixels以上です。ネットワークOS、アンチウィルス製品でPRTGが利用するポートがブロックされている場合にはFW設定が必要です。OS側のFWはインストール時に設定されます。Toolから変更可能です。PRTG既定利用ポート一覧を確認下さい。162)、Netflowなど受信型センサーを作成した場合、OSのF/W設定、セキュリティソフトから受信ポートを空けて塞がないようにして下さい。OS下記オペレーティングシステムを必要とします。モードはサポート対象外です。OSのシステム要件も参考にして下さい。2019を推奨します。Probe)を推奨します。下記は開発元のWMIセンサーに関するパフォーマンステスト結果です。Get、WMIオブジェクトの取得を行います。監視項目が多く、取得処理が重い場合に遅延が発生します。遅延(Delay)が発生していないかを確認できます。SensorブラウザPRTGは収集した監視情報を組込みのWebサーバーで表示します。ブラウザで多数のJavaScriptが実行される為、JavaScriptが高速に動作するブラウザが必要です。Chrome最新を推奨。ConsoleでPRTGのJavaScriptが動作可能。下記は開発元が行ったブラウザの評価テストです。Webサーバアクティビティから画面処理のレスポンスを確認可能。ExplorerからPRTGへアクセスするとJavaScriptが動作しません。以上が必要となります。Frameworkが必要なセンサーsite-planningサイジング最大構成・高速化チューニングはこれだけ最新のシステム要件は開発元サイトでご確認下さい。各種セキュリティ製品により監視処理のインターセプト、ポリシーとの比較処理が走る場合、パフォーマンス・構成・運用を評価検討して下さい。同一構成で動作可能な条件すれすれではなく、余裕のあるシステムリソースをご検討下さい。弊社で他社ソフトを含めた評価試験が可能です。評価試験はテスト項目・レベル・シナリオに基づき工数をお見積します。評価期間中のPRTGサポートは無償です。5,000センサ以上、Azure、AWS、DB監視(sql)、クラウドメトリック監視、各種ssh/EXEスクリプト。