CloudTest

CloudTest は CDN に依存せず、複数の CDN（Akamai を含む）を同時にテストして、負荷発生時のパフォーマンスを比較できます。

CloudTest は高度に分散されたプラットフォームで実行されます。また、弊社のキャリアとクラウドプロバイダーの関係により、さまざまな地域やベンダー（Rackspace Dallas と AWS Midwest の比較など）で予想負荷をテストできます。

CloudTest は通常、次のシーケンスで動作します。

1. Break／Fix（障害対応）：低レベルのテストでは、CloudTest は機能障害（つまり、機能しているかどうか）を含む大部分の Break／Fix（障害対応） とボトルネックを明らかにします。

2. 所要時間：長期間のイベント（長いスポーツイベントなど）の間は、ピークストレス時でも問題が明らかにならない場合があります。そのような問題は、時間が経過しなければ把握できません。たとえば、メモリーリークの問題は、イベントの 3 時間目まで明らかにならない場合があります。

3. ピーク：低いテストレベルでは、書き込みと読み取りは機能しますが、大きな負荷が発生するとプロセスとユーザーがキューに入り始めて、カスケード効果が発生します。長時間にわたる強い負荷に対しては、CloudTest は「機能しているか」と「どれくらい適切に機能しているか」をテストし、どこでどの程度のパフォーマンスのボトルネックが発生するかを特定します。

CloudTest では、ユーザーごとに固有の平均ユーザー数や予想ユーザー数に基づいて仮想ユーザーランプを調整することを推奨していますが、一般的な経験則は次のとおりです。

1. 0 から開始します

2. 2,500 人の仮想ユーザーに進み、3～4 分間継続します

3. 次に、平均的なユーザーベースに応じて、数万人の仮想ユーザーに進み、一定時間継続します（この時間はテストシチュエーションによって異なります）

4. 最後に、ユーザーベース（またはピークイベントの予想ユーザーベース）に応じて、数十万人の仮想ユーザーに進み、一定時間継続します（繰り返しますが、この時間は企業ごとに異なります）。念のため、予想負荷の 2 倍から 3 倍のテストを行うことをお勧めします。

CloudTest では、さまざまなデバイスやプレーヤーのプロファイル（Roku、AppleTV、JW Player、DIY など）を模倣し、動的な帯域幅シフトを実行して、ベストなオーディエンス体験を実現するためにワークフローの最適なアダプティブビットレート（ABR）ポイントを見つけることができます。CloudTest の結果は、理想的なチャンクサイズ、さまざまなネットワーク条件に合わせてコンテンツをトランスコーディングする方法、リバッファリングを最小限に抑えるための適切なフレーム／秒（fps）の選択、シームレスなオーディエンス体験の提供に関するガイダンスを提示します。CloudTest は、HLS、HDS、および CMAF セグメントをテスト／スクリプトして、アプリケーションのワークフローをテストし、同時性のあるユーザーをシミュレートしてオーディエンスの規模に対応するために役立ちます。

他のプロバイダーと同様に、CloudTest は仮想ユーザー（VU）を作成します。しかし、他のプロバイダーとは異なり、本番稼働中に使用されるサーバー上で、ヘッドレスのシンセティックユーザーではなく、仮想ユーザーを作成します。そのため、CloudTest は、たとえば実際の HTTP リクエストを測定できます。

小規模なサンプルテストを実施して結果を推定しても、規模をテストすることはできません。CloudTest は、ほぼあらゆる規模のオーディエンスを管理できます。また、Akamai は多くの場合、念のため予想負荷の 2 倍から 3 倍のテストを行うことをお勧めします。弊社の専門家が、データ（典型的なビットレートラダーやファイルサイズなど）に基づいて、お客様の同僚にこれらのテスト規模の指針を示すための支援をします。