Windows Azure no puede realizar un intercambio VIP entre los despliegues que tienen un número diferente de puntos finales

Question

Estoy tratando de realizar un intercambio de VIP a través del portal azul y estoy consiguiendo el error:

Windows Azure no puede realizar una Intercambio VIP entre implementaciones que tienen un número diferente de puntos finales.

Miré más de cerca y SÍ veo la diferencia en # de puntos finales (2 en producción frente a 3 en etapas).

Producción:

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

Puesta en escena:

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

El puerto 80 es web y 3389 es el escritorio remoto. Hasta aquí todo bien. ¿De dónde viene ese puerto adicional, 8172? Nada en la aplicación escucha nada más que el puerto 80. Además, las aplicaciones en las áreas de preparación y producción son casi idénticas, por lo que debe ser el marco. ¿Hay algún paso para reducir esto?

[editar] Además, ServiceDefinition.csdef de mi papel ha llegado a un punto final definido: "¿Dónde está ese puerto adicional, 8172, procedente de"

<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

Respuesta larga:

I Analizada toda la configuración de uno a uno entre la puesta en escena y la producción, esto es lo que encontré:

Sus ajustes de publicación se guardan en

<azurerole>\Profiles\<yourprofilename>.azurePubxml

Mi implementación de producción tenía w Aunque mi implementación provisional tuvo <AzureEnableWebDeploy>False</AzureEnableWebDeploy>

La infraestructura de Azure luego busca y abre el puerto 8172 para habilitar WebDeploy en los roles de transición. Es por eso que los puntos finales son diferentes a pesar de que no se haya definido un nuevo punto final en el archivo ServiceDefinition.csdef.

No estoy seguro de por qué tener una cantidad diferente de puntos finales debe evitar una publicación de Azure.

Answer 2

Para mí, el problema era que mis instancias de PROD tenían RDP activado y STAGING no. Entonces, "RDP" fue el punto final que fue diferente.