私はあなたがもっとApp App Plansを必要としているとは思っていませんが、必要と言ってみましょう。
あなたが見ているものよりもnested profilesです。
制限を説明しgood documentationもあります:
各トラフィックマネージャプロファイルは、各Azureの地域から多くても1つのWebアプリケーションのエンドポイント で持つことができます。この制約を回避するには、 Webアプリケーションを外部エンドポイントとして設定することができます。詳細については、 FAQをご覧ください。
とその一部の回避策here。
スケール単位は、あなたがバグした単位です。あなたのスケールユニットを見つけるのに役立つ@ jewunasが正しいパスにあります。しかし、AppServicePlanは単一のVMではありませんが、それは別の問題です。
だから、基本的な考え方:
- あなたはアプリのサービスプラン
- を作成するには、その中に
- をWebアプリケーションを作成するには、あなたの本当 DNS名を発見するために
nslookup yoursite.azurewebsites.net
をラング。ちょうど@juunasが指摘したように、それはwaws-prod-am2-077.vip.azurewebsites.windows.net
のようなものになります。 waws-prod-am2-077
はスケールユニットです。
App Service Plansが異なるスケール単位で動作することがわかるまで、これらの手順を繰り返します。
これはどこにも記載されていないのは本当に残念です。いいえ、アプリサービスプランの規模単位を確認する簡単な方法はありません。また、複数のアプリケーションサービスプランを異なる規模のユニットに簡単に配置する方法もありません。異なるスケールユニットにまたがるアプリのサービスプランは、あなたのアプリケーション部分のサービスの停止に対するより良いresiliasncyを与える持つ一方
、:)
彼らはスケールの単位について話すとき、私は、彼らがその仮想マシンについて話していると思いますAzure App Serviceを実行します。 'nslookup yoursite.azurewebsites.net'を実行すると、スケールユニットのURLを見ることができます。 'waws-prod-am2-077.vip.azurewebsites.windows.net'のような答えが得られます。つまり、Web Appsは同じApp Service Planに参加できません。 – juunas
同じ地域に複数のAppサービスプランを用意するのではなく、手動スケーリングまたはオートスケールを使用して、地域のアプリの複数のインスタンスを作成する必要があります。 –
Stack Overflowは、プログラミングおよび開発に関する質問のサイトです。この質問は、プログラミングや開発に関するものではないので、話題にはならないようです。ヘルプセンターの[ここではどのトピックを参照できますか](http://stackoverflow.com/help/on-topic)を参照してください。おそらく、[スーパーユーザ](http://superuser.com/)や[Unix&Linux Stack Exchange](http://unix.stackexchange.com/)の方が良いかもしれません。また、[Dev Opsについての質問はどこに投稿しますか?](http://meta.stackexchange.com/q/134306) – jww