バックグラウンド
私たちの会社は、約のためのウェブサイトを設計し、ホストしています。500 クライアント、各クライアントには 1 つの Web サイトがあります。各 Web サイトは ASP.net 上に構築されています。現在のホスティング インフラストラクチャは、Windows を実行する仮想マシンを備えたハイパーバイザー上に構築されています。3 台の仮想マシンがすべて同じ仕様 (8 コア、24 GB RAM) で実行されています。500 のクライアント サイトがこれら 3 つの Web サーバーに分割されており、負荷分散やフォールト トレランスはありません。Web サイトは 1 つの場所にしか存在しません。
したがって、クライアントを蓄積すると、各 Web サーバーのサイト数が増加します。各サーバーが最大になると、別のサーバーをオンラインにして再起動し、そのサーバーがいっぱいになると、別の VM を起動します。
ゴール
(最終的には) サイトを Azure に移行したいと考えていますが、現在のセットアップを Azure に複製するのではなく、スケーリングを利用する代わりに、各 Web サイトを Azure Web アプリに移行したいと考えています。
また、追加のサイトをオンラインにする際のコストをよりきめ細かく管理したいと考えています。現在、VM をオンラインにし、X (空のサーバーの場合) の費用がかかります。これを満たすには 3 か月かかる場合があります。大きなステップではなく、ホスティング ホストを着実に追加したいと考えています。
私の質問
これについて何日も調査しましたが、何百もの Web サイトをホストする場合に Azure Web アプリで理想的なセットアップがどのように見えるかについてのチュートリアルやガイドが見つかりません。ほとんどすべてのチュートリアルでは、Web サイトを 1 つだけ作成することを想定しているため、サイトと基礎となるリソースの間には 1 対 1 の関係があります。アプリを App Service プランなどに編成する方法については決して話しません。
Web サイトを追加し、適切な価格レベルを選択し、スケール設定を設定するという概念は理解していますが、オンラインで人々が Azure Apps のスケール アウトについて話している理由は理解できません。別の VM をオンラインにすることで、別のシステムでその量の RAM をすぐに消費するだけです。この意味でのスケールアウトは、可用性を向上させるだけです。これは正しいですか?
Azure で多くの Web サイトを扱う際に、誰かが自分の経験を提供できる場合 (Azure でホストする Web デザイン会社を所有している場合はなおさらです)、非常に高く評価されます。