Important
Services Cloud (classique) est désormais déconseillé pour les nouveaux clients et sera supprimé le 31 août 2024 pour tous les clients. Les nouveaux déploiements doivent utiliser le nouveau modèle de déploiement basé sur Azure Resource Manager Azure Cloud Services (support étendu) .
Cet article comprend des questions fréquentes sur les problèmes de disponibilité des applications et des services pour Microsoft Azure Cloud Services. Vous pouvez également consulter la page Taille de services cloud pour obtenir des informations sur la taille.
Si le problème que vous rencontrez avec Azure n’est pas traité dans cet article, parcourez les forums Azure sur Microsoft Q&A et Stack Overflow. Vous pouvez publier votre problème sur ces forums ou @AzureSupport sur Twitter. Vous pouvez également envoyer une demande de support Azure. Pour envoyer une demande de support sur la page Prise en charge Azure, sélectionnez Obtenir de l’aide.
Mon rôle a été recyclé. Mon service cloud a-t-il fait l’objet d’une mise à jour ?
Environ une fois par mois, Microsoft publie une nouvelle version du système d’exploitation (SE) invité pour les machines virtuelles PaaS Microsoft Azure. Le SE invité n’est qu’une mise à jour parmi d’autres. Une publication peut être affectée par beaucoup d’autres facteurs. Par ailleurs, Azure s’exécute sur des centaines de milliers de machines. Il est donc impossible de prédire la date et l’heure exactes auxquelles vos rôles seront redémarrés. Nous mettrons à jour le Flux RSS de mise à jour du SE invité avec les dernières informations dont nous disposons, mais considérez l’heure indiquée comme une valeur approximative. Nous sommes conscients que cela peut être problématique pour les clients. Nous tachons d’ailleurs de limiter ou minuter avec précision ces redémarrages.
Pour plus d’informations sur les dernières mises à jour du SE invité, consultez Versions du SE invité et matrice de compatibilité du kit SDK Azure.
Pour obtenir des informations utiles sur les redémarrages et des liens vers d’autres détails techniques concernant les mises à jour des SE invité et hôte, consultez le billet de blog MSDN intitulé Role Instance Restarts Due to OS Upgrades (Redémarrage des instances de rôle en raison des mises à niveau du SE).
Pourquoi la première requête à destination de mon service cloud prend-elle plus de temps que d’habitude après que le service est resté inactivité pendant un certain temps ?
Quand le serveur web reçoit la première requête, il commence par recompiler le code avant de traiter la requête. C’est pourquoi la première requête prend plus de temps que les autres. Par défaut, le pool d’applications s’arrête en cas d’inactivité de l’utilisateur. Par ailleurs, le pool d’applications est recyclé toutes les 1 740 minutes (29 heures).
Les pools d’applications IIS (Internet Information Services) peuvent être recyclées régulièrement pour éviter des états instables susceptibles d’entraîner des blocages d’applications, une absence de réponse ou des fuites de mémoire.
Les documents suivants vous aideront à comprendre et à limiter ce problème :
- Fixing slow initial load for IIS (Remédier à la lenteur du chargement initial pour IIS)
- IIS 7.5 web application first request after app-pool recycle very slow (Premier requête d’application web IIS 7.5 après une opération de recyclage de pool d’applications très lente)
Si vous voulez modifier le comportement par défaut d’IIS, vous devez avoir recours à des tâches de démarrage, car si vous appliquez manuellement des modifications aux instances de rôle web, les modifications seront perdues à la fin du processus.
Pour plus d’informations, consultez Comment configurer et exécuter des tâches de démarrage pour un service cloud.