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

Я пытаюсь выполнить обмен 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 — веб, а 3389 — удаленный рабочий стол. Все идет нормально. Откуда взялся этот дополнительный порт 8172? Ничто в приложении не слушает ничего, кроме порта 80. Кроме того, приложения в тестовой и рабочей областях почти идентичны, так что это должна быть структура. Любые шаги в сужении этого?

[править] Кроме того, в ServiceDefinition.csdef моей роли определена только одна конечная точка:

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

azure-web-roles
person DeepSpace101    schedule 29.08.2012    source источник

Ответы (2)


arrow_upward
8
arrow_downward

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

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

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

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

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

<azurerole>\Profiles\<yourprofilename>.azurePubxml

В моем производственном развертывании было <AzureEnableWebDeploy>True</AzureEnableWebDeploy>, а в промежуточном — <AzureEnableWebDeploy>False</AzureEnableWebDeploy>.

Затем инфраструктура Azure просматривает это и открывает порт 8172, чтобы включить WebDeploy для промежуточных ролей. Вот почему конечные точки отличаются, несмотря на то, что в файле ServiceDefinition.csdef не определена новая конечная точка.

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

person DeepSpace101    schedule 30.08.2012

arrow_upward
0
arrow_downward

Для меня проблема заключалась в том, что в моих экземплярах PROD был включен RDP, а в STAGING — нет. Таким образом, «RDP» был другой конечной точкой.

person ProVega    schedule 12.10.2013