Web アプリケーションは、トラフィックが多くなったり少なくなったりする可能性があり、日ごとまたは時間ごとのトラフィックの範囲は予測不可能です。 同様に、Web アプリケーションでも、定期メンテナンスやアップグレード中に一定期間のダウンタイムが必要になります。 管理者はトラフィックを分析し、適切なタイミングを見つける必要があります。
ウェブアプリケーションをスケールアップする
Webアプリケーションのダウンタイムを計画する
NetScaler コンソールのピーク使用量と閑散期間の分析機能を使用すると、選択した期間の主要なメトリックを分析できます。 これらのメトリックからトラフィックを分析し、Web アプリケーションをいつスケールアップするか、または定期的なダウンタイムを計画するかを決定できます。
アプリ ダッシュボード からアプリケーションをクリックし、 主要メトリック タブを選択して、すべてのメトリックの統合ビューを視覚化します。 メトリックを分析するには、リストから期間を選択します。
各メトリックについて、次の情報を表示できます。
最大 – 選択した期間の最大値を示します
平均 – 選択した期間の平均値を示します
画像の例によると、応答時間の最大値は 1.3 秒を示しています。 グラフチャートから、選択した期間内に応答時間が長くなった回数を分析できます。 同様に、他のメトリックの詳細を表示したり、アプリケーションがピーク使用率に達したかどうかを分析し、実稼働環境のスケールアップを決定することもできます。
アプリケーションのリーン期間を表示するには、 アプリ ダッシュボード からアプリケーションをクリックし、 主要メトリック タブを選択します。 アプリケーションの一般的なダウンタイムは、要件に応じて 1 時間、2 時間、または 4 時間になります。 ダウンタイムを計画する時間 (1 時間、2 時間、または 4 時間) をリストから選択できます。 リストから時間を選択すると、合計リクエスト数、スループット、データ量などのメトリックのトラフィックを分析できます。 アプリケーションの使用が少ないときに、ダウンタイムをスケジュールする適切な時間を選択できます。 次の例では、1 時間のダウンタイムを分析します。
ヒートマップ ビューには、選択した期間のアプリケーションの使用状況が表示されます。 色が濃いほど (青)、アプリケーションの使用率が高いことを示します。
ヒートマップ ビューでは、アプリケーションのダウンタイムを計画するための、最も短い期間 (1、2、3、4、5) も上位 5 つに示されます。
1 – 水曜日の午後4時から午後5時までの最初の提案を示します
2 – 木曜日の午後9時から午後10時までの2番目の提案を示します
3 – 日曜日の午前7時から午後8時までの3番目の提案を示します
4 – 水曜日の午後12時から午後1時までの4番目の提案を示します
5 – 月曜日の午前7時から午後8時までの5番目の提案を示します
他のすべての日のトラフィックを分析した後、他の日時を選択してダウンタイムをスケジュールすることもできます。
さらに詳しい情報を表示するには、「 詳細を表示 」をクリックします。 合計リクエスト、 スループット、または データ ボリューム タブをクリックすると、最もリクエスト数が少ない上位 5 つの期間とその他の日の詳細が表示されます。
