正解: CPU 使用率が 70% を超えるとトリガーされる水平方向の CloudHub 自動スケーリング ポリシーを使用する
********************************************
問題のシナリオは、その年の通常のトラフィックが、CPU が 70% をはるかに下回って実行されている既存のワーカー構成によってかなりうまく処理されていることを非常に明確に示しています。この問題は、注文数が急増したときに「ときどき」発生することがあります。
したがって、上記に基づいて、各ワーカーのサイズを永続的に増やす必要も、ワーカーの数を永続的に増やす必要もありません。これは、リソースがアイドル状態で浪費される「時折」の時間以外は不要です。
現在、2 つのオプションが残っています。水平方向の Cloudhub 自動スケーリング ポリシーを使用してワーカーの数を自動的に増やすか、垂直方向の Cloudhub 自動スケーリング ポリシーを使用して各ワーカーの仮想コア サイズを自動的に増やします。
ここで、次の 2 つのことを考慮する必要があります。
1.CPU
2. JMS キューへの注文発注率
>> CPU の観点からは、両方のオプション (水平スケーリングと垂直スケーリング) が問題を解決します。どちらも使用率を 90% 未満に抑えるのに役立ちます。
>> ただし、垂直スケーリングを使用する場合、注文送信率の観点から見ると、アプリケーションはまだ 2 つのワーカーのみで負荷分散されているため、受信リクエストの処理率と JMS キューへの注文送信率はあまり改善されない可能性があります. スループットは以前と同じになります。CPU 使用率だけが下がります。
>>しかし、水平スケーリングを使用すると、新しいワーカーが生成され、より多くのワーカーが現在負荷分散されているため、スループットを向上させるために追加のハンドが追加されます。このようにして、CPU と注文提出率の両方に対処できます。
したがって、水平 CloudHub 自動スケーリング ポリシーが適切で最良の答えです。