私はこの質問を見ました：
パフォーマンスの問題が発生する前に、1 つの Azure インスタンスに何人のユーザーがいますか?
これは、Azure インスタンスが Web ページでサポートできるユーザー数について説明しています。データを取得するために、クライアント アプリケーション (携帯電話など) が呼び出される Web ページと Web サーバーで、これが異なるかどうか疑問に思っています。たとえば、REST エンドポイントを公開する 1 つの azure Webrole を実行している場合、サービスが圧迫され始める前にサービスを呼び出すことができるデバイスの数は?
文字列の長さはどれくらいですか？:-)
アプリが各Webリクエストで100万桁の円周率を計算する場合、「helloworld」で各Webリクエストに応答するアプリよりも同時Webリクエストを処理する可能性が低くなります。
（これは、Davidの答えのもう1つの、より鈍いバージョンです。）
Webロールインスタンスは、特定のサイズ（1〜8コア、1.75〜14 GBの使用可能なRAM、100〜800 Mbpsのネットワーク）のWindows 2008 Server R2（またはSP2）仮想マシンにすぎません。Webサイト、さまざまなWebサーバー（Tomcatなど）、WCFサービス（IISまたはスタンドアロンのServiceHostsを介して）などを実行できます。
スケーリングはアプリ自体に大きく依存します。CPUに制約がありますか？ネットワークに制約がありますか？キューベースのワークロードがあり、キューのバックログが増えていますか？
上記の制約の1つを処理するためだけに、より大きなVMにスケールアップすることが重要な場合があります。ベースラインモードで実行する最小のVMサイズ（たとえば、1または2ユーザー）を選択してから、必要に応じてより多くのインスタンスにスケールアウトすることをお勧めします。
アプリの主要業績評価指標（KPI）を特定することが重要です。次に、 Autoscale Appliction Block（WASABi）などを使用して、スケーリングを自動化できます。
これは、CPU、ローカルディスク、ネットワーク帯域幅、およびRAMの詳細を含む、すべてのVMサイズのリファレンスページです。