PoP のセルフホスト環境におけるキャパシティプランニングとスケーリング

優れたキャパシティ計画は、最小限のコストで最高のパフォーマンスと安定性を実現します。 Instana 制御された環境下で実施された標準的な IBM ベンチマークの測定結果および予測に基づき、 PoP の各サイズとリソース割り当てに関する指針を提供します。 実際のスループットやパフォーマンスは、さまざまな要因によって異なります。 PoP のパフォーマンスを向上させるには、以下の手順に従ってください：

• ワークロードと PoP のサイズ推定に基づき、十分なリソース割り当てを計画してください。
• 本番環境において、 Instana Agent を使用して PoP の稼働状況を監視します。
• 増加するワークロードに対応するため、必要に応じて特定の再生エンジンをスケールアップします。

Synthetic PoP, でデフォルトの CPU およびメモリリソース割り当てを使用する場合、 Kubernetes クラスタの物理リソースに少なくとも6コアのCPUと 4.8 GBのメモリが確保されていることを確認してください。そうすれば、以下のテスト構成によるパフォーマンスベンチマークテストに基づき、 API Simpleテストを2000回、 API スクリプトテストを100回、Browserスクリプトテストを15回、ISMテスト（ SSL / DNS ）を2000回実行できます

PoP を監視するために Instana エージェントをインストールする場合、またはパフォーマンスを向上させるために PoP をスケールアップする場合、 Kubernetes クラスタ内に十分な物理リソースが確保されている必要があります。

PoP サイズとリソース割り振りの見積もりは、各コンポーネントのデフォルト構成からのリソース要求と制限を使用して、テーブルに示されているように、シンセティック・テストとテスト頻度でテストすることによって行われます。 Syntheticの PoP コンポーネントのデフォルト設定については、 PoP helm charts を参照してください。 同様に、 Instana エージェントおよび Kubernetes （ K8 ）センサーのデフォルト設定に関する情報については、 「エージェントの helm チャート」 を参照してください。 再生エンジンのレプリカの数は、テストの数とその実行頻度に基づいて計算されます。 Instana のエージェント数は、 Kubernetes のワーカーノード数に基づいて計算されます。 デフォルトの設定では、 Kubernetes センサーの数は3に設定されています。 Kubernetes センサーのレプリカを3つ用意すれば、最大400ノードを監視できます。

Instana PoP のサイズを見積もり、容量計画を立てるのに役立つ自動化ツール「 synctl」 を提供しています。 このツールは、以下の例に示すように使用できます。

synctl get pop-size

synctl get size
 

増加するワークロードをサポートするには、以下のように PoP コンポーネントをスケールアップします。

• 水平スケーリング: 異なるプレイバック・エンジンのレプリカ数を増やすために、より簡単な方法が提供されています。
• 垂直スケーリング: CPU およびメモリーの requests および limits の数を増やします。

2000 シンセティック・テスト/分を超えるワークロードをサポートするには、 PoP コントローラーを以下のように調整します。

• ユーザー資格情報を使用してより多くのテストをサポートするには、 controller.scheduleTestMaxPoolSize パラメーターをより大きな値に調整します。 このパラメーターをサポートするには、シンセティック PoP 1.1.2 以降に アップグレード します。
• Instana バックエンドに送信される結果の数を増やすには、パラメータ controller.publishAARThreadPoolSize の値を高く設定してください。

パラメータ controller.resources.limits.cpu を500 m、500 Mi、 controller.resources.limits.memory 40、 controller.scheduleTestMaxPoolSizecontroller.publishAARThreadPoolSize 15に設定すると、 PoP コントローラーは、1分あたり9000件の API ユーザー認証による簡易テストに対応できます。