Prise en charge et stratégie de suppression du SE invité d’Azure

Les informations de cette page concernent le système d'exploitation invité Azure (SE invité) pour les rôles Web et de travail Cloud Services (PaaS). Elle ne s’applique pas aux machines virtuelles (IaaS).

Microsoft a publié sa politique de support pour le SE invité. Cette page décrit comment la stratégie est implémentée.

Cette stratégie est la suivante :

• Microsoft prend en charge au moins les deux dernières familles du système d’exploitation invité. Lorsqu'une famille est supprimée, les clients bénéficient d'un délai de 12 mois à compter de la date officielle de suppression pour passer à une famille de systèmes d'exploitation invités plus récente prise en charge.
• Microsoft prend en charge au moins les deux dernières versions des familles de système d’exploitation invité prises en charge.
• Microsoft prend en charge au moins les deux dernières versions du Kit de développement logiciel (SDK) Azure. Lorsqu’une version du SDK est retirée, les clients disposent de 12 mois à compter de la date officielle de la mise hors service pour passer à une version plus récente.

Plus de deux familles ou versions peuvent parfois être prises en charge. Les informations relatives à la prise en charge officielle du système d’exploitation invité figurent dans la Matrice de compatibilité des versions du système d’exploitation invité Azure et du kit de développement logiciel (SDK).

Lorsqu’une version du système d’exploitation invité est supprimée

Les nouvelles versions du système d’exploitation Guest sont publiées environ tous les mois afin d’intégrer les dernières mises à jour du Centre de réponse aux problèmes de sécurité Microsoft (MSRC). En raison des mises à jour mensuelles régulières, une version de SE invité est généralement désactivée environ 60 jours après sa publication. Cette activité permet de conserver au moins deux versions de système d'exploitation invité pour chaque famille à disposition.

Processus de suppression d'une famille de SE invités

Une fois la suppression annoncée, les clients bénéficient d'une période de « transition » de 12 mois avant que la famille la plus ancienne soit officiellement supprimée du service. Ce délai de transition peut être étendu à la discrétion de Microsoft. Microsoft publie des mises à jour sur les Matrice de compatibilité des versions du système d’exploitation invité Azure et du kit de développement logiciel (SDK).

Un processus de mise hors service progressive commence six (6) mois après le début de la période de transition. Pendant cette période :

• Microsoft informe les clients de la mise hors service.
• La nouvelle version du SDK Azure ne prend pas en charge la famille de systèmes d’exploitation invités qui a été mise hors service.
• Les nouveaux déploiements et les redéploiements de services cloud ne sont pas autorisés dans la famille qui a été mise hors service.

Microsoft continue de publier de nouvelles versions du système d’exploitation invité qui contiennent les dernières mises à jour du MSRC jusqu’au dernier jour de la période de transition, appelée « expiration date » (date d’expiration). À la date d’expiration, les services cloud en cours d’exécution sont pris en charge sous le Contrat de niveau de service (SLA) Azure. Microsoft décide librement de forcer la mise à niveau, la suppression ou l'arrêt de ces services après cette date.

Processus de suppression d'une version de SE invité

Si les clients définissent la mise à jour automatique pour leur système d'exploitation invité, ils n'ont pas à se soucier de la gestion des versions de système d'exploitation invité. Ils utilisent toujours la dernière version du système d’exploitation invité.

Les versions de SE invité sont publiées chaque mois. En raison de la fréquence des publications régulières, chaque version est associée à un cycle de vie défini.

Une version est « désactivée » au bout de 60 jours de durée de vie. « Désactivée » signifie que la version est retirée du portail. La version ne peut plus être définie à partir du fichier de configuration CSCFG. Les déploiements existants peuvent continuer à fonctionner, mais les nouveaux déploiements et les mises à jour du code et de la configuration des déploiements existants ne sont pas autorisés.

Quelque temps après que la version du système d’exploitation invité ait été « désactivée », elle « expire » et toutes les installations qui utilisent encore cette version expirée sont exposées à des problèmes de sécurité et de vulnérabilité. En général, l’expiration se fait par lots. Ainsi, la période de temps entre la désactivation et l’expiration peut varier.

Les clients qui configurent leurs services pour mettre à jour le système d’exploitation invité manuellement doivent s’assurer que leurs services sont exécutés sur un système d’exploitation invité pris en charge. Si un service est configuré pour mettre automatiquement à jour le système d’exploitation invité, la plateforme sous-jacente garantit la conformité et met à niveau vers la dernière version du système d’exploitation invité.

Ces périodes peuvent être allongées à la discrétion de Microsoft pour faciliter les transitions des clients. Microsoft communique toutes les modifications sur la Matrice de compatibilité des versions du système d’exploitation invité Azure et du kit de développement logiciel (SDK).

Notifications pendant la suppression

• Suppression de famille
  Microsoft utilise des billets de blog et des notifications sur le portail. Microsoft informe les clients qui utilisent encore une famille de systèmes d’exploitation invités mise hors service par une communication directe ( e-mail, messages sur le portail, appel téléphonique) avec les administrateurs de service désignés. Microsoft publie toutes les modifications apportées sur la Matrice de compatibilité des versions du système d’exploitation invité Azure et du kit de développement logiciel (SDK).
• Suppression de version
  Microsoft publie toutes les modifications et les dates auxquelles elles interviennent dans la Matrice de compatibilité des versions du système d’exploitation invité Azure et du kit de développement logiciel (SDK), y compris la publication, la désactivation et l’expiration. Les administrateurs de services recevront des e-mails s’ils ont des déploiements en cours d’exécution sur une version ou une famille de systèmes d’exploitation invités désactivée. La date d'envoi de ces e-mails peut varier. En général, ils sont envoyés au moins un mois avant la désactivation, bien que ce délai ne soit pas fixé sur le contrat SLA.

Forum aux questions

Atténuation des impacts de la migration

Nous vous recommandons d’utiliser la famille la plus récente de SE invités pour concevoir vos services cloud.

• Commencez à planifier votre migration vers une famille plus récente au plus tôt.
• Configurez des déploiements de test temporaires pour tester votre service cloud en cours d'exécution sur la nouvelle famille.
• Définissez Automatique pour la version de votre système d’exploitation invité (osVersion=* dans le fichier .cscfg ) pour que la migration vers de nouvelles versions de système d’exploitation invité s’effectue automatiquement.

Que se passe-t-il si mon application Web nécessite une intégration plus avancée au système d'exploitation ?

Si l’architecture de votre application web dépend de caractéristiques sous-jacentes du système d’exploitation, utilisez les fonctionnalités de plateforme prises en charge telles que les « tâches de démarrage » ou d’autres mécanismes d’extensibilité. Vous pouvez également utiliser les Machines virtuelles Azure (IaaS – Infrastructure as a service), qui vous permettent d’être responsable de la maintenance du système d’exploitation sous-jacent.

Étapes suivantes

Consultez les dernières versions du système d’exploitation invité.