Directiva de compatibilidad y retirada del SO invitado de Azure
La información de esta página se relaciona con el sistema operativo invitado de Azure (SO invitado) para los roles web y de trabajo de Cloud Services (PaaS). No se aplica a las máquinas virtuales (IaaS).
Microsoft ha publicado una directiva de soporte técnico para el SO invitado. En esta página se describe cómo se implementa la directiva.
La directiva es:
- Microsoft proporcionará soporte para al menos las dos últimas familias del Sistema operativo invitado. Cuando se retire una familia, los clientes dispondrán de 12 meses a partir de la fecha de retirada oficial para actualizarse a una familia del SO invitado más reciente que sea compatible.
- Microsoft proporciona soporte técnico para al menos las dos últimas versiones de las familias de SO invitado compatibles.
- Microsoft proporciona soporte técnico para al menos las dos últimas versiones del SDK de Azure. Cuando se retire una versión del SDK, los clientes disponen de 12 meses desde la fecha de retirada oficial para actualizar a una nueva versión.
En ocasiones, es posible que se proporcione soporte técnico para más de dos familias o versiones. La información de soporte oficial para el SO invitado aparece en la Matriz de compatibilidad del SDK y las versiones del SO invitado de Azure.
Cuando se retira una versión del SO invitado
Las nuevas versionesdel sistema operativo invitado se presentan aproximadamente cada mes para incorporar las actualizaciones más recientes del Centro de respuesta de seguridad de Microsoft (MSRC). Debido a las actualizaciones mensuales periódicas, una versión del SO invitado se deshabilita normalmente 60 días después de su lanzamiento. Esta actividad mantiene al menos dos versiones del SO invitado para cada familia disponibles para su uso.
Proceso durante la retirada de una familia del SO invitado
Una vez anunciada la retirada, los clientes tienen un período de "transición" de 12 meses antes de que la familia anterior se retire oficialmente del servicio. Este período de transición puede ampliarse a discreción de Microsoft. Microsoft publica actualizaciones en las versiones del SO invitado de Azure y la matriz de compatibilidad del SDK.
El proceso de jubilación gradual comienza a los seis (6) meses del periodo de transición. Durante este tiempo:
- Microsoft notifica a los clientes de la retirada.
- La versión más reciente del SDK de Azure no es compatible con la familia de sistemas operativos invitados que se ha retirado.
- Las nuevas implementaciones y las re implementaciones de Cloud Services están prohibidas en la familia retirada
Microsoft sigue introduciendo nuevas versiones del sistema operativo invitado que incorporan las últimas actualizaciones del MSRC hasta el último día del periodo de transición, conocido como "fecha de caducidad." En la fecha de expiración, los servicios en la nube todavía no se admiten en el Acuerdo de Nivel de Servicio (SLA) de Azure. Microsoft tiene el derecho a forzar la actualización, eliminar o detener dichos servicios después de esa fecha.
Proceso durante la retirada de una versión del SO invitado
Si los clientes establecen el SO invitado de forma que se actualice automáticamente, no tendrán que preocuparse nunca por las distintas versiones de este, Siempre usan la versión más reciente del sistema operativo invitado.
Se publican versiones del SO invitado cada mes. Debido a la frecuencia de publicaciones regulares, cada versión tiene una duración determinada.
A los 60 días de duración, una versión está "deshabilitada". "Deshabilitado" significa que la versión se quita del portal. La versión tampoco se puede establecer desde el archivo de configuración CSCFG. Se permite que las implementaciones existentes sigan ejecutándose, pero no se admitirán nuevas implementaciones ni actualizaciones de código y de configuración en las implementaciones existentes.
En algún momento después de que la versión del sistema operativo invitado se convierta en "deshabilitada", "expira" y cualquier instalación que siga ejecutando esa versión expirada se expone a problemas de seguridad y vulnerabilidad. Por lo general, la expiración se produce por lotes, por lo que el período desde la deshabilitación hasta la expiración puede variar.
Los clientes que configuran sus servicios para actualizar el SO invitado manualmente, deben asegurarse de que sus servicios se ejecutan en un SO invitado compatible. Si un servicio está configurado para actualizar el sistema operativo invitado automáticamente, la plataforma subyacente garantiza el cumplimiento de la normativa y actualiza al sistema operativa invitado más reciente.
Estos períodos se pueden prolongar a discreción de Microsoft para facilitar las transiciones de los clientes. Microsoft comunica cualquier cambio en el Matriz de compatibilidad del SDK y las versiones del SO invitado de Azure.
Notificaciones durante la retirada
- Retirada de la familia
Microsoft usa entradas de blog y notificación del portal. A los clientes que sigan utilizando una familia del sistema operativo invitado que se haya retirado se les notifica directamente (correo electrónico, mensajes del portal, llamada telefónica) a través de los administradores de servicios asignados. Microsoft publica todos los cambios en la Matriz de compatibilidad del SDK y versiones del sistema operativo invitado de Azure. - Retirada de la versión
Microsoft publica todos los cambios y las fechas que se producen en la Versiones del sistema operativo invitado de Azure y la matriz de compatibilidad del SDK, incluida la versión, deshabilitada y la expiración. Los administradores de los servicios reciben correos electrónicos si tienen implementaciones que se ejecutan en una versión o familia del SO invitado que se ha deshabilitado. El momento en que se envían estos correos electrónicos puede variar. Suelen ser al menos un mes antes de la des habilitación, aunque este tiempo no es un contrato de nivel de servicio oficial.
Preguntas más frecuentes
¿Cómo puedo mitigar los efectos de la migración?
Se recomienda utilizar la familia del SO invitado más reciente para diseñar Cloud Services.
- Inicie la planificación de la migración a una nueva familia cuanto antes.
- Configure implementaciones de pruebas temporales para probar la ejecución del servicio en la nube en la nueva familia.
- Establezca la versión del SO invitado en Automática (osVersion=* en el archivo .cscfg ) para que la migración a las nuevas versiones del SO invitado se realice automáticamente.
¿Qué ocurre si mi aplicación web requiere una integración más profunda con el sistema operativo?
Si la arquitectura de la aplicación web depende de las características subyacentes del sistema operativo, utilice las funcionalidades admitidas por la plataforma, como las tareas de inicio u otros mecanismos de extensibilidad. Como alternativa, también puede usar Azure Virtual Machines (IaaS, Infraestructura como servicio), donde usted es responsable de mantener el sistema operativo subyacente.
Pasos siguientes
Revise las versiones del SO invitadomás recientes.