5

Azureポータルを介してVIPスワップを実行しようとしていますが、エラーが発生します。

Windows Azureは、エンドポイントの数が異なる展開間でVIPスワップを実行できません。

よく見ると、エンドポイントの数に違いがあります（本番環境で2つ、ステージングで3つ）。

製造：

Input Endpoints
OUR.API:168.62.21.50:80 
OUR.API:168.62.21.50:3389

演出：

Input Endpoints
OUR.API:168.62.22.55:80 
OUR.API:168.62.22.55:3389 
OUR.API:168.62.22.55:8172

ポート80はWebで、3389はリモートデスクトップです。ここまでは順調ですね。その追加のポート8172はどこから来ていますか？アプリケーション内の何もポート80以外のものをリッスンしません。さらに、ステージング領域と本番領域のアプリケーションはほとんど同じです。したがって、フレームワークである必要があります。これを絞り込むための手順はありますか？

[編集]また、私のロールのServiceDefinition.csdefには、定義されているエンドポイントが1つだけあります。

 <Sites>
      <Site name="Web">
        <Bindings>
          <Binding name="Endpoint1" endpointName="Endpoint1" />
        </Bindings>
      </Site>
    </Sites>
    <Endpoints>
      <InputEndpoint name="Endpoint1" protocol="http" port="80" />
    </Endpoints>
4

2 に答える 2

8

「その追加のポート8172はどこから来ているのですか？」

これは、公開設定で有効になっているWebDeployからのものです

長い答え：

ステージングと本番の間に構成全体を1つずつ解析しました。これが、私が見つけたものです。

公開設定はに保存されます

<azurerole>\Profiles\<yourprofilename>.azurePubxml

<AzureEnableWebDeploy>True</AzureEnableWebDeploy>ステージングデプロイメントが持っていた間、私のプロダクションデプロイメントは持っ ていました<AzureEnableWebDeploy>False</AzureEnableWebDeploy>

次に、Azureインフラストラクチャがそれを検索し、ポート8172を開いて、ステージングロールでWebDeployを有効にします。そのため、ServiceDefinition.csdefファイルに新しいエンドポイントが定義されていないにもかかわらず、エンドポイントが異なります。

エンドポイントの数が異なると、AzurePublication自体が妨げられる理由がわかりません。

于 2012-08-30T16:33:50.277 に答える
0

私にとっての問題は、PRODインスタンスでRDPが有効になっていて、STAGINGでは有効になっていないことでした。つまり、「RDP」は異なるエンドポイントでした。

于 2013-10-12T04:41:26.610 に答える