インフラストラクチャエージェントは軽量なソフトウェアで、ホストのパフォーマンスへの影響を最小限に抑えるように設計されています。しかし、正確な負荷は、ホストのワークロード、特にホスト上で実行されているプロセスの数に応じて変化します。これは、エージェントが個々のプロセスから詳細な データ を収集するためです。
一般的なガイドラインとして、New Relic はいくつかの一般的なタイプのホストのベンチマークを収集しました。
このエージェントは、従来のシングルタスクのホスト上では、パフォーマンスのオーバーヘッドが非常に小さくなっています。例えば、Apache、Unicorn、または単一のJavaアプリケーションを実行しているサーバーなどです。
このタイプのホストのベンチマークは、 Amazon EC2 t3.2xlarge をベースにしています。
このエージェントは、Dockerを実行しているホスト上では非常に低いパフォーマンスオーバーヘッドとなりますが、正確な使用量は、マシンがホストするDockerコンテナの数や、それらのプロセスが長時間または短時間であるかどうかに依存します。
このタイプのホストのベンチマークは、 Amazon EC2 t3.2xlarge をベースにしています。
vCPUs: 8 個の vCPU
Memory: 32.0GB
Storage: 160.0 GB
Number of containers: 25 個のコンテナ、コンテナ内で実行される約 100 個の長時間プロセス
Operating system: CentOS7
このタイプのDockerホストの場合、典型的な使い方は
CPU: 約0.8%
Virtual memory: 約1GB
Resident memory: 25～35MB
Storage on disk: 約50MB
このエージェントは、ウェブアプリケーションを提供し、Windows/IISスタックを実行している一般的なWindowsホスト上で、非常に低いパフォーマンスオーバーヘッドを実現します。
このタイプのホストのベンチマークは、 Amazon EC2 t2.small をベースにしています。
EC2のARM64（Graviton 2）ホストでは、AMD64マシンと比較して、エージェントのパフォーマンスオーバーヘッドは同程度です。
ベンチマークは、 Amazon EC2 t3.2xlarge vs t4g.2xlarge インスタンスを使用しています。
Amazon Linux 2 EC2インスタンス（インフラストラクチャエージェントのデフォルト設定）。
- CPU: ARMでは約0.1%、AMDでは0.13%
- Virtual memory: 約0.75GB ARM vs 1GB AMD
- Resident memory: 20MB ARM vs 22MB AMD
インフラストラクチャ・エージェントのパフォーマンスは常に向上しています。もし、エージェントのパフォーマンスのオーバーヘッドが異常に高い場合は、 support.newrelic.com までお問い合わせください。
データを管理
インフラストラクチャ・モニタリングが取り込むデータ量とレポート量を調整する方法については、 Manage infrastructure data を参照してください。
リソースの活用
Linuxシステムでは、インフラストラクチャは、サポートされている各サービスマネージャのデフォルト設定でインストールされます。メモリは1ギガバイトに制限されています。お客様のシステム要件に応じて、デフォルト設定の見直しと調整をご検討ください。