SUS02-BP04 Optimiser le placement géographique des charges de travail en fonction de leurs exigences réseau
Pour votre charge de travail, sélectionnez un emplacement et des services cloud qui réduisent la distance que le trafic réseau doit parcourir et diminuent les ressources réseau totales requises pour gérer votre charge de travail.
Anti-modèles courants :
-
Vous sélectionnez la région de la charge de travail en fonction de votre propre emplacement.
-
Vous regroupez toutes les ressources de charge de travail dans un seul emplacement géographique.
-
Tout le trafic passe par vos centres de données existants.
Avantages liés au respect de cette bonne pratique : le fait de placer une charge de travail à proximité de ses utilisateurs permet d’obtenir la latence la plus faible tout en diminuant les déplacements de données sur le réseau et en réduisant l’impact environnemental.
Niveau de risque exposé si cette bonne pratique n’est pas établie : moyen
Directives d’implémentation
L’infrastructure AWS Cloud est conçue autour d’options d’emplacement telles que les régions, les zones de disponibilité, les groupes de placement et les emplacements périphériques tels que AWS Outposts et les zones locales AWS
Analysez les modèles d’accès au réseau dans votre charge de travail pour identifier comment utiliser ces options de localisation dans le cloud et réduire la distance que le trafic réseau doit parcourir.
Étapes d’implémentation
-
Analysez les modèles d’accès au réseau dans votre charge de travail afin d’identifier comment les utilisateurs utilisent votre application.
-
Utilisez des outils de surveillance, tels que Amazon CloudWatch
et AWS CloudTrail , pour recueillir des données sur les activités du réseau. -
Analysez les données pour identifier le modèle d’accès au réseau.
-
-
Choisissez les régions pour votre déploiement de charge de travail en fonction des éléments clés suivants :
-
Objectif de durabilité : comme expliqué dans Choix de la région.
-
Emplacement de vos données : pour les applications utilisant de grandes quantités de données (telles que le big data et le machine learning), le code des applications doit s’exécuter aussi près que possible des données.
-
Emplacement de vos utilisateurs : pour les applications orientées utilisateur, choisissez une ou plusieurs régions proches des utilisateurs de votre charge de travail.
-
Autres contraintes : tenez compte de contraintes telles que le coût et la conformité, comme expliqué dans Éléments à prendre en compte lors de la sélection d’une région pour vos charges de travail
.
-
-
Utilisez la mise en cache locale ou les solutions de mise en cache AWS
pour les ressources fréquemment utilisées afin d’améliorer les performances, de réduire les déplacements de données et de diminuer l’impact environnemental. Service When to use Permet de mettre en cache du contenu statique comme des images, des scripts et des vidéos, ainsi que du contenu dynamique comme des réponses API ou des applications Web.
Permet de mettre en cache du contenu pour les applications Web.
Permet d’ajouter une accélération en mémoire à vos tables DynamoDB.
-
Utilisez des services capables de vous aider à exécuter du code plus proche des utilisateurs de votre charge de travail :
Service When to use Destiné aux opérations exigeantes en puissance de calcul qui sont lancées lorsque des objets ne sont pas dans le cache.
Destiné aux cas d’utilisation simples comme une demande HTTP(S) ou des manipulations de réponse pouvant être lancées par des fonctions brèves.
Permet d’exécuter du calcul local, une messagerie et une mise en cache de données pour les appareils connectés.
-
Utilisez le regroupement de connexions afin de pouvoir réutiliser les connexions et réduire les ressources nécessaires.
-
Utilisez des magasins de données distribués qui ne s’appuient pas sur des connexions persistantes ni sur des mises à jour synchrones pour des raisons de cohérence afin de servir les populations régionales.
-
Remplacez la capacité du réseau statique pré-allouée par une capacité dynamique partagée, et partagez l’impact en matière de durabilité de la capacité du réseau avec d’autres abonnés.
Ressources
Documents connexes :
-
Optimisation de votre infrastructure AWS pour la durabilité, partie 3 : mise en réseau
-
AWS Local Zones and AWS Outposts, choosing the right technology for your edge workload
(Zones locales AWS et Outpost AWS, choisir la bonne technologie pour votre charge de travail périphérique)
Vidéos connexes :
-
Demystifying data transfer on AWS
(Démystifier le transfert de données sur AWS) -
Scaling network performance on next-gen Amazon EC2 instances
-
AWS re:Invent 2023 : A migration strategy for edge and on-premises workloads
-
AWS re:Invent 2021 - AWS Outposts: Bringing the AWS experience on premises
-
AWS re:Invent 2020 - AWS Wavelength: Run apps with ultra-low latency at 5G edge
-
AWS re:Invent 2022 - AWS Local Zones: Building applications for a distributed edge
-
AWS re:Invent 2021 - Building low-latency websites with Amazon CloudFront
-
AWS re:Invent 2022 - Improve performance and availability with AWS Global Accelerator
-
AWS re:Invent 2022 - Build your global wide area network using AWS
-
AWS re:Invent 2020: Global traffic management with Amazon Route 53
Exemples connexes :