Windows Azure не может выполнять VIP-подкачку между развертываниями, имеющими разное количество конечных точек


Я пытаюсь выполнить VIP-обмен через портал azure и получаю сообщение об ошибке:

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. Кроме того, приложения в области постановки и производства почти идентичны - так что это должна быть основа. Есть какие-нибудь шаги, чтобы сузить круг поисков?

[править] Кроме того, моя роль-служебное определение.csdef имеет только одну конечную точку, определенную:

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

2 ответа:

"откуда идет этот дополнительный порт, 8172?"

Это из WebDeploy, включенного в настройках публикации

Длинный ответ:

Я проанализировал всю конфигурацию одну за другой между постановкой и производством, вот что я нашел:

Настройки публикации сохраняются в

<azurerole>\Profiles\<yourprofilename>.azurePubxml

Развертывания производства <AzureEnableWebDeploy>True</AzureEnableWebDeploy> в то время как мое промежуточное развертывание имело <AzureEnableWebDeploy>False</AzureEnableWebDeploy>

Инфраструктура Azure выглядит следующим образом: вверх и открывает порт 8172 для включения WebDeploy на промежуточных ролях. Так вот почему конечные точки отличаются, несмотря на отсутствие новой конечной точки, определенной в ServiceDefinition.файл csdef.

Я не уверен, почему наличие разного количества конечных точек должно препятствовать самой публикации Azure.

Для меня проблема заключалась в том, что мои экземпляры PROD включили RDP, а постановка-нет. Таким образом," RDP " был конечной точкой, которая отличалась.