PRTG Network Monitor
ベストプラクティスガイド
仮想環境で PRTG の大規模インストールを行う
Rev. 1.0.1

2022.10.06

PRTG Network Monitor - ベストプラクティスガイド
仮想環境で PRTG の大規模インストールを行う
本資料では、5,000 個を超えるセンサーを使用する PRTG の大規模なインストールを行う場合のベストプラクティスについて説明します。

情報源
本資料は Paessler AG 作成の資料「Best Practice Guide: Running large installations of PRTG in a
virtual environment」をジュピターテクノロジー株式会社（以下当社と略記）が独自で翻訳したものです。ベストエフォートの翻訳であるため、最新情報ではない可能性があります。
最新情報は Paessler AG ホームページの英語版資料
https://paessler.canto.global/direct/document/8m76k1v9td5mbac9lmf4tk9r7s/xaFgQadvTbZ
kdpGf8JugVKdXJjU/original?content-type=application%2Fpdf&name=Best-PracticeGuide+v1.0-PRTG-Large-Installation-Virtual-Environment.pdf を参照してください。

1
ジュピターテクノロジー株式会社

内容
PRTG Network Monitor - ベストプラクティスガイド仮想環境で PRTG の大規模インストールを行う.. エラー!
ブックマークが定義されていません。
情報源 .................................................................................................................. 1
Part１．イントロダクション ............................................................................................. 3
1.1 目的と対象範囲............................................................................................ 4
Part 2.

仮想インフラストラクチャの準備 ............................................................................ 5

2.1 基本構成 ................................................................................................... 5
2.2 高度な構成 ............................................................................................... 10
2.3 さらなる最適化とトラブルシューティング .................................................................. 11
免責事項・使用限定事項 ........................................................................................... 13
お問合せ先、およびカスタマーポータル ............................................................................... 132ジュピターテクノロジー株式会社

Part 1. イントロダクション
１．イントロダクション
仮想化インフラストラクチャは、効率、可用性、信頼性、可動性の向上や、コスト削減のため、ますます重要になっています。
仮想化に関する長年の懸念事項は、アプリケーションを仮想環境に移動した際に予想されるパフォーマンスの低下です。
しかし、ハードウェアベンダーと仮想化ベンダーは過去数年にわたって協力し、仮想化のオーバーヘッドを解消してきました。
現在ではオペレーティングシステムとアプリケーションを仮想化しても、パフォーマンスが低下することはほとんどありません。
ただし、仮想化は複雑な新しいレイヤーを追加します。したがって、物理サーバーと同じレベルのパフォーマンスを実現するには、いくつかの基本的なルール、構成と設定の原則に従うことが重要です。
このドキュメントで紹介するベストプラクティスでは、仮想環境で PRTG Network Monitor（以下、PRTG と呼びます）の大規模なインストールを実行するための構成と設定の原則について説明します。仮想化された PRTG システム
で最高のパフォーマンスと信頼性を得るには、これらのガイドラインに従って実行してください。

3
ジュピターテクノロジー株式会社

1.1 目的と対象範囲
このベストプラクティスガイドは、仮想化インフラストラクチャでの大規模な PRTG システムの実行について詳しく知りたい
IT プロフェッショナルを対象としています。
このドキュメントの推奨事項は、仮想化のマーケットリーダーである VMware に特化したもので、5,000 センサーを超える大規模な PRTG システムが対象です。
500 から 5,000 センサーのほとんどの PRTG システムでは、特定の最適化を必要とせず、Microsoft Hyper-V でもサポートされています。
このドキュメントは、読者が PRTG および VMware ESXi の実用的な知識を持っていることを前提としています。

4
ジュピターテクノロジー株式会社

Part 2. 仮想インフラストラクチャの準備
以下のセクションでは、仮想インフラストラクチャの準備に関するいくつかのベストプラクティスと推奨事項を見つけることができます。

2.1 基本構成
仮想マシンで大規模な PRTG システムを実行する場合に従う必要がある、いくつかの基本的な構成のベストプラクティ
スがあります。

ソフトウェア

ソフトウェアの留意点として、次のことを推奨します。


高度に共有された仮想環境で大規模なPRTGシステムを実行しないでください。

仮想環境全体が最新版であることを確認してください。



ゲストにはサーバー用オペレーティングシステムを使用してください。



ESXiホストとゲストのオペレーティングシステムが信頼できるタイムソースを使用していることを確認してください。
ベストプラクティス

詳細高度に共有された仮想環境で大規高度に共有された仮想環境の例は次のとおりです。

模なPRTGシステムを実行しないで

Amazon EC2 T2 インスタンスください。

Microsoft Azure A シリーズおよびB シリーズ仮想マシン

マシンタイプE2およびN1のGoogle Compute EngineインスタンスVMware ESXiバージョンESXi6.7 U3を推奨します。

VMware vCloud環境

推奨ハイパーバイザー パフォーマンスと拡張性が高い順VMware ESXi 6.7 U3(推奨バージョン)

VMware ESXi 6.5 U3(サポートバージョン)■詳細はVMwareのドキュメントをご参照ください。
Performance Best Practices for VMware vSphere 6.7.

5ジュピターテクノロジー株式会社

Windows Server 2019、または Windows Server 2016 を推奨します。

推奨オペレーティングシステム 最新リリース順
Windows Server 2019

Windows Server 2016

Windows Server 2012 R2(PRTG リモートプローブのみ)

PRTG コアサーバーシステムと時刻のずれは、誤ったアラーム、アラームの欠落、センサーが「不明」ステ

リモートプローブシステムの両方のータスになるなど、監視システムに大きな影響を与える可能性がありま

タイムソースとして、w32time、または NTP を使用してください。

す。
ほとんどのインスタンスでは、Windows の時刻同期が有効になっています。これは Active Directory ドメインのメンバーとしての Windows オ
ペレーティングシステムのデフォルトの設定です。ご使用のオペレーティン
グシステムでこのような場合は、VMware Tools の時刻同期を無効にしてください。Windows オペレーティングシステムと VMware Tools の両方で時間同期を有効にすると、時刻のずれや問題の原因になります。
■ 詳 細 は VMware の Knowledge Base を ご 参 照 く だ さ い 。
Timekeeping best practices for Windows, including NTP(1318).

6
ジュピターテクノロジー株式会社

仮想マシンハードウェア

仮想マシンのハードウェアについて、次のことを推奨します。


十分な数の仮想CPU（vCPU）を割り当て、CPUリソースを予約ししてください。

十分な予約済みメモリを割り当ててください。



最小のオーバーヘッドで最高のパフォーマンスを提供する完全に仮想化された仮想マシンハードウェアアダプターを使用してください。
仮想マシンにシックプロビジョニングされたディスクを使用してください。シンプロビジョニングされた.vmdkファイルの使用を避けてください。
ストレージのパフォーマンスが十分であることを確認し、データストア遅延を監視し、また、ノイジーネイバーの影響に注意してください。
ベストプラクティス

ローカルプローブに少数のセンサーがある PRTG コアサーバー
システムの場合のみ、仮想ソケットが 1 つの vCPU 構成を推詳細
以下の構成を使用します:

8～24 個の vCPU を PRTG コアサーバーに割り当ててください。



1 つの仮想ソケット上の 4～8 個の vCPU をリモートプローブに割り当ててください。

奨します。


ローカルプローブに一定数のセ

デフォルトでは、VMware はそれぞれがシングルコア CPU を持つ複数の仮想ンサーがある PRTG コアサーバ

ソケット構成を使用します。ただし、3 つ以上の仮想ソケットは PRTG のパフーシステムの場合は、仮想マシン構成で 2 つの仮想ソケットをォーマンスにプラスの影響を与えません。

使用することを推奨します。
16GB 以上の RAM を用意する



よっては RAM の追加が必要となる場合があります。

ことを推奨します。また 32GB 以上の RAM が必要になる場合がPRTG システムを注意深く監視してください。PRTG の構成と使い方に全てのゲストメモリを予約してください。

あります。


仮想ネットワークアダプターは、推奨の仮想マシンハードウェアアダプターは、最小のオーバーヘッドで最高のパVMXNET3 の使用を推奨しフォーマンスを提供します。

ます。


ディスクアダプターは、PVSCSIまたは NVMe の使用を推奨します。

7
ジュピターテクノロジー株式会社

シックプロビジョニングされた.vmdk

PRTG コアサーバーは書き込み負荷の高いアプリケーションです。

ファイルの使用を推奨します。

シンプロビジョニングされた仮想マシンの書き込みは、書き込みを続行する前にローカル仮想ディスクにストレージブロックを割り当てる必要があるため、ストレージパフォーマンスが低下します。

構 成 す る スト レー ジに は 、て高い応答性を必要とする大規模な PRTG システムでは、パフォーマンを推奨します。SATA よりもスを保証する専用のデータストアを使用することでメリットが得られます。


他の仮想マシンとのデータストアの共有はサポートされる可能性があります。

すが、互換性のある低い I/O ワークロードでのみサポートされます。共有リモートストレージを構成す

データストア上の仮想マシンの数をできるだけ少なくしてください。

る場合、読み取り/書き込専用のデータストアの使用を推奨します。通常多くの同時ユーザーがい

SSD または NVMe の使用
SAS の使用 をお 勧めし ま

データストアの遅延を監視し、「ノイジーネイバー」の影響に注意してくだ

みのキュー時間と速度を監さい。PRTG が読取りまたは書き込み遅延が頻繁に発生するデータスト視する必要があります。

アにある場合は、PRTG を実行する仮想マシンまたは「ノイジーネイバデータストアをビジー状態にー」を別のデータストアに移行してパフォーマンスを向上させます。

し、PRTG のパフォーマンスに悪影響を与える「ノイジーネイバー」を別のデータストアに可能であれば、RAID 6 のストレージ構成を使用しないようにしてください。

移動してください。

PRTG を実行する仮想インフラストラクチャ上で、大量のストレージ I/Oを生成する他の仮想マシンを実行しないでください。



同じデータストアで書きこみ負荷の高いワークロードを実行しないでください。

8
ジュピターテクノロジー株式会社

サーバーハードウェア

サーバーのハードウェア構成として、次のことを推奨します。


可能な限り高いパフォーマンスを提供する電力使用モードを選択してください。
ベストプラクティス

詳細BIOS または UEFI およびオペレ

最新のほとんどのサーバーハードウェアは、BIOS または UEFI の設定で、電ーティングシステムレベルで省電力使用量とパフォーマンスに関するさまざまなモードを提供しています。

力機能をオフにしてください。

可能な限り高いパフォーマンスのモードを選択すると、消費電電力がわずかに高くなる場合があります。詳細についてはサーバーのベンダーにお問い合わせください。

9ジュピターテクノロジー株式会社

2.2 高度な構成
次の構成のベストプラクティスは、上級ユーザー向けです。
高い CPU 待ち時間感度を設定します。

CPU 関連の重要なメトリックを監視します。
ベストプラクティス

詳細

PRTG コアサーバーを実行する

PRTG コアサーバーはデータベースのように非常に敏感な方法で CPU

マシンでは、高い CPU 待ち時待ち時間（CPU 待ち時間＝CPU Co-Stop + CPU Ready + オ

間感度を設定することを推奨

ペレーティングシステムのスケジュール時間)に反応する、高度にマルチスします。

レッド化されたシングルプロセスのアプリケーションです。
■vSphere 5.5 および vSphere 7 で待ち時間感度を設定する方法については、次の VMware のドキュメントを参照してください。
Deploying

Extremely

Latency-SensitiveApplications

in

VMware vSphere 5.5

Deploying Extremely Latency-Sensitive Applications in
VMware vSphere 5.5Adjust Latency Sensitivity

次の CPU 関連のメトリックを監視

注意:することをお勧めします。



PRTG コアサーバーや、データベースなどのアプリケーションでは、仮想コ

CPU 使用量

アの数、CPU 使用量、CPU Ready 時間、CPU Co-Stop 時間のバ

CPU Ready 時間 ミリ秒

ランスをとる必要があります。CPU 使用量を下げることは、仮想コアの数（ms）を減らすことと等しいという法則に盲目的に従わないでください。

CPU Co-Stop 時間 ミリ

秒（ms）

CPU Ready:仮想マシンに仮想 CPU（vCPU）が割り当てられている場合は、すべての仮想コアを使用しない場合でも、構成されている全ての仮想コアが CPU サイクルを実行できるようになるまで待機する必要があります。

CPU Co-Stop:ハイパーバイザーが vCPU として割り当てられる物理コアを予約しようとする場合、1 つの仮想ソケットに構成されている全てのvCPU が同じ物理コアからのものであることを確認する必要があります。

仮想マシンまたは仮想ソケットに追加する vCPU が多すぎると、CPU Readyおよび CPU Co-Stop 時間が増加する可能性があります。平均 25 ミリ秒未満の CPU Ready 時間と平均 10 ミリ秒未満の CPU Co-Stop 時間を目標にしてみてください。vCenter は CPU Ready 時間をミリ秒で表示しま
すが、SSH 経由でアクセスする ESXCLI では CPU Ready 時間がパーセントで表示されることに注意してください。

10
ジュピターテクノロジー株式会社

■ミリ秒単位の CPU Ready 時間をパーセントに、またはその逆に変換するのに役立つツールについては、www.vmcalc.com を参照してください。

2.3 さらなる最適化とトラブルシューティング
これまでのベストプラクティスを全て実行しても問題が解決しない場合は、次の最適化とトラブルシューティングのヒントを参照してください。
仮想CPU（vCPU）のレイアウトを実際のハードウェアまたはホストの構成に合わせてください。



構成済みのNUMAノードを検討してください。

ハイパースレッディングをオフにすることを検討してください。

CPUピニングを使用してください。

11
ジュピターテクノロジー株式会社

ベストプラクティス

詳細

vCPU レイアウトを実際のハードウ

ハイパーバイザーは、仮想マシンに vCPU を渡す前に、すべての vCPU を完ェアまたはホストの構成に合わせることを推奨します。

全に仮想ソケットに割り当てる必要があります。
できれば、その時に同じハードウェアのソケット上に割り当てます。
vCPU のレイアウト一致させないことで、ソケット境界を拡張しようとしないでください。

ホストレベルで構成した NUMA ノNUMA ノードを個別の物理ソケットとして構成できない場合は、少なくとードを個別の物理ソケットとして構も、vCPU レイアウトを調整して vSocket を NUMA グループ全体と一成することを推奨します。

致させる必要があります。

■詳細は VMware の Knowledge Base をご参照ください。
Performance Best Practices for VMware vSphere 6.7 Performance Best Practices forVMware vSphere 6.7.

12ジュピターテクノロジー株式会社

免責事項・使用限定事項
ジュピターテクノロジー株式会社（以下当社と略記します）が作成した本ドキュメントに関する免責事項および本ドキュメント使用に関する限定事項は以下の通りです。

本ドキュメントに関する免責事項
本ドキュメントは作成時点においてメーカーより提供された情報および当社での検証結果により作成されたものですが、当社は本ドキュメントの内容に関していかなる保証をするものではありません。万一、内容についての誤りおよび内容に基づいて被った損害が発生した場合でも一切責任を負いかねます。本ドキュメントの内容によりなされた判断による行為で発生したいかなる損害に対しても当社は責任を負いません。

本ドキュメント使用に関する限定事項別に定める場合を除いて、本ドキュメントの取り扱いは当社より提供を受けたお客様による私的かつ非営利目的での使用に限定されます。お客様は、本ドキュメントについて、変更、コピー、頒布、送信、展示、上映、複製、公開、再許諾、二次的著作物作成、譲渡、販売のいずれも行うことができません。

お問合せ先、およびカスタマーポータル
ジュピターテクノロジー株式会社（Jupiter Technology Corp.）

住所：〒183-0023 東京都府中市宮町一丁目 40 番地 KDX 府中ビル 6F

URL：

https://www.jtc-i.co.jp/

電話番号：

042-358-1250

FAX 番号：

042-360-6221

ご購入のお問い合わせ：
お問い合わせhttps://www.jtc-i.co.jp/contact/scontact.php

製品サポートのお問い合わせ：カスタマーポータル https://www.jtc-i.co.jp/support/customerportal/
評価版のダウンロード： https://www.jtc-i.co.jp/support/download/

13
ジュピターテクノロジー株式会社