Partager via


Comprendre la facturation d’Azure Front Door

Azure Front Door fournit un ensemble complet de fonctionnalités pour vos charges de travail sur Internet. Front Door vous permet d’accélérer les performances de votre application, améliore votre sécurité et vous fournit des outils pour inspecter et modifier votre trafic HTTP.

Le modèle de facturation de Front Door comprend plusieurs composants. Front Door facture un tarif de base pour chaque profil que vous déployez. Vous êtes également facturé pour les demandes et le transfert de données sur la base de votre utilisation. Les compteurs de facturation collectent des informations sur votre utilisation de Front Door. Votre facture Azure mensuelle rassemble les informations de facturation du mois et applique les tarifs pour déterminer le montant que vous devez payer.

Cet article explique comment fonctionne la tarification de Front Door afin que vous puissiez comprendre et prédire votre facture Azure Front Door mensuelle.

Pour des informations sur les tarifs d’Azure Front Door, consultez Tarification d’Azure Front Door.

Conseil

La calculatrice de prix Azure vous aide à calculer une estimation des prix pour vos besoins. Utilisez l’estimation précréée de la calculatrice de prix comme point de départ et personnalisez-la pour votre propre solution.

Notes

Cet article explique comment la facturation fonctionne pour les références SKU Azure Front Door Standard et Premium. Pour plus d’informations sur Azure Front Door (classique), consultez Tarification d’Azure Front Door.

Frais de base

Chaque profil Front Door engendre des frais horaires. Vous êtes facturé pour chaque heure, ou heure partielle, où votre profil est déployé. Le taux que vous êtes facturé dépend du niveau Front Door que vous déployez.

Un seul profil Front Door peut contenir plusieurs points de terminaison. Vous n’êtes pas facturé davantage pour chaque point de terminaison.

Vous ne payez pas de frais supplémentaires pour utiliser les fonctionnalités telles que l’accélération du trafic, la mise en cache des réponses, la compression des réponses, le moteur de règles, la protection DDoS inhérente à Front Door et les règles de pare-feu d’applications web (WAF) personnalisées. Si vous utilisez Front Door Premium, vous ne payez pas non plus de frais supplémentaires pour les ensembles de règles WAF managés ou les origines Private Link.

Frais de traitement des demandes et de trafic

Chaque demande qui passe par Front Door engendre des frais de traitement des demandes et de trafic :

Diagram of traffic flowing from the client to Azure Front Door and to the origin.

Chaque partie du processus de demande est facturée séparément :

  1. Nombre de demandes du client à Front Door
  2. Transfert de données de la périphérie Front Door à l’origine
  3. Transfert de données d’origine vers Front Door (non facturable)
  4. Transfert de données de Front Door au client

Les sections suivantes décrivent chacun de ces composants du processus de demande plus en détail.

Nombre de demandes du client à Front Door

Front Door facture un tarif pour le nombre de demandes reçues à un emplacement de périphérie Front Door pour votre profil. Front Door identifie les demandes en utilisant l’en-tête Host de la requête HTTP. Si l’en-tête Host correspond à l’un de votre profil Front Door, il compte comme une demande à votre profil.

Le prix varie en fonction de la région géographique de l’emplacement de périphérie Front Door qui sert la demande. Le prix varie aussi en fonction des références SKU Standard et Premium.

Transfert de données de la périphérie Front Door à l’origine

Front Door facture les octets envoyés de l’emplacement de périphérie Front Door à votre serveur d’origine. Le prix varie en fonction de la région géographique de l’emplacement de périphérie Front Door qui sert la demande. L’emplacement de l’origine n’affecte pas le prix.

Le prix par gigaoctet est plus bas quand vous avez des volumes de trafic plus élevés.

Si la demande peut être servie à partir du cache de l’emplacement de périphérie Front Door, Front Door n’envoie aucune demande au serveur d’origine et vous n’êtes pas facturé pour ce composant.

Transfert de données de l’origine à Front Door

Lorsque votre serveur d’origine traite une demande, il renvoie les données à Front Door afin qu’elles puissent être retournées au client. Ce trafic n’est pas facturé par Front Door, même si l’origine se trouve dans une autre région que l’emplacement de périphérie Front Door pour la demande.

Si votre origine se trouve dans Azure, la sortie des données de l’origine Azure vers Front Door n’est pas facturée. Toutefois, vous devez déterminer si ces services Azure peuvent vous facturer pour le traitement de vos demandes.

Si votre origine est en dehors d’Azure, vous risquez d’engendrer des frais d’autres fournisseurs réseau.

Transfert de données de Front Door au client

Front Door facture les octets envoyés de l’emplacement de périphérie Front Door pour revenir au client. Le prix varie en fonction de la région géographique de l’emplacement de périphérie Front Door qui sert la demande.

Si une réponse est compressée, Front Door facture uniquement les données compressées.

Lorsque vous utilisez le niveau Premium, Front Door peut se connecter à votre origine à l’aide de Private Link.

Front Door Premium présente un tarif de base et des frais de traitement des demandes plus élevés. Vous ne payez pas de supplément pour le trafic Private Link par rapport au trafic qui utilise un point de terminaison public de l’origine.

Lorsque vous configurez une origine Private Link, vous sélectionnez une région pour le point de terminaison privé à utiliser. Une partie des régions Azure prend en charge le trafic Private Link pour Front Door. Si la région sélectionnée est différente de la région vers laquelle l’origine est déployée, il n’existe pas de frais supplémentaires pour le trafic interrégion. Toutefois, la latence de la requête est probablement plus élevée.

Trafic interrégional

Certains des compteurs de facturation Front Door ont des tarifs différents selon l’emplacement de périphérie Front Door qui traite la demande. En règle générale, l’emplacement de périphérie Front Door qui traite la demande est celui qui est le plus proche du client, ce qui permet de réduire la latence et d’optimiser les performances.

Front Door facture le trafic de l’emplacement de périphérie à l’origine. Le trafic est facturé à différents tarifs en fonction de l’emplacement de périphérie Front Door. Si votre origine se trouve dans une autre région Azure, aucun supplément ne vous est facturé pour le trafic interrégional.

Exemples de scénarios

Exemple 1 : Origine Azure sans mise en cache

Contoso héberge son site web sur Azure App Service, qui s’exécute dans la région USA Ouest. Contoso a déployé Front Door avec le niveau standard. Ils ont désactivé la mise en cache.

Supposons qu’une demande d’un client en Californie soit envoyée au site web contoso, en envoyant une demande de 1 Ko et en recevant une réponse de 100-Ko :

Diagram of traffic flowing from the client to Azure Front Door and to the origin, without caching or compression.

Les compteurs de facturation suivants sont incrémentés :

Compteur Incrémenté de Région de facturation
Nombre de demandes du client à Front Door 1 Amérique du Nord
Transfert de données de la périphérie Front Door à l’origine 1 Ko Amérique du Nord
Transfert de données de Front Door au client 100 Ko Amérique du Nord

Azure App Service est susceptible de facturer d’autres frais.

Exemple 2 : Origine Azure avec compression activée

Supposons que Contoso met à jour sa configuration Front Door pour activer la compression de contenu. Maintenant, la même réponse que dans l’exemple 1 peut être compressée jusqu’à 30 Ko :

Diagram of traffic flowing from the client to Azure Front Door and to the origin, with compression enabled.

Les compteurs de facturation suivants sont incrémentés :

Compteur Incrémenté de Région de facturation
Nombre de demandes du client à Front Door 1 Amérique du Nord
Transfert de données de la périphérie Front Door à l’origine 1 Ko Amérique du Nord
Transfert de données de Front Door au client 30 Ko Amérique du Nord

Azure App Service est susceptible de facturer d’autres frais.

Exemple 3 : Demande servie à partir du cache

Supposons qu’une deuxième demande arrive au même emplacement de périphérie Front Door et qu’une réponse mise en cache valide soit disponible :

Diagram of traffic flowing from the client to Azure Front Door and being returned from cache.

Les compteurs de facturation suivants sont incrémentés :

Compteur Incrémenté de Région de facturation
Nombre de demandes du client à Front Door 1 Amérique du Nord
Transfert de données de la périphérie Front Door à l’origine aucune quand la demande est servie à partir du cache
Transfert de données de Front Door au client 30 Ko Amérique du Nord

Exemple 4 : Trafic interrégional

Supposons qu’une demande adressée au site web de Contoso provienne d’un client en Australie et qu’elle ne puisse pas être servie à partir du cache :

Diagram of traffic flowing from the client in Australia to Azure Front Door and to the origin.

Les compteurs de facturation suivants sont incrémentés :

Compteur Incrémenté de Région de facturation
Nombre de demandes du client à Front Door 1 Australie
Transfert de données de la périphérie Front Door à l’origine 1 Ko Australie
Transfert de données de Front Door au client 30 Ko Australie

Example 5 : Origine non-Azure

Fabrikam exécute un site marchand sur un autre fournisseur de cloud. Son site est hébergé en Europe. Ils ont configuré Azure Front Door pour servir le trafic sans mise en cache ni compression.

Supposons qu’une demande d’un client soit envoyée au site web de Fabrikam à partir d’un client à New York. Le client envoie une demande de 2 Ko et reçoit une réponse de 350 Ko :

Diagram of traffic flowing from the client to Azure Front Door and to an origin outside of Azure.

Les compteurs de facturation suivants sont incrémentés :

Compteur Incrémenté de Région de facturation
Nombre de demandes du client à Front Door 1 Amérique du Nord
Transfert de données de la périphérie Front Door à l’origine 2 Ko Amérique du Nord
Transfert de données de Front Door au client 350 KB Amérique du Nord

Le fournisseur de cloud externe est susceptible de facturer d’autres frais.

Exemple 6 : Demande bloquée par le pare-feu d’applications web

Lorsqu’une requête est bloquée par le pare-feu d’applications web (WAF), elle n’est pas envoyée à l’origine. Toutefois, Front Door facture la demande et également l’envoi d’une réponse.

Supposons qu’un profil Front Door comprenne une règle WAF personnalisée pour bloquer les demandes d’une adresse IP spécifique en Amérique du Sud. Le WAF est configuré avec une page de réponse d’erreur personnalisée, dont la taille est de 1 Ko. Si un client à partir de l’adresse IP bloquée envoie une requête de 1 Ko :

Diagram of traffic flowing from the client to Azure Front Door, where the request gets blocked by the WAF.

Les compteurs de facturation suivants sont incrémentés :

Compteur Incrémenté de Région de facturation
Nombre de demandes du client à Front Door 1 Amérique du Sud
Transfert de données de la périphérie Front Door à l’origine Aucune Amérique du Sud
Transfert de données de Front Door au client 1 Ko Amérique du Sud

Étapes suivantes

Découvrez comment créer un profil Front Door.