現在、Azure クラウド サービス (Windows Server 2012) で 2 つの ExtraSmall Webroles (MVC4) を実行しています。RDP にログインし、タスク マネージャーでリソースの使用状況を確認したところ、メモリ使用量が非常に高く、1 つが約 92% 使用されていることがわかりました。 56Mb の空きメモリしか残っていません。別の 86% には 150Mb の空きメモリが残っています。Web サイトが非常に遅いです。メモリ不足が原因でパフォーマンスが低下している可能性はありますか?VM サイズを小さいサイズまたは大きいサイズにアップグレードしたほうがよいと思いますか?
ありがとう
正直なところ、最適なインスタンス サイズを決定できるのはあなただけです。スモール (1 コア、1.75GB、100Mbps NIC) からエクストララージ (8 コア、14GB、800Mbps NIC) まで、マシンは単純な方法でスケーリングされます。アプリを適切かつ効率的に実行できる最小のインスタンス サイズを選択する必要があります。その後、必要に応じてスケールアウト/インします。A6/A7 マシンはかなり大きく (4 コア、28GB、1000Mbps NIC、8 コア、56GB、2000Mbps NIC)、Extra Small は非常に限定的です (共有コア、768MB、5Mbps NIC)。極小インスタンスでは、特定のワークロードの実行に問題が発生する場合があります。
そのため: 特定のアプリの XS リソース制限に関連する問題が発生している可能性があります。Small から Extra Large までいくつかの実験的テストを行って、低ボリュームのアプリ エクスペリエンスがどこでうまく機能するかを確認してから、そのサイズを選択し、複数のインスタンスを使用してより重い負荷を処理する必要があります。
サイズを選択すると、おそらく特定のリソース (CPU、RAM、ネットワーク) でボトルネックに到達し、それに基づいて選択する必要があります。たとえば、本当に 6GB の RAM が必要な場合は、CPU をほとんど使用していなくても、Large を見ていることになります。
インスタンス サイズの詳細については、こちらをご覧ください。
最初に Small にスケールアップしてから Large にスケールアップするのは常に簡単です。1.75 GB の小さなメモリでメモリを 2 倍にすることになります。さらに、Extra Small では、コアを共有しない Small で共有 CPU コアを使用しています。
7 GB のメモリを搭載した Large に移行するのはやり過ぎだと思います。