Cambio de una implementación a otra en Azure Cloud Services (soporte extendido)

  • Artículo

En Azure Cloud Services (soporte extendido) puede intercambiar dos implementaciones de servicios en la nube independientes. A diferencia de Azure Cloud Services (clásico), el modelo Azure Resource Manager en Azure Cloud Services (soporte extendido) no usa ranuras de implementación. En Azure Cloud Services (soporte extendido), al implementar una nueva versión de un servicio en la nube, se puede hacer que el servicio en la nube pueda "intercambiarse" con un servicio en la nube existente en Azure Cloud Services (soporte extendido).

Después de intercambiar las implementaciones, puede agregar al "stage" y probar la nueva versión mediante la implementación del nuevo servicio en la nube. En efecto, el intercambio promueve un nuevo servicio en la nube que se ha pasado a la versión de producción.

Nota:

No se puede cambiar de una implementación mediante Azure Cloud Services (clásica) a una implementación mediante Azure Cloud Services (soporte extendido).

Si implementa el segundo de un par de servicios en la nube por primera vez, es preciso que uno de ellos no se pueda cambiar por el segundo. Una vez implementado el segundo par de servicios en la nube, no se puede intercambiar con un servicio en la nube existente en las actualizaciones posteriores.

Para cambiar de una implementación a otra puede usar una plantilla de Azure Resource Manager, Azure Portal o la API REST.

Tras la implementación del segundo servicio en la nube, ambos servicios en la nube tienen la propiedad SwappableCloudService establecida para que se apunten entre sí. Cualquier actualización posterior de estos servicios en la nube deberá especificar que esta propiedad ha fallado, de modo que devolverá un error que indique que la propiedad SwappableCloudService no se puede eliminar ni actualizar.

Una vez establecida, la propiedad SwappableCloudService se trata como propiedad de solo lectura. No se puede eliminar ni cambiar a otro valor. Al eliminar uno de los servicios en la nube (del par intercambiable) se borrará la propiedad SwappableCloudService del servicio en la nube restante.

Plantilla ARM

Si usa el método de la implementación mediante una plantilla de Resource Manager, para que los servicios en la nube se puedan intercambiar, establezca la propiedad SwappableCloudService en networkProfile del objeto cloudServices en el identificador del servicio en la nube emparejado:

"networkProfile": {
 "SwappableCloudService": {
              "id": "[concat(variables('swappableResourcePrefix'), 'Microsoft.Compute/cloudServices/', parameters('cloudServicesToBeSwappedWith'))]"
            },
        }

Azure portal

Para cambiar de una implementación a otra en Azure Portal:

  1. En el menú del portal, seleccione Cloud Services (soporte extendido) o Panel.

  2. Seleccione el servicio en la nube que desee migrar.

  3. En la hoja Información general del servicio en la nube, seleccione Intercambiar:

    Screenshot that shows the swap tab for the cloud service.

  4. En el panel de confirmación del intercambio, compruebe la información de la implementación y seleccione Aceptar para cambiar una implementación por otra:

    Screenshot that shows confirming the deployment swap information.

Las implementaciones se intercambian rápidamente porque lo único que cambia es la dirección IP virtual del servicio en la nube que se implementa.

Para ahorrar costos de proceso, puede eliminar uno de los servicios en la nube (designado como entorno de ensayo para la implementación de la aplicación) después de comprobar que el servicio en la nube intercambiado funciona como cabría esperar.

REST API

Para usar la API REST con el fin de cambiar a una nueva implementación de servicios en la nube en Azure Cloud Services (soporte extendido), use el siguiente comando y configuración de JSON:

POST https://management.azure.com/subscriptions/subid/providers/Microsoft.Network/locations/westus/setLoadBalancerFrontendPublicIpAddresses?api-version=2021-02-01

{
  "frontendIPConfigurations": [
    {
      "id": "/subscriptions/subid/resourceGroups/rg1/providers/Microsoft.Network/loadBalancers/lb1/frontendIPConfigurations/lbfe1",
      "properties": {
        "publicIPAddress": {
          "id": "/subscriptions/subid/resourceGroups/rg2/providers/Microsoft.Network/publicIPAddresses/pip2"
        }
      }
    },
    {
      "id": "/subscriptions/subid/resourceGroups/rg2/providers/Microsoft.Network/loadBalancers/lb2/frontendIPConfigurations/lbfe2",
      "properties": {
        "publicIPAddress": {
          "id": "/subscriptions/subid/resourceGroups/rg1/providers/Microsoft.Network/publicIPAddresses/pip1"
        }
      }
    }
  ]
}

Preguntas comunes sobre el intercambio de implementaciones

Consulte estas respuestas a preguntas comunes sobre los intercambios de implementaciones en Azure Cloud Services (soporte extendido).

¿Cuáles son los requisitos previos para cambiar a una nueva implementación de servicios en la nube?

Para que realizar un cambio correcto a otra implementación en Azure Cloud Services (soporte extendido), es preciso cumplir dos requisitos previos clave:

  • Si desea usar una dirección IP estática o reservada para uno de los servicios en la nube intercambiables, el otro servicio en la nube también debe usar una dirección IP reservada. Si no lo hace así, se producirá un error en el intercambio.
  • Para que el intercambio se realice correctamente, todas las instancias de los roles deben estar en ejecución. Para comprobar el estado de las instancias, en Azure Portal, vaya a Información general en el servicio en la nube recién implementado, o bien use el comando Get-AzRole en Windows PowerShell.

Las actualizaciones del sistema operativo invitado y las operaciones de recuperación del servicio también provocar que no se puedan realizar un cambio de una implementación por otra. Para más información, consulte Solución de problemas de implementación de Azure Cloud Services.

¿Puedo realizar un intercambio de VIP en paralelo con otra operación de mutación?

No. Un intercambio de VIP es un cambio de solo red que debe finalizar antes de iniciar cualquier otra operación de proceso en un servicio en la nube. El inicio de una operación de actualización, eliminación o escalabilidad automática para un servicio en la nube mientras un intercambio de VIP está en curso o el desencadenamiento de un intercambio de VIP mientras hay otra operación de proceso en curso podría poner el servicio en la nube en un estado de error irrecuperable.

¿Un intercambio conlleva tiempo de inactividad en mi aplicación?, ¿cómo puedo controlarlo?

Los intercambios de servicios en la nube normalmente son rápidos, ya que son solo un cambio en la configuración de Azure Load Balancer. En algunos casos, el intercambio puede tardar 10 segundos, o más, y provocar errores de conexión transitorios. Para limitar el efecto del intercambio en los usuarios, considere la posibilidad de implementar la lógica de reintento de cliente.

Pasos siguientes