Qu’est-ce que les plans Azure App Service ?

Un plan Azure App Service définit un ensemble de ressources de calcul pour qu’une application web s’exécute. Un service d’application s’exécute toujours dans un plan App Service. Azure Functions utilise également des plans App Service dans certains scénarios.

Lorsque vous créez un plan App Service dans une certaine région, vous créez un ensemble de ressources de calcul pour ce plan dans cette région. Toutes les applications que vous intégrez au plan App Service s’exécutent sur ces ressources de calcul.

Chaque plan App Service définit les éléments suivants :

• Système d’exploitation (Windows, Linux)
• Région (USA Ouest, USA Est, etc.)
• Nombre d’instances de machine virtuelle
• Taille des instances de machine virtuelle (petite, moyenne, grande)
• Niveau tarifaire (Gratuit, Partagé, De base, Standard, PremiumV2, PremiumV2, PremiumV3, PremiumV4 IsoléV2)

Niveaux de tarification

Le niveau tarifaire d’un plan App Service détermine les fonctionnalités App Service que vous obtenez et combien vous payez pour le plan. Les fourchettes de prix disponibles pour votre plan App Service dépendent du système d’exploitation, de la région et d’autres facteurs.

En outre, chaque niveau fournit un sous-ensemble spécifique de fonctionnalités App Service. Ces fonctionnalités incluent des domaines personnalisés et des certificats TLS/SSL, la mise à l’échelle automatique, les emplacements de déploiement, les sauvegardes, l’intégration d’Azure Traffic Manager, etc.

Vous trouverez plus de comparaisons de plans dans les limites d’App Service.

Pour plus d’informations sur la tarification, consultez la tarification d’App Service.

Considérations relatives à l’exécution et à la mise à l’échelle d’une application

Dans les niveaux Gratuit et Partagé, une application reçoit des minutes de CPU sur une instance de machine virtuelle partagée et ne peut pas s'étendre.

Dans d’autres niveaux, le comportement de placement et de mise à l’échelle par défaut, lorsque la mise à l’échelle par application est désactivée, est le suivant :

• Si vous créez une application dans App Service, elle fait partie d’un plan App Service. Quand l’application s’exécute, elle s’exécute sur toutes les instances de machine virtuelle configurées dans le plan App Service.
• Si plusieurs applications sont dans le même plan App Service, elles partagent toutes les mêmes instances de machine virtuelle.
• Si vous avez plusieurs emplacements de déploiement pour une application, tous les emplacements de déploiement s’exécutent également sur les mêmes instances de machine virtuelle.
• Si vous activez les journaux de diagnostic, effectuez des sauvegardes ou exécutez des WebJobs, ils utilisent également des cycles CPU et de la mémoire sur ces instances de machine virtuelle.
• Toutes les applications d’un plan App Service sont mises à l’échelle ensemble, car elles partagent les mêmes ressources de calcul sous-jacentes (instances de machine virtuelle). La mise à l’échelle du plan ( manuellement ou via des règles de mise à l’échelle automatique) affecte toutes les applications du plan.

Lorsque la mise à l’échelle par application est activée, vous pouvez limiter chaque application ou emplacement de déploiement à un sous-ensemble des instances VM du plan. La capacité du forfait et la facturation restent au niveau du plan App Service. Le nombre de répliques actives pour une application ou un créneau peut varier avec la capacité du forfait et ne peut pas dépasser le nombre d’instances VM dans le forfait.

Pour plus d’informations sur le scale-out d’une application, consultez Prise en main de la mise à l’échelle automatique dans Azure.

Coût des plans App Service

Cette section décrit la façon dont les applications App Service sont facturées. Pour obtenir des informations détaillées sur les tarifs spécifiques à la région, consultez la tarification d’App Service.

À l’exception du niveau Gratuit, un plan App Service facture les ressources de calcul qu’il utilise :

• Niveau partagé : chaque application reçoit un quota de minutes d’UC, de sorte que chaque application est facturée pour le quota d’UC.
• Paliers de calcul dédiés (Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4) : Le plan App Service définit le nombre d’instances VM auxquelles les applications sont mises à l’échelle, donc chaque instance VM est facturée.

• Niveau IsolatedV2 : l’environnement App Service définit le nombre de workers isolés qui exécutent vos applications, et chaque worker est facturé.

Vous n’êtes pas facturé pour l’utilisation des fonctionnalités App Service disponibles. Ces fonctionnalités incluent la configuration de domaines personnalisés, de certificats TLS/SSL, d’emplacements de déploiement et de sauvegardes. Les exceptions sont les suivantes :

• Domaines App Service : vous payez quand vous en achetez un dans Azure et lorsque vous le renouvelez chaque année.
• Certificats App Service : vous payez quand vous achetez un certificat dans Azure et lorsque vous le renouvelez chaque année.
• Connexions TLS basées sur IP : des frais horaires sont facturés pour chaque connexion TLS basée sur IP, mais certains niveaux Standard ou supérieurs vous offrent gratuitement une connexion TLS basée sur IP. Les connexions TLS Server Name Indication (SNI) sont gratuites.

Si vous intégrez App Service à un autre service Azure, vous devrez peut-être prendre en compte les frais de ce service. Par exemple, si vous utilisez Azure Traffic Manager pour faire évoluer votre application géographiquement, des frais de Traffic Manager s’appliquent.

Mise à l’échelle des capacités ou des fonctionnalités

Vous pouvez mettre à l’échelle votre plan App Service vers le haut ou vers le bas à tout moment. C’est aussi simple que de changer le niveau tarifaire du plan. Vous pouvez d’abord choisir une fourchette de prix plus basse, puis augmenter plus tard quand vous aurez besoin de plus de fonctionnalités.

Par exemple, vous pouvez commencer à tester votre application web dans un plan App Service de niveau gratuit et ne rien payer. Quand vous ajoutez votre nom DNS personnalisé à l’application web, il suffit d’augmenter votre plan à un niveau supérieur.

Le même processus fonctionne en inverse. Lorsque vous n’avez plus besoin des fonctionnalités d’un niveau supérieur, vous pouvez effectuer un scale-down vers un niveau inférieur et économiser de l’argent.

Pour plus d’informations sur la montée en puissance d’un plan App Service, consultez Scale-up d’une application dans Azure App Service.

Si votre application se trouve dans le même plan App Service avec d’autres applications, vous pouvez améliorer les performances de l’application en isolant les ressources de calcul. Vous pouvez isoler les ressources en déplaçant l’application vers un nouveau plan App Service.

Décision d’utiliser un nouveau plan ou un plan existant pour une application

Vous payez les ressources informatiques que votre plan App Service alloue comme décrit dans la section précédente sur les coûts. Vous pouvez potentiellement économiser de l’argent en plaçant plusieurs applications dans un plan App Service. Cependant, assurez-vous que le plan dispose de suffisamment de ressources pour vos applications.

Les applications du même plan App Service partagent les mêmes ressources de calcul. Pour déterminer si la nouvelle application dispose des ressources nécessaires, il faut comprendre la capacité du plan et les besoins en ressources des applications.

Isolez votre application dans un nouveau plan App Service quand :

• L’application est gourmande en ressources. Pour obtenir des conseils généraux, utilisez ce tableau :

  Plan de Service d'Application	Nombre maximal d’applications
  B1, S1, P1v2, I1v1	8
  B2, S2, P2v2, I2v1	16
  B3, S3, P3v2, I3v1	32
  P0v3, P0v4	8
  P1v3, P1v4, I1v2	16
  P2v3, P2v4, I2v2, P1mv3, P1mv4	32
  P3v3, P3v4, I3v2, P2mv3	64
  I4v2, I5v2, I6v2	Densité maximale limitée par l’utilisation d’un processeur virtuel
  P3mv3, P3mv4, P4mv3, P4mv4, P5mv3, P5mv4	Densité maximale limitée par l’utilisation d’un processeur virtuel

• Vous souhaitez mettre à l’échelle l’application indépendamment des autres applications dans le plan existant.

• L’application a besoin de ressources d’une autre région géographique. De cette façon, vous pouvez allouer un nouvel ensemble de ressources pour votre application et obtenir un meilleur contrôle de vos applications.

Managed Instance sur Azure App Service

Managed Instance est une option d’hébergement délimitée par plan pour les applications web Windows qui nécessitent la personnalisation du système d’exploitation, la mise en réseau privée facultative et la prise en charge des composants Windows hérités. Il est conçu pour des applications nécessitant un contrôle au niveau du système d’exploitation sans gérer des machines virtuelles.

Fonctionnalités clés :

• Scripts de configuration PowerShell pour la configuration du système d’exploitation et du middleware persistants
• Intégration du réseau virtuel au niveau du plan avec DNS privé
• Adaptateurs de Registre soutenus par Azure Key Vault pour une configuration sécurisée
• Montages de stockage (Azure Files, chemins UNC, stockage temporaire local)
• Accès RDP juste-à-temps via Azure Bastion pour les diagnostics
• Identités managées de niveau plan pour l’authentification de l’infrastructure
• Préinstallé .NET Framework (3.5, 4.8) et .NET 8 avec prise en charge des runtimes personnalisés
• Idéal pour : les applications .NET Framework héritées nécessitant des dépendances spécifiques à Windows, la modernisation progressive sans réécriture complète et l’isolation réseau au niveau du plan pour la conformité.

Limitations actuelles : Windows uniquement, SKU Pv4/Pmv4. Non disponible pour Linux, les conteneurs ou les niveaux Gratuit/Partagé/Dédié.

Pour vérifier la disponibilité régionale d’un SKU spécifique, utilisez Azure CLI version 2.82.0 ou ultérieure :

az appservice list-locations --managed-instance-enabled --sku <sku>

En savoir plus sur Managed Instance

Contenu connexe

• Gérer un plan App Service