Azure App Service プランが、その中で定義された Web、API、ロジック、およびモバイル アプリ専用の仮想マシンである場合、App Service プラン内の Web アプリは、その仮想マシン上の IIS 内の仮想 Web サーバーのインスタンスであることを意味しますか? ?
これが事実であり、各仮想 Web サイトが独自のアプリケーション プールを取得すると仮定すると、そのアプリケーション プールで複数のワーカー プロセスが実行され、Web ガーデンが作成される Azure スケーリング戦略またはシナリオはありますか? Web アプリのスケールアウトについての私の理解では、追加のワーカー プロセスではなく、追加の VM が割り当てられるということです。
仮想サーバーが何かはわかりませんが、各アプリは専用のアプリケーション プールと w3wp.exe プロセスで実行されます。アプリケーション プールごとに 1 つの w3wp.exe プロセスしかないため、Web ガーデンはありません。
アプリをスケーリングするためにこれらが必要だと思う特定の理由はありますか? ほとんどの場合、Web ガーデンを使用することは、スケールするのに間違った方法です。プロセスを追加すると、不要なオーバーヘッドが発生する可能性があるためです (他の問題の中でも - Web で役立つリソースを見つけることができます)。並行性を向上させるために、ほとんどの場合、プロセスよりもスレッドを優先する必要があります。物理リソース (CPU、メモリなど) が不足している場合、正しいスケーリング方法は VM を追加することです。