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

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

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

ベアメタル: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,000 1,500 Linux EC2: r4.2xlarge db.r4.4xlarge 10 GB GP2 EBS ボリューム。インスタンスのルートボリュームとは異なるボリュームを使用することを推奨します。
大規模 5,000,000 10000 Linux EC2: r4.8xlarge db.r4.16xlarge 10 GB GP2 EBS ボリューム。インスタンスのルートボリュームとは異なるボリュームを使用することを推奨します。

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

Elastic Network Interface(ENI)

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

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

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