Windows Azure können keine VIP-Swap zwischen Installationen durchführen, die eine unterschiedliche Anzahl von Endpunkten haben

Question

Ich versuche, ein VIP-Swap über das azur Portal ausführen und ich erhalte die Fehlermeldung:

Windows Azure ein nicht ausführen kann VIP-Swap zwischen Bereitstellungen mit einer anderen Anzahl von Endpunkten

Ich schaute näher und ich sehe Unterschiede in der Anzahl der Endpunkte (2 in Produktion vs 3 in Staging).

Produktion:

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

Inszenierung:

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 Web und 3389 ist Remote-Desktop. So weit, ist es gut. Woher kommt der zusätzliche Port 8172? Nichts in der Anwendung hört auf etwas anderes als Port 80. Außerdem sind die Anwendungen in den Staging- und Produktionsbereichen fast identisch - also muss es das Framework sein. Irgendwelche Schritte, um dies zu verringern?

[Bearbeiten] Auch meine Rolle ServiceDefinition.csdef hat nur einen Endpunkt definiert: "Wo ist, dass zusätzlich Port, 8172, geschrieben von"

<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

Lange Antwort:

I analysiert die gesamte Konfiguration einer nach dem anderen zwischen der Inszenierung und Produktion, hier ist das, was ich gefunden habe:

Ihre Publishing-Einstellungen werden auf

gespeichert

<azurerole>\Profiles\<yourprofilename>.azurePubxml

Meine Produktion Bereitstellung hatte <AzureEnableWebDeploy>True</AzureEnableWebDeploy> w hile Meine Bereitstellungsbereitstellung hatte <AzureEnableWebDeploy>False</AzureEnableWebDeploy>

Die Azure-Infrastruktur sucht dann nach oben und öffnet Port 8172, um WebDeploy für die Bereitstellungsrollen zu aktivieren. Aus diesem Grund sind die Endpunkte unterschiedlich, obwohl kein neuer Endpunkt in der Datei ServiceDefinition.csdef definiert ist.

Ich bin nicht sicher, warum eine unterschiedliche Anzahl von Endpunkten eine Azure-Veröffentlichung selbst verhindern sollte.

Answer 2

Für mich war das Problem, dass meine PROD-Instanzen RDP aktiviert hatte und die STAGING nicht. Also "RDP" war der Endpunkt, der anders war.