Windows Azure nie można wykonać swap VIP pomiędzy wdrożeń, które mają inną liczbę punktów końcowych

Question

Próbuję wykonać swap VIP poprzez lazur portal i dostaję błąd:

Windows Azure nie może wykonywać Swap VIP między wdrożeniami, które mają różną liczbę punktów końcowych.

Przyglądałem się bliżej i widzę różnicę w # punktach końcowych (2 w produkcji w porównaniu z 3 w ocenie zaawansowania).

Produkcja:

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

Inscenizacja:

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

Port 80 jest internetowa i 3389 jest zdalny pulpit. Jak na razie dobrze. Skąd pochodzi ten dodatkowy port 8172? Nic w aplikacji nie słucha niczego poza portem 80. Dodatkowo aplikacje w obszarach pomostowych i produkcyjnych są prawie identyczne - więc to musi być framework. Jakieś kroki w zawężaniu tego?

[edytuj] Również ServiceDefinition.csdef moja rola zawiera tylko jeden punkt końcowy zdefiniowany: "Gdzie to jest dodatkowy port, 8172, pochodzących z"

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

Answer 1

It is from WebDeploy being enabled in the publishing settings

Długa odpowiedź:

I analizowany całą konfigurację pojedynczo pomiędzy inscenizacji i produkcji, oto co znalazłem:

ustawieniach publikowania są zapisywane

<azurerole>\Profiles\<yourprofilename>.azurePubxml

Moje wdrożenie produkcyjne miało <AzureEnableWebDeploy>True</AzureEnableWebDeploy> w Po wdrożeniu mojego wdrożenia próbnego infrastruktura Azure wyszukuje i otwiera port 8172, aby umożliwić wdrożenie WebDeploy na rolach pomostowych. Dlatego właśnie punkty końcowe różnią się, pomimo braku nowego punktu końcowego zdefiniowanego w pliku ServiceDefinition.csdef.

Nie jestem pewien, dlaczego posiadanie różnej liczby punktów końcowych powinno uniemożliwić publikację Azure.

Answer 2

Dla mnie problem polegał na tym, że w moich instancjach PROD włączono obsługę protokołu RDP, a funkcja STAGING nie. Tak więc "RDP" był punktem końcowym, który był inny.