2017-02-22 9 views
2

トラフィックマネージャを使用して、同じ地域にある3つのアプリケーションサービスにトラフィックをルーティングする必要があります(3つのインスタンスを持つ1つのアプリケーションサービスが機能しません。ロードバランシングのコントロールが必要)。 同じ地域に複数のWebアプリケーションがあるAzureトラフィックマネージャ

は、私はこれは私が別のアプリのサービスプランでのアプリサービスを設定しようとしたが、それでも私は、複数のアプリサービスに同じドメインを割り当てることはできません

possibileですhereをお読みください。私は「規模単位」を読んだことがありますが、私はそれが何であるか分かりません。基本的には、同じ地域に割り当てられた同じドメインを持つ2つのApp Servicesを作成することはできません。

+0

彼らはスケールの単位について話すとき、私は、彼らがその仮想マシンについて話していると思いますAzure App Serviceを実行します。 'nslookup yoursite.azurewebsites.net'を実行すると、スケールユニットのURLを見ることができます。 'waws-prod-am2-077.vip.azurewebsites.windows.net'のような答えが得られます。つまり、Web Appsは同じApp Service Planに参加できません。 – juunas

+0

同じ地域に複数のAppサービスプランを用意するのではなく、手動スケーリングまたはオートスケールを使用して、地域のアプリの複数のインスタンスを作成する必要があります。 –

+0

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

答えて

3

私はあなたがもっと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を与える持つ一方

、:)

+0

これを試してみましたが、あなたは正しいですが、初めてのアプリサービスを新しい大規模なユニットでは、私は別の3つ、少なくともそれらを取得する必要があります、それは永遠にかかるつもりです。 1つの質問、なぜあなたは私たちが異なるアプリサービスプランを必要としているとは思わないのですか?同じアプリサービスプランを使用して新しい規模のユニットに行くことができます(これは意味をなされます)。 – Pietro

+0

こんにちは。私が意味していたことは、あなたのアプリケーションに単一のAppサービスプランを使用するだけでいいのです。あなたのためのものがずっと簡単になります。 1つのアプリだけをスケールする必要がある場合、すべてのアプリがその力を活用します。あなたは何も失うことはありません。 - 異なる規模のユニット間で単一のApp Service Planにまたがることはできません。 – astaykov

+0

同じドメインを異なるApp Serviceに割り当てるためには、異なる規模の単位にする必要があるため、異なる規模単位で単一のApp Service Planにまたがることはできません – Pietro

関連する問題