18 septembre 2022

Guide de tarification et d'optimisation des coûts AWS CloudFront

Découvrez comment économiser du budget sur le transfert de données Amazon AWS CloudFront

AmazonAWS CloudFront

CloudFront est un CDN (Réseau de diffusion de contenu) appartenant à AWS. Les CDN sont principalement utilisés pour la mise en cache et de nombreux clients utilisent également le CDN AWS ​​CloudFront comme niveau de sécurité ou l'utiliser pour gérer les pics de réseau. Avec AWS CloudFront CDN, lorsqu'un utilisateur demande une page Web ou une image, la demande est acheminée vers l'un des plus de 225 serveurs périphériques Amazon. Si le serveur Edge dispose déjà de la ressource mise en cache, elle est servie au client. Si la ressource ne se trouve pas sur le serveur périphérique, elle adresse une requête à un serveur périphérique plus important appelé cache périphérique régional. S'il n'est pas présent, la requête est transmise à un serveur d'origine hébergeant votre application. Le serveur Edge enregistre ensuite une copie de la réponse localement afin qu'il puisse gérer la requête suivante sans gêner le serveur d'origine. Cela réduit la charge sur le serveur d'origine, vous aidant à garder l'instance hébergeant votre application petite et est capable de réduire la latence pour les clients en rapprochant les ressources fréquemment demandées du demandeur. C'est excellent pour la latence et l'expérience utilisateur, mais comment cela affecte-t-il les coûts ?

cette Aide CloudFront vous guidera dans les étapes suivantes :

  • Tarification AWS CloudFront
  • Facteurs qui déterminent le coût d'Amazon CloudFront
  • Façons de réduire les coûts CloudFront

Tarification AWS CloudFront

La tarification AWS CloudFront commence par un modèle de tarification très simple, vous êtes facturé pour les Go transférés sur Internet et pour chaque requête HTTP. Il existe également de nombreuses fonctionnalités facultatives, telles que le chiffrement, la journalisation, Origin Shield, l'invalidation de fichiers et les appels Edge Server Lambda qui peuvent également encourir des coûts CloudFront supplémentaires .

Schéma de cloudfront AWS

Coût CloudFront et coût de transfert de données AWS

Le coût AWS CloudFront est facturé par Go transféré depuis n'importe quel serveur périphérique CloudFront vers Internet. Une fois que vous commencez à transférer plus de 40 To de données, vous êtes moins facturé par Go et le coût continue de diminuer à mesure que vous transférez plus de données jusqu'à ce que vous atteigniez 5 Po. Comme la plupart des services AWS, ces coûts varient selon la région. Le tarif initial pour la publication de données dans les régions les moins chères (États-Unis, Mexique, Canada, Europe et Israël) est de 0,085 USD par Go, et ce coût double à 0,170 USD lors de la diffusion de données dans la région la plus chère (Inde). Vous êtes également facturé pour les requêtes qui envoient des données à votre application source, telles que les connexions WebSocket ou les données jointes aux requêtes PUT d'un client. Étant donné que CloudFront est par nature mondial, la région pour laquelle vous êtes facturé n'est pas déterminée par l'endroit où réside l'application, mais par l'origine des demandes adressées à votre application. Vous pouvez gérer ces coûts en fixant un classe de prix sur votre distribution CloudFront qui exclut certaines régions de votre réseau de serveurs périphériques.

Vous pouvez en obtenir un Remise sur les tarifs Amazon CloudFront s'engager à un niveau d'utilisation régulier (généralement au moins 10 To transférés par mois pendant une période d'engagement d'un an). Contrairement à de nombreux autres services, ces Tarification CloudFront « Instance réservée » ne sont pas publiées, mais si votre organisation peut raisonnablement s'engager à transférer ces données sur une longue période, cela pourrait réduire vos coûts, donc contacter AWS et demande. Vous pouvez également bénéficier d'une remise de 30% en vous inscrivant au Pack d'économies de sécurité CloudFront . Vous devez vous engager à dépenser un montant spécifique sur les services CloudFront chaque mois pendant au moins un an, et c'est beaucoup si vous envisagez également d'utiliser Amazon Pare-feu d'applications Web (WAF) car 10 % de la valeur de l'engagement est générée sous forme de crédit WAF.

Coûts des requêtes CloudFront

Un autre facteur dans les prix de AWS CloudFront est facturé pour 10.000 25 requêtes HTTP et vous paierez un supplément d'environ 100 % pour traiter les requêtes HTTPS. Ces coûts CloudFront varient également en fonction de la région d'où provient la demande, mais la différence de prix est moins dramatique que pour le transfert de données, passant d'une prime de 10 % pour le transfert de données vers les régions les plus chères à une prime de XNUMX % pour le traitement des demandes provenant de celles-ci. domaines.

Autres coûts CloudFront

Bouclier d'origine est une couche de mise en cache supplémentaire qui fonctionne (et dont le prix est basé sur) la zone de disponibilité de votre serveur d'origine. Toutes les demandes adressées au serveur d'origine passent par cette couche de mise en cache unique, de sorte que les utilisateurs accédant à différents serveurs périphériques à différents endroits peuvent recevoir le même contenu mis en cache, et les applications qui gèrent plusieurs CDN ont accès à une couche de mise en cache unificatrice. Ce service est facturé au même tarif que les requêtes HTTP, en plus du coût de toute requête passant par un serveur périphérique. CloudFront vous permet également de chiffrer des champs spécifiques par conséquent, seules les applications ayant accès à la clé de déchiffrement peuvent voir les données sensibles. Ce service coûte 0,02 $ pour 10.000 XNUMX requêtes chiffrées (en plus du coût des requêtes HTTPS). Vous avez la capacité de générer et de surveiller se connecte en temps réel à un coût de 0,01 $ pour chaque 1.000.000 XNUMX XNUMX de lignes de journal écrites. Enfin, vous pouvez fournir certificats SSL et noms de domaine personnalisés pour vos distributions CloudFront pour 600 $ par mois.

 

Comment réduire vos coûts AWS CloudFront

Maintenant, avec la compréhension des prix de Amazon CloudFront et parmi les nombreux facteurs de coût qui contribuent à son utilisation, il existe plusieurs moyens pratiques et courants de réduire les coûts de CloudFront. Ci-dessous, nous vous expliquerons comment réduire les coûts S3 et EC2 avec CloudFront, la meilleure façon de configurer CloudFront et comment augmenter votre taux d'accès au cache pour réduire les coûts.

Réduisez les coûts AWS S3 et EC2 avec CloudFront

L'une des utilisations les plus courantes de CloudFront est la distribution de contenu Web et multimédia stockées dans un compartiment S3 ou une instance EC2 à des clients du monde entier. À de faibles volumes de données, le coût d'utilisation de S3 est en fait inférieur car chaque mois, vous obtenez le premier Go transféré gratuitement, mais dès que vous commencez à augmenter votre utilisation, le coût par Go diminue pour servir les données de CloudFront. Dans une région économique comme l'est de l'Ohio aux États-Unis, ce point d'inflexion est de 18 Go.

Une fois que la quantité de données transférées sur Internet augmente, l'écart de prix pour les coûts de transfert de données commence à se creuser. Une fois que vous avez commencé à transférer des téraoctets de données, la distance entre la publication de contenu à partir d'une origine telle que S3 et l'utilisation de CloudFront pour la distribution de contenu augmente considérablement.

Il est important de réaliser que CloudFront a un statut particulier dans l'univers AWS. Normalement, vous êtes facturé pour les données transférées entre les zones de disponibilité. Cependant, les données transférées des services AWS vers les serveurs CloudFront ne coûtent pas un centime. Si vous transférez une très petite quantité de données sur Internet, il est moins cher de ne pas utiliser CloudFront, mais si vous transférez des données entre des zones ou faites face à des coûts de transfert de données plus élevés, CloudFront vous fera presque toujours économiser de l'argent. Ce statut spécial permet également de toujours associer CloudFront à l'hébergement du serveur d'origine sur le réseau AWS. Si vous hébergez vous-même votre serveur d'origine ou utilisez un autre fournisseur, ces économies sur le transfert de données disparaissent et vous devez payer pour transférer les données vers CloudFront, ce qui signifie qu'à chaque fois qu'un élément n'est pas dans le cache, vous payez deux fois,

Comparer le coût de traitement des requêtes HTTP entre S3 et CloudFront est moins simple. Si votre application ne fournit que des résultats GET, la gestion des requêtes à partir d'un compartiment S3 est nettement moins chère. Aux États-Unis, dans l'est de l'Ohio, vous paierez 0,004 $ pour 10.000 3 requêtes effectuées directement par rapport à un compartiment S0,0075, mais vous paierez au moins 90 $ pour répondre aux demandes de CloudFront, ce qui le rend près de 100 % plus cher. Ce calcul est inversé une fois que vous commencez à mélanger les requêtes POST. Le prix ne change pas en fonction du type de requête pour CloudFront, mais augmente de plus de 3 % pour les buckets S0,05, vous paierez 10.000 $ pour servir 85 XNUMX requêtes POST, donc CloudFront devient la meilleure offre, offrant XNUMX % de remise sur ce type de demande.

Pour la plupart des applications, les coûts de transfert de données et les économies de taille d'instance éclipseront considérablement le coût de traitement des demandes, donc cette différence est rarement significative, mais si une grande partie du coût de l'application CloudFront est causée par un grand nombre de petites demandes de fichiers et vous pouvez garantir que ces demandes seront principalement GET et envisageront d'ignorer CloudFront. En ce qui concerne les requêtes, vous devez également considérer à quel point l'utilisation de HTTPS est nécessaire pour votre application. La gestion des requêtes HTTPS ajoute environ 25 % aux coûts des requêtes. Par conséquent, si vous ne recevez pas de données sensibles, l'utilisation d'un simple HTTP peut vous éviter de nombreux ajustements.

Configuration d'Amazon CloudFront pour réduire les coûts

L'un des meilleurs moyens de réduire les demandes adressées à n'importe quel serveur Web consiste à mettre en cache le contenu dans le navigateur du client. Cette idée de base s'applique deux fois lors de l'utilisation de CloudFront, car CloudFront ajoute une deuxième couche de mise en cache, les fichiers sont également mis en cache sur les serveurs périphériques. Par défaut, tous les fichiers servis par le serveur CloudFront Edge expirent après 24 heures, ce qui est trop peu pour de nombreux types de contenu. Vous pouvez augmenter la valeur de votre réseau CloudFront en mettant correctement en cache les objets, en particulier ceux dont vous êtes sûr qu'ils ne changeront pas avant un certain temps. Vous pouvez définir la durée des objets de cache du client et du serveur Edge en définissant le paramètre Cache-ControlEn-tête HTTP sur le serveur d'origine. Vous pouvez également demander à vos serveurs de périphérie d'implémenter leurs propres politiques de mise en cache en définissant les valeurs Durée de vie (TTL). lorsque vous créez ou mettez à jour votre distribution CloudFront. Gardez à l'esprit que la mise en cache du serveur Edge est importante à planifier et à mettre en œuvre avec soin car si vous souhaitez invalider des fichiers avant leur expiration, vous pouvez invalider 1.000 0,005 chemins gratuitement chaque mois, mais vous paierez XNUMX $. pour chemin invalide après cette limite.

Augmentation du taux de réussite du cache AWS CloudFront

L'un des principaux objectifs de CDN CloudFront est d'éviter d'inonder le serveur d'origine en permettant aux serveurs périphériques de répondre efficacement aux demandes des clients. Cette fonctionnalité est compromise si la plupart des clients finissent par demander du contenu qui n'est pas mis en cache. Le rapport entre les requêtes gérées par le serveur Edge et le nombre de requêtes qui arrivent au serveur d'origine est appelé taux d'accès au cache. Vous pouvez augmenter ce rapport en comprenant comment le clé de cache. Lorsqu'une ressource est demandée par un client, CloudFront génère une clé de cache (par défaut, cela utilise le domaine de la distribution et le chemin de l'objet demandé, mais vous pouvez modifier ces paramètres il stocke ensuite la clé de cache et l'utilise pour répondre aux futures demandes de correspondance. Pour augmenter le taux de succès, consolidez les vues d'application pour les résoudre en une seule clé de cache et évitez d'ajouter des données qui pourraient entraîner la génération de clés de cache différentes par deux requêtes avec les mêmes résultats, comme la création de deux URL qui pointent vers la même ressource.

Compression pour réduire les coûts d'Amazon CloudFront

CloudFront peut être configuré pour compresser automatiquement certains types de fichiers. La compression de CloudFront se traduira par un temps de chargement plus rapide pour les clients et réduira les coûts, car les serveurs périphériques transfèrent de plus petites quantités de données aux clients. En plus d'utiliser la compression par défaut, compressez les ressources lorsqu'elles sont générées par le serveur source.

Niveau gratuit AWS CloudFront

Il Niveau gratuit CloudFront est l'un des plus généreux de la famille AWS, vous bénéficiez de 50 Go de transfert de données sortant et de deux millions de requêtes chaque mois pendant un an. Si vous n'utilisez pas déjà CloudFront, le plan gratuit peut vous aider à décider s'il peut vous aider à faire évoluer l'instance servant votre application ou à améliorer considérablement l'expérience client en réduisant le temps de chargement.

 

conclusion

Amazon CloudFront CDN facilite la gestion des ressources à partir d'un CDN distribué à l'échelle mondiale. Cela peut réduire la latence, gérer les pics de demande et réduire la charge sur les serveurs d'applications. Tirer parti d'une bonne mise en cache, de la compression et de la compréhension du fonctionnement de la clé de cache permet à CloudFront d'effectuer ces tâches efficacement, ce qui vous aide à tirer le meilleur parti du service. Si tu as besoin d'aide pour surveiller et réduire les coûts de vos services AWS , rappelez-vous que vous pouvez toujours contacter Managed Server Srl pour obtenir de l'aide.

Vous avez des doutes ? Vous ne savez pas par où commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

Managed Server Srl est un acteur italien leader dans la fourniture de solutions système GNU/Linux avancées orientées vers la haute performance. Avec un modèle d'abonnement peu coûteux et prévisible, nous garantissons que nos clients ont accès à des technologies avancées en matière d'hébergement, de serveurs dédiés et de services cloud. En plus de cela, nous proposons des conseils système sur les systèmes Linux et une maintenance spécialisée en SGBD, sécurité informatique, Cloud et bien plus encore. Nous nous distinguons par notre expertise dans l'hébergement de CMS Open Source de premier plan tels que WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart et Magento, soutenus par un service d'assistance et de conseil de haut niveau adapté aux administrations publiques, aux PME et à toutes tailles.

Red Hat, Inc. détient les droits de Red Hat®, RHEL®, RedHat Linux® et CentOS® ; AlmaLinux™ est une marque commerciale d'AlmaLinux OS Foundation ; Rocky Linux® est une marque déposée de la Rocky Linux Foundation ; SUSE® est une marque déposée de SUSE LLC ; Canonical Ltd. détient les droits sur Ubuntu® ; Software in the Public Interest, Inc. détient les droits sur Debian® ; Linus Torvalds détient les droits sur Linux® ; FreeBSD® est une marque déposée de la FreeBSD Foundation ; NetBSD® est une marque déposée de la Fondation NetBSD ; OpenBSD® est une marque déposée de Theo de Raadt. Oracle Corporation détient les droits sur Oracle®, MySQL® et MyRocks® ; Percona® est une marque déposée de Percona LLC ; MariaDB® est une marque déposée de MariaDB Corporation Ab ; REDIS® est une marque déposée de Redis Labs Ltd. F5 Networks, Inc. détient les droits sur NGINX® et NGINX Plus® ; Varnish® est une marque déposée de Varnish Software AB. Adobe Inc. détient les droits sur Magento® ; PrestaShop® est une marque déposée de PrestaShop SA ; OpenCart® est une marque déposée d'OpenCart Limited. Automattic Inc. détient les droits sur WordPress®, WooCommerce® et JetPack® ; Open Source Matters, Inc. détient les droits sur Joomla® ; Dries Buytaert détient les droits sur Drupal®. Amazon Web Services, Inc. détient les droits sur AWS® ; Google LLC détient les droits sur Google Cloud™ et Chrome™ ; Facebook, Inc. détient les droits sur Facebook® ; Microsoft Corporation détient les droits sur Microsoft®, Azure® et Internet Explorer® ; La Fondation Mozilla détient les droits sur Firefox®. Apache® est une marque déposée de The Apache Software Foundation ; PHP® est une marque déposée du groupe PHP. CloudFlare® est une marque déposée de Cloudflare, Inc. ; NETSCOUT® est une marque déposée de NETSCOUT Systems Inc. ; ElasticSearch®, LogStash® et Kibana® sont des marques déposées d'Elastic NV. Ce site n'est affilié, sponsorisé ou autrement associé à aucune des entités mentionnées ci-dessus et ne représente aucune de ces entités de quelque manière que ce soit. Tous les droits sur les marques et noms de produits mentionnés sont la propriété de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionnées appartiennent à leurs titulaires. MANAGED SERVER® est une marque déposée au niveau européen par MANAGED SERVER SRL Via Enzo Ferrari, 9 62012 Civitanova Marche (MC) Italie.

Retour en haut de page