En este artículo se responden a las preguntas más frecuentes (P+F) sobre los reinicios de instancias de rol causados por las actualizaciones del sistema operativo Windows (SO) en una máquina virtual (VM) de plataforma como servicio (PaaS) de Microsoft Azure.
¿Cómo puedo no participar en las actualizaciones del sistema operativo?
No puede excluirse de las actualizaciones del sistema operativo host. Microsoft debe mantener los sistemas operativos host actualizados dentro del centro de datos. Para no participar en la actualización del sistema operativo invitado, especifique una versión del sistema operativo invitado. Sin embargo, si lo hace, el servicio ya no recibirá actualizaciones de seguridad y podría dejarse vulnerable. Para obtener más información, vea Administrar una versión del sistema operativo invitado.
Cómo forzar que las actualizaciones y los reinicios se realicen solo durante horas no laborables?
No se puede controlar cuándo se actualiza una sola instancia o servicio para el sistema operativo host. La actualización se inicia en todos los centros de datos de Azure de todo el mundo aproximadamente al mismo tiempo. El tejido funciona continuamente en la actualización de cada centro de datos. Debido a la complejidad de asegurarse de que se siguen las reglas de dominio de actualización para todos los servicios en la nube, este proceso tarda varios días. No hay ninguna manera de controlar o determinar cuándo se verá afectada una instancia específica. Para controlar la actualización del sistema operativo invitado, puede especificar una versión fija del sistema operativo invitado y, a continuación, actualizarla siempre que esté listo.
He instalado algo en la máquina virtual. Pero ahora, la máquina virtual se ha reiniciado y el software que he instalado ha desaparecido. ¿Por qué desapareció el software?
No hay compatibilidad para conectarse a una máquina virtual PaaS de Azure a través del Protocolo de Escritorio remoto (RDP) y realizar cambios o instalar software. En cualquier momento, se puede volver a generar la máquina virtual y se perderán los cambios que realice. Este escenario puede producirse si se produce un error en el hardware y tenemos que iniciar una nueva máquina virtual en un nuevo hardware. También se producirá durante la actualización del sistema operativo invitado, cuando se vuelva a generar la partición de Windows. Si tiene que instalar software o realizar cambios en la máquina virtual, cree una tarea de inicio y realice el trabajo desde allí. Este proceso garantiza que, cuando se vuelva a crear la máquina virtual, se volverá a ejecutar la configuración.
¿Puede una de las actualizaciones de la nueva versión del sistema operativo invitado interrumpir mi servicio?
Las actualizaciones que se instalan en la nueva versión del sistema operativo invitado están disponibles públicamente y se han probado exhaustivamente las revisiones. Estas revisiones también se implementan en servidores de todo el mundo a través de Windows Update y la posibilidad de efectos adversos en el servicio es pequeña. En cuanto a los servicios locales, debe administrar las revisiones del sistema operativo en máquinas virtuales de Azure mediante un entorno de ensayo en el que pruebe primero las actualizaciones.
Si desea configurar un entorno de ensayo para probar las actualizaciones antes de la producción, configure el servicio de producción para que use una cadena de sistema operativo de versión fija en el archivo .cscfg. A continuación, cuando haya un nuevo sistema operativo invitado disponible, puede implementar el servicio en la ranura de ensayo mediante la versión más reciente del sistema operativo invitado. Después de comprobar que el servicio funciona correctamente en el sistema operativo invitado más reciente, puede realizar un intercambio de VIP. O bien, puede realizar una actualización local del servicio de producción para usar el sistema operativo más reciente.
¿Cuánto tiempo tardará la actualización? ¿Cuánto tiempo estará inactiva la máquina virtual?
Una idea errónea común es que cuantos más actualizaciones se apliquen, más tiempo tardará el proceso. Esta suposición se basa en la creencia de que la actualización funciona de forma similar a cómo se produce una actualización Windows Update en el equipo de escritorio local. En una actualización de Windows, muchas actualizaciones se copian en Windows e se instalan mediante la inclusión de reinicios posteriores. Sin embargo, ese proceso no es el funcionamiento de la actualización en Azure.
Cuando se publica una nueva versión del sistema operativo en Azure, el equipo del sistema operativo toma la imagen más reciente, aplica actualizaciones y, a continuación, crea un disco duro virtual (VHD) que contiene esta nueva imagen base. A continuación, esta imagen base se copia en un repositorio de Azure. Cuando se indique al tejido que realice una actualización del sistema operativo, primero realizará un pase de copia. En el centro de datos que se va a actualizar, el tejido copia este nuevo disco duro virtual de imagen base en el disco duro de cada servidor. Una vez finalizado este proceso, el tejido comienza el proceso de actualización, siguiendo las reglas de dominio de actualización habituales.
Cuando se va a actualizar un invitado, el tejido realiza un apagado correcto del sistema operativo y, a continuación, inicia una nueva máquina virtual mediante la nueva imagen base. El tiempo necesario para actualizar una máquina virtual determinada para un sistema operativo invitado es aproximadamente la misma cantidad de tiempo que se tarda en realizar un apagado y reinicio correctos de Windows.
El tiempo de una actualización del sistema operativo host es diferente. Cuando se actualiza un host, se produce la siguiente secuencia:
El host envía el mensaje de apagado a cada sistema operativo invitado que se ejecuta en ese host.
Cada sistema operativo invitado recibe el evento estándar
OnStopy el tiempo de apagado de Windows para terminar de apagarse.Después de apagar cada sistema operativo invitado, el sistema operativo host realiza un apagado correcto y pasa por su procedimiento de apagado normal.
Una vez apagado el sistema operativo host, el host se reinicia mediante la nueva imagen del sistema operativo.
Una vez que el host está en funcionamiento, inicia cada sistema operativo invitado.
Este proceso de actualización del sistema operativo host normalmente tarda entre 15 y 20 minutos. El tiempo puede variar en función del número de invitados que haya en ese host y de cuánto tiempo sea necesario para procesarlos. Pero siempre habrá excepciones si se produce un error en un nodo determinado y el tejido de Azure determina que los invitados de ese nodo deben moverse a otro nodo.
Cómo controlar el apagado del sistema operativo?
Cuando se actualiza el sistema operativo, Azure Fabric realiza un apagado correcto de la instancia de rol. Esta práctica significa que el código de ASP.NET recibirá el Application_End evento y el entorno de ejecución del servicio de Azure generará los Stopping eventos y OnStop . El código tendrá cinco minutos para finalizar el trabajo de limpieza en OnStop antes de que se cierre el proceso. Después de apagar el proceso de host de Azure, Windows pasará por un apagado correcto normal, lo que incluye el aumento de los eventos estándar OnStop y relacionados para los servicios de Windows.
Para obtener más información sobre cómo controlar un cierre de la instancia, consulte La manera correcta de controlar eventos de Azure OnStop, Personalizar el ciclo de vida de un rol web o de trabajo en .NET y RoleEntryPoint.OnStop() Method.
Más información
Ponte en contacto con nosotros para obtener ayuda
Si tiene preguntas o necesita ayuda, cree una solicitud de soporte o busque consejo en la comunidad de Azure. También puede enviar comentarios sobre el producto con los comentarios de la comunidad de Azure.