Mise à jour corrective du système d’exploitation et du runtime Azure App Service

Cet article explique comment Azure App Service met à jour le système d’exploitation et le logiciel d’exécution, comment obtenir des informations sur la version et comment effectuer une mise à niveau manuelle vers de nouvelles versions.

App Service est un PaaS (Platform-as-a-Service), ce qui permet à Azure de gérer le système d’exploitation et la pile des applications pour vous. Vous gérez uniquement votre application et ses données. Si vous avez besoin d’un contrôle supplémentaire sur la pile du système d’exploitation et de l’application, vous pouvez utiliser des machines virtuelles Azure.

En tant qu’utilisateur App Service, il vous est toujours utile de connaître des informations telles que :

Cet article fournit une transparence sur le processus et vous aide à rester à jour concernant les annonces liées à la sécurité et les mises à jour du runtime. Pour des raisons de sécurité, certaines informations de sécurité spécifiques ne sont pas publiées.

Comment et quand sont appliquées les mises à jour du système d’exploitation ?

Azure gère la mise à jour corrective du système d’exploitation pour les serveurs physiques et les machines virtuelles invitées qui exécutent des ressources App Service. Les deux couches d’ordinateur sont mises à jour mensuellement, en s’alignant sur la planification mensuelle du Patch Tuesday.

Ces mises à jour sont appliquées automatiquement, tout en garantissant le contrat de niveau de service à haute disponibilité (SLA) pour les services Azure. La mise à jour corrective du système d’exploitation Azure App Service suit les pratiques de déploiement sécurisé (SDP) et une approche de disponibilité initiale. Les derniers correctifs sont appliqués dès que possible, mais la mise à jour corrective du système d’exploitation peut être ralentie ou suspendue à certains moments pour éviter les impacts et pannes des applications.

Pour plus d’informations sur la façon dont les mises à jour sont appliquées, consultez *****Demystifying the magic behind App Service OS updates****.

Comment Azure traite-t-il les vulnérabilités importantes ?

Lorsque des problèmes prioritaires tels que les vulnérabilités zero-day nécessitent un correctif immédiat, Azure gère les mises à jour au cas par cas. Pour rester à jour avec les annonces de sécurité Azure critiques, consultez le blog de la sécurité Azure.

Quand les runtimes de langage pris en charge sont-ils mis à jour, ajoutés ou déconseillés ?

De nouvelles versions majeures, mineures ou correctives stables des runtimes de langage pris en charge sont régulièrement ajoutées aux instances App Service. Certaines mises à jour remplacent l’installation existante, tandis que d’autres sont installées conjointement aux versions existantes.

Une installation de remplacement implique que votre application s’exécute automatiquement sur le runtime mis à jour. Une installation côte à côte signifie que vous devez migrer manuellement votre application pour tirer parti d’une nouvelle version du runtime. Pour plus d’informations, consultez les sections suivantes.

Remarque

Ces informations s’appliquent aux runtimes de langage intégrés à une application App Service. Par exemple, un runtime personnalisé que vous chargez sur App Service reste inchangé, sauf si vous le mettez manuellement à niveau.

Nouvelles mises à jour correctives

Les mises à jour correctives de la version .NET, PHP, Java SDK ou Tomcat sont appliquées automatiquement en remplaçant l’installation existante par la dernière version. Les mises à jour correctives Node.js sont installées conjointement avec les versions existantes, similaires aux versions principales et mineures. Les nouvelles versions de correctif Python peuvent être installées manuellement via des extensions de site, conjointement avec les installations Python intégrées.

Nouvelles versions majeures et mineures

Les nouvelles versions majeures ou mineures sont installées conjointement avec les versions existantes. Vous pouvez manuellement mettre à niveau votre application avec la nouvelle version.

Si vous avez configuré la version du runtime dans un fichier de configuration tel que web.config ou package.json, vous devez effectuer une mise à niveau à l’aide de la même méthode. Si vous avez utilisé un paramètre App Service pour configurer votre version d’exécution, vous pouvez le modifier dans le portail Azure ou en exécutant une commande Azure CLI dans Azure Cloud Shell.

Les exemples suivants montrent les commandes de configuration Azure CLI pour différents runtimes de langage pris en charge. Vous remplacez <appname> et <groupname> par les noms de votre application et de son groupe de ressources.

az webapp config set --net-framework-version v4.7 --resource-group <groupname> --name <appname>
az webapp config set --php-version 7.0 --resource-group <groupname> --name <appname>
az webapp config appsettings set --settings WEBSITE_NODE_DEFAULT_VERSION=~24 --resource-group <groupname> --name <appname>
az webapp config set --python-version 3.14 --resource-group <groupname> --name <appname>
az webapp config set --java-version 1.8 --java-container Tomcat --java-container-version 9.0 --resource-group <groupname> --name <appname>

Remarque

L’exemple Node.js utilise la syntaxe tilde recommandée pour cibler la dernière version disponible du runtime Node.js 24 sur application Windows Service.

Contrôlez le timing de la mise à jour des correctifs à l’exécution avec le canal de sortie de la plateforme

Remarque

La fonctionnalité Platform Release Channel est disponible uniquement pour Linux App Service .

Par défaut, le système applique automatiquement les mises à jour des correctifs à l’exécution lorsqu’elles deviennent disponibles. Pour Linux App Service, le paramètre Canal de sortie de plateforme vous permet de contrôler la fréquence à laquelle les mises à jour des correctifs à l’exécution sont livrées à votre application. Ce contrôle est utile lorsque vous souhaitez plus de prévisibilité et de temps de validation avant qu’un nouveau correctif d’exécution ne soit adopté en production.

Canaux disponibles

Choisissez parmi trois chaînes :

Canal Description Recommandé pour
Latest Fournit les mises à jour des correctifs en temps réel dès qu’elles sont disponibles. Des applications où un accès immédiat aux derniers correctifs de sécurité est requis. Ce n’est généralement pas recommandé pour les charges de travail en production.
Standard Les mises à jour arrivent selon le rythme de sortie standard, équilibrant monnaie et stabilité. Cette chaîne est la norme par défaut. La plupart des applications de production.
Étendu Il reste généralement un délai de retard par rapport au Standard, laissant aux charges de travail plus de temps pour la validation avant d’adopter un nouveau correctif à l’exécution. Des charges de travail en production nécessitant un temps de validation supplémentaire avant de commencer un nouveau correctif à l’exécution.

Lorsqu’un nouveau correctif à l’exécution est publié, il s’écoule dans l’ordre des canaux : Dernier → Standard → Étendu. Ce flux signifie qu’une mise à jour immédiatement disponible sur la dernière année atteint la norme après validation supplémentaire, puis est étendue après validation supplémentaire.

Par exemple, pour .NET 10, le même moment dans le temps pourrait ressembler à :

Canal Version de .NET
Latest 10.0.7
Standard 10.0.4
Prolongé 10.0.2

Tip

Si votre application a des exigences strictes de stabilité, utilisez le canal étendu pour réduire la fréquence des mises à jour automatiques des correctifs à l’exécution. Si votre application a besoin des derniers correctifs de sécurité le plus rapidement possible, utilisez Latest.

Configurez le canal de sortie de la plateforme

  1. Dans le portail Azure, accédez à votre application App Service.
  2. Dans le menu de gauche, sélectionnez Paramètres de la pile (Stack settings).
  3. Dans Canal de sortie de plateforme, sélectionnez le canal que vous souhaitez : Dernier,Standard ou Étendu.
  4. Cliquez sur Enregistrer.

Pour plus d’informations sur cette fonctionnalité, consultez l’annonce du blog Platform Release Channel.

Comment afficher l’état de mise à jour du système d’exploitation et du runtime sur mes instances ?

La console Kudu vous permet d’interroger la version du système d’exploitation et les versions d’exécution de vos instances App Service. Les informations critiques du système d’exploitation sont verrouillées à partir de l’accès. Pour plus d’informations, consultez Fonctionnalités de système d’exploitation sur Azure App Service.

Le tableau suivant montre comment utiliser des commandes Kudu ou Cloud Shell pour rechercher les versions Windows et du runtime de langage qui exécutent vos applications. Remplacez <appname> et <groupname> par les noms de votre application et de votre groupe de ressources.

Informations Comment y accéder
Version de Windows Voir https://<appname>.scm.azurewebsites.net/Env#sysinfo.
Version de .NET À https://<appname>.scm.azurewebsites.net/DebugConsole, exécutez la commande suivante à l’invite de commandes :
reg query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full".
Version .NET Core À https://<appname>.scm.azurewebsites.net/DebugConsole, exécutez dotnet --version.
Version PHP À https://<appname>.scm.azurewebsites.net/DebugConsole, exécutez php --version.
Version Node.js par défaut Dans le Cloud Shell, exécutez la commande suivante :
az webapp config appsettings list --resource-group <groupname> --name <appname> --query "[?name=='WEBSITE_NODE_DEFAULT_VERSION']".
Version Python À https://<appname>.scm.azurewebsites.net/DebugConsole, exécutez python --version.
Version de Java À https://<appname>.scm.azurewebsites.net/DebugConsole, exécutez java -version.

Remarque

L’accès à l’emplacement de registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\Packages, où les informations sur les bulletins de sécurité sont stockées, est verrouillé.

Contenu connexe

  • Last updated on