Exportar (0) Imprimir
Expandir todo

Administrar implementaciones en Azure

Actualizado: octubre de 2011

Azure proporciona entornos de producción y ensayo en los que se puede crear una implementación del servicio. Cuando se implementa un servicio en un entorno de producción o de ensayo, a dicho servicio se le asigna una única dirección IP pública, denominada dirección IP virtual (VIP). La VIP se utiliza en todos los extremos de entrada asociados con roles en la implementación. Aunque el servicio no tenga ningún extremo de entrada especificado en el modelo, la VIP se asigna y se utiliza como la dirección de origen asignada al tráfico de salida procedente de cada rol.

Normalmente, un servicio se implementa en el entorno de ensayo para probarlo antes de implementarlo en el entorno de producción. Cuando llega el momento de promover el servicio en ensayo al entorno de producción, es posible hacerlo sin necesidad de volver a implementar el servicio. Esto se puede llevar a cabo intercambiando las implementaciones.

Las implementaciones se pueden intercambiar llamando a la API de administración de servicios Intercambiar implementaciones o intercambiando las VIP del portal, lo que dará lugar a la misma operación subyacente en el servicio hospedado. Para obtener más información sobre cómo intercambiar las VIP, vea Administrar Servicios en la nube.

Cuando se implementa el servicio, se asigna una VIP al entorno en el que se realiza la implementación. En el caso del entorno de producción, se puede tener acceso al servicio mediante la dirección URL, el valor <nombredns>.cloudapp.net o la VIP. Cuando se implementa un servicio en el entorno de ensayo, se asigna una VIP a dicho entorno y se puede tener acceso al servicio mediante una dirección URL, el nombre <identificador de servicio interno>.cloudapp.net o la VIP asignada. Las VIP asignadas se pueden ver en el portal o llamando a la API de administración de servicios Obtener implementación.

Cuando se promueve el servicio a producción, la VIP y la dirección URL que se asignaron al entorno de producción se asignan a la implementación que está actualmente en el entorno de ensayo, “promocionando” así el servicio a producción. La VIP y la dirección URL asignadas al entorno de ensayo se asignan a la implementación que estaba en el entorno de producción.

Es importante recordar que ni la dirección IP pública de producción ni la dirección URL del servicio cambian durante la promoción.

Para explicar su funcionamiento, imaginemos un escenario en el que existe una implementación A implementada en el entorno de producción. Además, hay una implementación B implementada en el entorno de ensayo. En la tabla siguiente se muestran las VIP tras la implementación inicial de los servicios en los entornos de producción y de ensayo:

 

Implementación A

VIP1

<nombredns>.cloudapp.net

Producción

Implementación B

VIP2

<guid>.cloudapp.net

Ensayo

Una vez que la implementación B se promueve a producción, las VIP son las siguientes:

 

Implementación B

VIP1

<nombredns>.cloudapp.net

Producción

Implementación A

VIP2

<guid>.cloudapp.net

Ensayo

Cuando se intercambian las implementaciones, la implementación del entorno de producción que estaba asociada con la dirección URL y la VIP de producción se asocia ahora con la VIP de ensayo. Del mismo modo, la implementación del entorno de ensayo que estaba asociada con la dirección URL y la VIP de ensayo se asocia ahora con la VIP de producción.

noteNota
Solo las nuevas conexiones entrantes se conectan con el servicio recién promovido. Las conexiones existentes no se intercambian durante un intercambio de implementación.

Durante el ciclo de vida de una implementación, la VIP asignada no cambiará, independientemente de las operaciones realizadas en la implementación, incluidas las actualizaciones, los reinicios y los restablecimientos de la imagen inicial del sistema operativo. La VIP para una determinada implementación se conservará hasta que se elimine esta. Cuando un cliente intercambia la VIP entre una implementación de ensayo y una de producción en un único servicio hospedado, se conservarán ambas VIP de implementación. Una VIP está asociada con la implementación y no con el servicio hospedado. Cuando se elimina una implementación, la VIP asociada con esta volverá al grupo y se reasignará como corresponda, aunque no se haya eliminado el servicio hospedado. Actualmente, Windows Azure no admite que los clientes reserven una VIP fuera del ciclo de vida de una implementación.

Azure administra automáticamente la machineKey de ASP.NET para los servicios implementados mediante IIS. Si utiliza habitualmente la estrategia de implementación Intercambio de VIP, deberá configurar manualmente las claves de máquina de ASP.NET. Para obtener información sobre la configuración de la clave de máquina, vea Configurar claves del equipo en IIS 7.

Vea también

Mostrar:
© 2014 Microsoft