コントローラのサイズ指定

下の表は、コントローラインストールプロファイルをメトリックの取得率およびノードカウント別に示しています。前述のとおり、ノードで生成される実際のメトリックは、ノードのアプリケーションの種類や Splunk AppDynamics 構成によって大きく異なる可能性があります。実稼働環境にデプロイする前に、メトリックの取得率と比較して必ずサイジングを検証してください。

プロファイル(Profile)最大メトリック数/分最大エージェント数(概数)OSLinux コンピューティングWindows コンピューティングStorage
デモ10,0005Linux または Windows2 コア、8 GB RAM2 コア、8 GB RAM50 GB注:このプロファイルは、Aurora DB を使用してインストールする場合はサポートされません。
50,00050Linux または Windows4 コア、16 GB RAM4 コア、16 GB RAM400 GB注:このプロファイルは、Aurora DB を使用してインストールする場合はサポートされません。
中(Medium)1,000,0002,000Linux または Windowsベアメタル:8 コア、128 GB RAMベアメタル:8 コア、128 GB RAM5 TB SAS SSD。ハードウェアベースの RAID 5 構成
Linux または WindowsVM:16 vCPU、128 GB RAMVM:16 vCPU、128 GB RAM10 Gb/s FCoE を搭載した、5 TB SSD ベースの SAN
大規模5,000,00015,000Linux

ベアメタル:28 コア、512 GB RAM

VM:32 vCPU、256GB RAM

N/A
  • MySQL redo ログ用に 2 x 800 GB の書き込み集中型 NVMe カード。ソフトウェアベース(mdadm)の RAID 1 構成。
  • メインデータボリューム用の 20 TB SAS SSD。ハードウェアベースの RAID 5 構成
特大

ここで定義されている大規模プロファイル構成を超える展開の場合は、Splunk AppDynamics プロフェッショナルサービスに連絡して、コントローラの完全な実行可能性評価を依頼してください。

オンプレミスの Amazon Web Services(AWS)のサイジング

Aurora を使用した AWS プロファイル最大メトリック数/分最大エージェント数(概数)OSコンピューティングAWS Aurora ストレージのインスタンスサイズブロックストレージ(コントローラ アプリケーション ファイルの場合のみ)*
中(Medium)1,000,0001,500LinuxEC2: r4.2xlargedb.r4.4xlarge10 GB GP2 EBS ボリューム。インスタンスのルートボリュームとは異なるボリュームを使用することを推奨します。
大規模5,000,00010000LinuxEC2: r4.8xlargedb.r4.16xlarge10 GB GP2 EBS ボリューム。インスタンスのルートボリュームとは異なるボリュームを使用することを推奨します。

* 指定されたディスク容量は、コントローラで使用可能である必要があります。仕様には、オペレーティングシステム、ファイルシステムなどによるオーバーヘッドは含まれていません。

Elastic Network Interface(ENI)

ENI 番号は、2018 年 2 月 28 日に更新されました。

AWS の場合、各コントローラホストの ENI をプロビジョニングし、ENI の MAC アドレスにライセンスをリンクします。ENI の詳細については、AWS のドキュメントを参照してください。

注: このドキュメントには、Amazon Web Services と Microsoft のドキュメントへの参照が含まれています。Splunk AppDynamics はいかなる権利も所有しておらず、そのようなサードパーティのドキュメントの正確性または完全性について責任を負いません。