Quelle région AWS choisir si votre entreprise est en Espagne (et pourquoi c'est important)

La première chose qu'AWS vous demande, même si ça n'en a pas l'air, c'est où : en haut à droite de la console il y a un sélecteur de région, et tout ce que vous créez ira dans celle qui est sélectionnée. Beaucoup de gens laissent celle par défaut (souvent la Virginie, aux États-Unis) et découvrent des mois plus tard que leur site met plus de temps qu'il ne devrait, qu'ils paient en dollars américains des ressources qui pourraient être à côté, ou que leurs données sont hors d'Europe. Ce guide vous donne quatre critères pour bien choisir dès le départ et explique quoi faire si c'est déjà mal parti.

Critère 1 : près de vos utilisateurs

Si vos clients sont en Espagne, une région européenne proche fait que le site répond plus vite. La différence entre l'Espagne, Paris, l'Irlande ou Francfort se compte en millisecondes, à peine perceptible ; la différence avec la Virginie ou l'Oregon se sent à chaque clic. Si vos utilisateurs sont répartis dans le monde, choisissez la région où se trouve la majorité et placez un réseau de diffusion (CloudFront) devant pour les autres.

Critère 2 : qu'elle ait les services dont vous avez besoin

Tous les services AWS ne sont pas dans toutes les régions, et les nouveaux arrivent d'abord dans les grandes. Irlande et Francfort ont en général tout ; Paris presque tout ; la région Espagne, plus récente, a l'essentiel (machines, bases, stockage, Lambda...) mais certains services arrivent plus tard ou n'y sont pas encore. Avant de décider, faites la liste de ce que vous allez utiliser (Lightsail ? SES ? un certain type de machine ?) et vérifiez-la dans le tableau des services par région d'AWS. Si quelque chose dont vous avez besoin manque, choisissez une autre région dès le départ : déménager après coûte.

Critère 3 : le prix

La même ressource coûte différemment selon la région, parfois 10 ou 20 pour cent. Les grandes régions (Irlande, Virginie) sont en général les moins chères ; les plus récentes ou plus petites, un peu plus chères. Pour un petit projet la différence est faible ; pour un projet avec beaucoup de machines, cela vaut la peine de comparer dans le calculateur de prix d'AWS avant de choisir. Et rappelez-vous que la facture est en dollars dans tous les cas.

Critère 4 : où sont vos données

Si vous traitez des données personnelles de clients européens, les avoir dans une région de l'Union européenne simplifie la conformité et c'est ce qu'attendent vos clients et, parfois, vos contrats. N'importe quelle région européenne (Espagne, Paris, Irlande, Francfort, Stockholm, Milan ; Zurich est hors UE) convient pour cela ; celle d'Espagne a en plus l'argument de la proximité physique si quelqu'un vous pose la question. Notez la région choisie dans votre documentation de protection des données.

Notre recommandation pratique

Pour la plupart des entreprises en Espagne : Paris ou Irlande si vous voulez tout avoir de disponible et les prix les plus serrés ; Espagne si la proximité ou la résidence des données « en Espagne » est un argument commercial pour vous et que vous avez déjà vérifié que les services que vous utilisez y sont. Et une seule région pour tout ce qui va ensemble (le site, sa base de données, son bucket) : le trafic entre régions est facturé et ajoute de la latence. Les sauvegardes, en revanche, sont mieux dans une seconde région, au cas où (guide dans cette rubrique).

Si vous avez déjà mal choisi

Il n'y a pas de bouton « déplacer vers une autre région », mais presque tout peut se copier : les machines avec une image ou un instantané copié vers la nouvelle région ; les bases de données avec un instantané copié et restauré là-bas ; les buckets avec la réplication ou un aws s3 sync entre buckets ; le DNS n'a pas besoin d'être déplacé (Route 53 est global). Faites-le calmement, service par service, changez le DNS à la fin et supprimez l'ancien quand tout fonctionne. Et mettez la nouvelle région par défaut dans la console pour ne plus rien créer dans l'ancienne.

Ce qui peut mal tourner