Maintenance de routine (planifiée) pour Azure App Service
La maintenance de routine couvre les mises à jour en arrière-plan d’Azure App Service. Les différents types de maintenance peuvent être des améliorations des performances, des correctifs de bogues, de nouvelles fonctionnalités ou des mises à jour de sécurité. La maintenance d’App Service peut être sur le service lui-même ou sur le système d’exploitation sous-jacent.
Important
Une modification cassant ou une dépréciation des fonctionnalités ne fait pas partie de la maintenance courante. Pour plus d’informations, consultez politique de cycle de vie moderne.
Les garanties de qualité et de temps d’activité des services Microsoft continuent d’être appliquées pendant les périodes de maintenance. Les notifications mentionnent les périodes de maintenance pour aider les clients à obtenir une visibilité sur les modifications de plateforme.
À quoi s’attendre
Comme les ordinateurs personnels, les téléphones mobiles et d’autres appareils, les ordinateurs du cloud ont besoin des dernières mises à jour. Contrairement aux appareils physiques, les solutions cloud telles qu’Azure App Service offrent des moyens de gérer la maintenance de routine plus facilement. Il n’est pas nécessaire d’arrêter de fonctionner et d’attendre que les correctifs soient installés. Toute charge de travail peut être déplacée vers un autre matériel en quelques secondes, pendant l’installation des mises à jour. Les mises à jour se produisent tous les mois, mais peuvent varier en fonction des besoins de votre organisation et d’autres facteurs.
Étant donné qu’une solution cloud classique se compose de plusieurs applications, bases de données, comptes de stockage, fonctions et autres ressources, les parties de vos solutions peuvent subir une maintenance à différents moments. Certaines de ces coordinations sont liées à la zone géographique, à la région, aux centres de données et aux zones de disponibilité. Elle peut également être due au cloud, où tout n’est pas touché simultanément. Pour plus d’informations, consultez Coffre pratiques de déploiement.
La capture d’écran suivante montre un exemple d’événement de maintenance.
Dans l’ordre de haut en bas, l’exemple montre :
- Titre descriptif de l’événement de maintenance.
- Régions et abonnements affectés.
- Fenêtre de maintenance attendue.
Forum aux questions
Pourquoi la maintenance prend si longtemps ?
Fondamentalement, la maintenance de routine fournit les dernières mises à jour de la plateforme et du service. Il est difficile de prédire comment la maintenance affectera les applications individuelles jusqu’à un moment spécifique, de sorte que les notifications ont tendance à être plus générales. Les intervalles de temps dans les notifications ne reflètent pas les expériences au niveau de l’application, mais plutôt l’opération globale sur toutes les ressources. Les applications qui subissent une maintenance redémarrent instantanément sur les machines actualisées et continuent de fonctionner. Il n’y a aucun temps d’arrêt lorsque les requêtes et le trafic ne sont pas traités.
Pourquoi est-ce que je reçois autant de notifications ?
Un scénario classique est que les clients ont plusieurs applications mises à niveau à différents moments. Pour éviter d’envoyer des notifications pour chacune d’entre elles, nous envoyons une notification qui capture plusieurs ressources. Nous envoyons la notification au début et tout au long de la fenêtre de maintenance. Vous pouvez recevoir plusieurs rappels pour le même déploiement si la fenêtre de temps est longue. Vous pouvez donc mettre en corrélation plus facilement les redémarrages, interruptions ou autres problèmes.
Quelle est la relation entre la maintenance de routine et le contrat SLA ?
La maintenance de la plateforme ne doit pas affecter la durée de fonctionnement ou la disponibilité de l’application. Les applications restent en ligne pendant la maintenance de la plateforme.
La maintenance de la plateforme peut entraîner le démarrage froid des applications sur de nouvelles machines virtuelles, ce qui peut entraîner des retards. Une application est toujours considérée comme étant en ligne alors qu’elle démarre à froid. Pour réduire ou éviter les démarrages à froid, envisagez d’utiliser le cache local pour les applications Windows et les case activée d’intégrité.
Nous ne nous attendons pas à ce que les sites entraînent des violations de contrat de niveau de service (SLA) pendant les fenêtres de maintenance.
Comment la mise à niveau garantit-elle le bon fonctionnement de mes applications ?
Azure App Service représente une flotte d’unités de mise à l’échelle qui fournissent l’hébergement d’applications web et de solutions aux clients. Chaque unité d’échelle est divisée en domaines de mise à niveau et zones de disponibilité. Cette division optimise les placements des plans App Service plus volumineux et des déploiements lisses, car toutes les machines de chaque unité d’échelle ne sont pas mises à jour à la fois.
Les opérations de maintenance mettez à niveau les machines de manière itérative tandis qu’App Service surveille l’intégrité de la flotte. En cas de problème, le système peut arrêter le déploiement. Pour plus d’informations sur ce processus, consultez le billet de blog Démystifier la magie derrière les mises à jour du système d’exploitation App Service.
Y a-t-il des répercutions sur les heures d’ouverture ?
Les opérations de maintenance sont optimisées pour démarrer en dehors des heures de bureau standard de 9h à 17h00. Statistiquement, c’est le meilleur moment pour toutes les interruptions et redémarrages des charges de travail, car il y a moins de stress sur le système (dans les applications clientes et transitivement sur la plateforme elle-même). Pour les plans App Service et App Service Environment v2, la maintenance peut continuer en heures d’activité pendant des événements de maintenance plus longs.
Quelles sont mes options pour contrôler la maintenance de routine ?
Si vous exécutez vos charges de travail dans un produit isolé via App Service Environment v3, vous pouvez planifier les mises à niveau si nécessaire. Pour plus d’informations sur cette fonctionnalité, consultez le billet de blog Contrôler et automatiser la maintenance planifiée pour App Service Environment v3.
Que puis-je faire pour mieux préparer mes applications à un redémarrage ?
Si vos applications ont besoin d’un temps supplémentaire pendant les redémarrages à venir en ligne, envisagez d’utiliser des case activée d’intégrité. Un modèle classique pour avoir besoin d’un temps supplémentaire dépend fortement des ressources externes pendant le préchauffage ou le démarrage de l’application.
Vous pouvez utiliser les case activée d’intégrité pour informer la plateforme que votre application n’est pas encore prête à recevoir des demandes. Le système peut utiliser ces informations pour acheminer les demandes vers d’autres instances de votre plan App Service. Dans ce cas, nous vous recommandons d’avoir au moins deux instances dans le plan.
Mes applications ont été en ligne, mais les choses sont pires depuis que ces notifications ont commencé à apparaître. Qu’est ce qui a changé ?
Des mises à jour et des événements de maintenance se produisent sur la plateforme depuis sa création. La fréquence des mises à jour a diminué au fil du temps, de sorte que le nombre d’interruptions a également diminué et le temps de fonctionnement a augmenté. Toutefois, vous avez maintenant plus de visibilité sur toutes les modifications. Une visibilité accrue peut entraîner la perception que d’autres changements se produisent.
Étapes suivantes
Obtenez plus d’informations sur les notifications de maintenance en lisant le billet de blog Routine Planning Maintenance Notifications pour Azure App Service.