Exportar (0) Imprimir
Expandir todo

Actualizaciones del SO host de Azure

Actualizado: noviembre de 2014

Azure actualiza el sistema operativo en la partición raíz, también denominado sistema operativo host, al menos cada trimestre para mantener un entorno seguro para todas las aplicaciones cliente que se ejecutan en la plataforma. La arquitectura de virtualización que utiliza Azure es similar a la de Windows Hyper-V. Incluye una partición raíz que hospeda el SO de la partición raíz de Azure y el agente de Azure responsable de crear particiones secundarias para ejecutar los servicios de Azure en el SO invitado de Azure.

La actualización del sistema operativo de la partición raíz de Azure y del hipervisor de Azure requiere que las máquinas virtuales del servidor que se está actualizando se apaguen y se vuelvan a arrancar a continuación. Para implementar el SLA de Azure, Azure no debe apagar simultáneamente máquinas virtuales que hospeden distintos dominios de actualización del mismo rol de servicio de Azure. Para asegurarse de que esto no ocurre, Azure determina el orden óptimo para la actualización de los servidores respetando al mismo tiempo las restricciones de los dominios de actualización. Para obtener más información acerca del SLA de Azure, vea Contratos de nivel de servicio.

Una vez que Azure inicia la actualización de un servidor, continúa de acuerdo con los pasos siguientes:

  1. Las máquinas virtuales que se ejecutan en el servidor y que tienen un extremo de entrada en el modelo de servicio del rol se quitan del ciclo del equilibrador de carga para que no reciban nuevas solicitudes, enviándose estas a otras instancias de ese rol según las directivas de equilibrio de carga de Azure.

  2. Las máquinas virtuales que hospeden un rol web o de trabajo reciben un evento Stopping, mientras que los roles de VM reciben un evento de cierre estándar de Windows.

  3. Los roles web, de trabajo y de máquina virtual disponen de cinco minutos para responder al evento de detención y cierre antes de que se detengan forzosamente.

  4. Una vez detenidas todas las máquinas virtuales invitadas, el sistema operativo de la partición raíz se cierra y el servidor se reinicia.

  5. Se inicia el sistema operativo de la partición raíz actualizado.

  6. Las máquinas virtuales que se hospedan en el servidor arrancan e inician su código de aplicación.

  7. Las máquinas virtuales que hospedan roles de servicio con extremos de entrada se vuelven a conectar al equilibrador de carga, lo que las permite recibir solicitudes de cliente.

Azure espera hasta que el código de rol de las máquinas virtuales hospedadas en servidores actualizados entre en el estado Listo antes de actualizar los servidores que hospedan los mismos roles, pero que residen en dominios de actualización diferentes. Sin embargo, para garantizar la oportuna actualización para una plataforma segura, cada instancia de rol dispone únicamente de 15 minutos para alcanzar el estado Listo antes de que Azure comience a actualizar otros servidores que podrían hospedar roles de dominios de actualización diferentes. Estos 15 minutos comienzan a partir del momento que una instancia de rol empieza a las ejecutar tareas Startup.

noteNota
Debido a este comportamiento, si incluye tareas de inicio o código en el método OnStart que duran más de 15 minutos, es posible que se encuentre con varias instancias de rol de distintos dominios de actualización sin conexión al mismo tiempo, lo que puede afectar a la disponibilidad del servicio.

Vea también

Mostrar:
© 2015 Microsoft