AWS dispose de centres de données répartis dans le monde entier. Pour compliquer davantage leurs prix, chaque région a des prix différents pour certains produits. Quelle région est la moins chère? Dans lequel devez-vous construire votre architecture réseau?

L'est des États-Unis est généralement le moins cher

Jetez un œil à ce tableau de prix de Laboratoires de concurrence, il est clair que les deux régions de l’Est des États-Unis, us-east-1 (Virginie du Nord) et us-east-2 (Ohio), ont des prix très bas par rapport aux autres.

us-west-2 (Oregon) est également très faible, mais us-west-1 souffre des prix de la Silicon Valley et est beaucoup plus cher. Mumbai (Inde) est également étonnamment bon marché par rapport au reste du monde.

Comme pour toutes les autres régions, elles sont toutes plus chères que ces quatre. Les régions européennes sont généralement environ 10% plus chères, Stockholm étant la moins chère de toutes, seulement 6% plus chère que les régions américaines les moins chères. Le marché asiatique est environ 20 à 25% plus cher, Séoul étant le moins cher de ce côté du monde avec seulement 10% de plus que les États-Unis.

La tarification des données est une grande partie d'AWS et quelque chose qui change en fonction de la région. CloudFront La page de tarification en donne un bon aperçu:

Les données provenant de CloudFront vers l'Amérique du Nord et l'Europe sont les moins chères et au même prix. Pour le reste du monde, c'est un peu plus cher, l'Amérique du Sud étant à nouveau en tête de liste. Cependant, avec CloudFront, vous payez pour ces données de toute façon tant que vous avez des visiteurs sud-américains, vous ne pouvez donc pas changer grand-chose à ce sujet.

Pour le transfert de données interne, la plupart des régions sont les mêmes. Regarder Tarification de S3, les données sortant de S3 vers n'importe quelle région sont de 0,02 USD par Go. Cependant, si vous effectuez un transfert depuis us-east-1 à us-east-2 ou vice-versa, les frais ne sont que de 0,01 $. Cependant, cela ne s'applique pas si vous effectuez un transfert dans la même région. Cela n'a donc vraiment d'importance que si vous avez des serveurs en Ohio et en Virginie du Nord.

Si vous choisissez une région uniquement en fonction des prix, la Virginie du Nord et l'Ohio devraient être vos premiers choix sur la côte Est, avec l'Oregon pour l'Ouest. Évitez le nord de la Californie si vous le pouvez, car c'est environ 20% plus cher.

Si vous avez besoin de serveurs dans le monde entier, Stockholm et Séoul sont les options les moins chères pour les marchés européen et asiatique respectivement, et vous pouvez couvrir la majeure partie du monde avec ces deux points seuls.

Quelle que soit la région que vous choisissez, tenez-vous-en à cette région et utilisez toujours la même zone de disponibilité, car il y a des frais pour transférer des données entre elles. Même si elles font partie de la même région, les zones de disponibilité sont des centres de données séparés physiquement, et les données entre elles doivent toujours circuler sur les canaux Internet généraux.

Choisissez d'autres régions pour une meilleure latence

Compte tenu du coût de certaines régions AWS, la seule vraie raison de choisir une région plus chère est si l'emplacement compte plus que le prix.

Par exemple, si vous êtes une startup travaillant dans la Silicon Valley et que vous voulez vraiment une faible latence, vous pouvez accepter de payer une prime de 20%. Pour des services comme Uber qui dépendent de la latence la plus faible possible dans les grandes régions métropolitaines, payer pour l'emplacement dans le nord de la Californie n'est que le coût des affaires.

Cependant, pour de nombreuses applications, la latence n'a pas d'importance aussi beaucoup moins que votre site ou service ne soit extrêmement optimisé. En regardant cette carte des régions AWS, de nombreux endroits ne disposent pas de centres de données dans leur jardin. Il n'y a pas us-central région (encore), car de plus en plus de gens vivent plus près des côtes, et la latence n’est pas vraiment supérieure à 50 ms par rapport à la côte ou à l’Ohio de toute façon.

Si vous souhaitez couvrir la majeure partie du monde avec une latence globale relativement faible tout en minimisant les coûts, vous devez construire votre infrastructure sur quatre ou cinq emplacements:

• Ohio, car il est plus proche du centre des États-Unis que de la Virginie et à égale distance de la majeure partie de la côte est. La Virginie serait également une bonne option ici.
• Oregon pour couvrir la côte ouest.
• Stockholm (Suède) pour couvrir l'Europe.
• Séoul (Corée du Sud) pour couvrir la région Pacifique et Asie.
• Mumbai (Inde) est presque aussi bon marché que les États-Unis, donc avoir des serveurs ici serait une meilleure idée pour la région du Pacifique Sud par rapport aux régions de Singapour ou de Bahreïn (Moyen-Orient).

Vraiment, si vous vous souciez beaucoup de la latence, vous devriez quand même utiliser un CDN comme CloudFront d'AWS. Un CDN met en cache votre site Web sur des serveurs du monde entier et sert votre site à partir de ce cache au lieu de s'y rendre. Cela soulage le stress de vos serveurs Web principaux et vous permet également de rapprocher physiquement la périphérie de votre réseau de tout utilisateur donné. Cela accélère les temps de chargement et réduit le temps passé dans les handshakes TCP.

Cependant, les CDN ne peuvent pas tout mettre en cache, donc pour certaines pages (en particulier lorsqu'un utilisateur est connecté et parcourt du contenu authentifié), ils devront pinguer l'origine de votre serveur pour récupérer le contenu mis à jour. C'est là que le fait d'avoir des serveurs dans le monde entier aide vraiment à réduire la latence globale.

Si vous disposez de nombreux serveurs dans le monde, vous pouvez bénéficier d'un routage géographique au niveau DNS avec le service DNS Route 53 d'AWS. Route 53 peut acheminer dynamiquement les utilisateurs vers le point de terminaison à la latence la plus faible disponible, ce qui vous permet de profiter pleinement des serveurs d'origine plus proches.