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 a également la possibilité d’exécuter dans un plan App Service.

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. Les applications que vous avez placées dans le plan App Service s'exécutent sur ces ressources de calcul, comme défini dans le plan.

Important

Managed Instance est disponible en préversion, disponible pour les applications web Windows dans certaines régions, et limitée aux plans tarifaires Pv4 et Pmv4. Autres régions à suivre. Linux et conteneurs ne sont pas pris en charge.

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 niveaux tarifaires disponibles pour votre plan App Service dépendent du système d’exploitation que vous sélectionnez lorsque vous le créez. Ce tableau présente les catégories de niveaux tarifaires :

Catégorie	Niveaux	Descriptif
Calcul partagé	Gratuit, partagé	Les deux niveaux de base, Gratuit et Partagé, exécutent une application sur la même machine virtuelle Azure que les autres applications App Service, y compris les applications d’autres clients. Ces niveaux allouent des quotas de processeur à chaque application qui s’exécute sur les ressources partagées. Les ressources ne peuvent pas être mises à l’échelle. Ces niveaux sont destinés uniquement à des fins de développement et de test.
Calcul dédié	De base, Standard, Premium, PremiumV2, PremiumV3, PremiumV4	Les niveaux De base, Standard, Premium, PremiumV2, PremiumV3 et PremiumV4 exécutent des applications sur des machines virtuelles Azure dédiées. Seules les applications qui se trouvent dans un même plan App Service partagent les mêmes ressources de calcul. Plus le niveau est élevé, plus le nombre d’instances de machines virtuelles disponibles pour le scale-out est élevé.
Isolé	IsolatedV2	Le niveau IsolatedV2 exécute des machines virtuelles Azure dédiées sur des réseaux virtuels Azure dédiés. Ce niveau fournit à vos applications l’isolation de réseau en plus de l’isolation de calcul. Il offre les capacités maximales d'extensibilité.

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. Plus le niveau est élevé, plus les fonctionnalités disponibles sont nombreuses. Pour savoir quelles fonctionnalités sont prises en charge dans chaque niveau tarifaire, consultez les détails du plan App Service.

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 les autres niveaux, une application s’exécute et se met à l’échelle comme suit :

• 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.

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.
• Niveaux de calcul dédiés (De base, Standard, PremiumV2, PremiumV3, PremiumV4) : le plan App Service définit le nombre d’instances de machine virtuelle auxquelles les applications sont mises à l’échelle, de sorte que chaque instance de machine virtuelle du plan App Service est facturée. Ces instances de machine virtuelle sont facturées de la même façon, quel que soit le nombre d’applications en cours d’exécution. Pour éviter les frais inattendus, consultez Supprimer un plan App Service.
• 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 basées sur SNI (Server Name Indication) 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 mettre à l’échelle votre application géographiquement, Traffic Manager vous facture également en fonction de votre utilisation. Pour estimer le coût global des services dans Azure, consultez Calculatrice de prix.

Conseil / Astuce

Les services Azure coûtent de l’argent. Microsoft Cost Management vous aide à définir des budgets et à configurer des alertes pour maintenir le contrôle des dépenses. Vous pouvez analyser, gérer et optimiser vos coûts Azure à l’aide de Cost Management. Pour plus d’informations, consultez le guide de démarrage rapide sur l’analyse des coûts.

Mise à l’échelle des capacités ou 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 un niveau tarifaire inférieur, puis effectuer un scale-up plus tard lorsque vous avez besoin d’autres fonctionnalités App Service.

Par exemple, vous pouvez commencer à tester votre application web dans un plan App Service de niveau gratuit et ne rien payer. Lorsque vous ajoutez votre nom DNS personnalisé à l’application web, mettez simplement à l’échelle votre plan jusqu’au niveau Partagé. Plus tard, lorsque vous souhaitez créer une liaison TLS, mettez à l’échelle votre plan jusqu’au niveau De base. Lorsque vous souhaitez disposer d’environnements intermédiaires, effectuez un scale-up vers le niveau Standard. Quand vous avez besoin de cœurs, de mémoire ou de stockage supplémentaires, passez à une taille de machine virtuelle supérieure dans le même niveau.

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 plan App Service distinct.

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. Vous pouvez continuer à ajouter des applications à un plan existant tant que le plan a suffisamment de ressources pour gérer la charge.

Toutefois, gardez à l’esprit que les applications qui se trouvent dans un même plan App Service partagent toutes les mêmes ressources de calcul. Pour déterminer si la nouvelle application dispose des ressources nécessaires, vous devez comprendre la capacité du plan App Service existant, ainsi que la charge attendue pour la nouvelle application. La surcharge d’un plan App Service peut entraîner un temps d’arrêt pour vos applications nouvelles et existantes. Vous trouverez d’autres comparaisons entre les plans sur Limites App Service.

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.

Remarque

Un slot actif est également classé comme une application active, car il est en concurrence pour les ressources dans le même plan App Service.

Managed Instance sur Azure App Service (préversion)

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 les migrations « levée et amélioration » des charges de travail dépendantes de l’infrastructure nécessitant des composants COM, un accès au Registre, des programmes d’installation MSI ou une personnalisation IIS, tout en conservant les fonctionnalités de plateforme managée d’App Service.

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 (préversion) : Windows uniquement, références SKU Pv4/Pmv4, disponibles en Asie Est, USA Centre Ouest, Europe Nord et USA Est. Non disponible pour Linux, conteneurs ou dans App Service Environment.

En savoir plus sur Managed Instance

Contenu connexe

• Gérer un plan App Service