Amazon Route 53
Photo de Frank Busch sur Unsplash

Amazon Route 53

Amazon Route 53 est un service Web hautement disponible et Ă©volutif de noms de domaine (DNS).

Avec Route 53, vous pouvez enregistrer des domaines, acheminer le trafic vers les ressources où vos domaines sont hébergés et vérifier l’état de vos ressources. Vous pouvez également acheminer le trafic en fonction de la santé de vos ressources. Ce guide explique comment enregistrer des domaines, configurer un DNS et configurer les contrôles de santé (Health Check) à l’aide de la console Route 53.

Types d’enregistrement

Dans AWS, il est possible d’enregistrer 4 types de Records :

  • A : Correspondance d’un hostname avec une IPv4
    • Un enregistrement A peur faire correspondre un hostname avec plusieurs IPv4
  • AAAA : Correspondance d’un hostname avec une IPv6
    • Un enregistrement A peur faire correspondre un hostname avec plusieurs IPv6
  • CNAME : Correspondance d’un hostname avec un autre hostname
    • Fonctionne uniquement pour des noms de domaine non racine (ex. www.example.com -> myserver.12345.mymachine.com)
  • Alias : Correspondance d’un hostname avec une ressource AWS
    • Fonctionne pour des noms de domaine racine (apex) ou pas (ex. example.com -> server-12345.eu-west-3.alb.amazonaws.com)
    • Il est gratuit (contrairement au CNAME)
    • Il intègre un Health Check natif

Les hostnames peuvent être public, accessible d’un navigateur client, par exemple, ou bien privé, accesible par une instances AWS au sein d’un réseau privé, par exemple.

Time To Live

Un enregistrement DNS est associé à un TTL qui indique au client le temps de validité de l’enregistrement DNS.

Il peut ĂŞtre :

  • Ă©levĂ© : par exemple de 24h, risque d’enregistrement obsolète
  • bas : par exemple de 60s, permet de rapidement mettre Ă  jour un enregistrement

Fonctionnalités AWS

Route 53 apporte des fonctionnalités supplémentaires par rapport à un DNS classique :

Health Check

  • Une ressource est marquĂ©e healthy une fois qu’elle a passĂ© x Heath Checks (par dĂ©faut 3)
  • Une ressource est marquĂ©e unhealthy une fois qu’elle a echouĂ© Ă  x Heath Checks (par dĂ©faut 3)

Route 53 ne renvoie que les endpoints healthy

  • Une 15zaine de Health Checkers sont exĂ©cutĂ©s pour tester le bon fonctionnement d’un endpoint
  • Ils effectuent chacun un test toutes les 30s par dĂ©faut (peut ĂŞtre abaissĂ© Ă  10s)

Cela signifie qu’ils exécutent, dans leur ensemble, une requête toutes les 2s

  • Les sondes peuvent ĂŞtre configurĂ©es en TCP, HTTP ou bien HTTPS (mais ne verifie pas la validitĂ© du certificat dans ce dernier cas)
  • On peut associer le Health Check avec CloudWatch

Politiques de routage

  • Simple :
    • Redirection vers une seule ressource (mais qui peut se trouver Ă  plusieurs endpoints/IPs)
    • Pas de Health Check !
    • Le Client reçoit toutes les IPs et en choisit une au hasard pour accĂ©der Ă  la ressource
  • Multi value :
    • Comme Simple mais avec un Healt Check : seuls les endpoints Healthy seront renvoyĂ©s (contrairement au Simple)
  • Failover :
    • Dans le cadre d’un Disaster Recovery avec une architecture serveurs Primaire/Secondaire
    • Renvoie l’IP du serveur Primaire tant qu’il est Healthy, celui du Secondaire autrement
    • Par contre, il n’y a pas de Health Check sur le serveur Secondaire
  • Weighted :
    • Associe un poids Ă  chaque endpoint de la ressource
    • Permet de tester 10% du traffic sur une nouvelle version d’une application
    • Utile pour rediriger les traffic entre 2 Regions
    • Supporte le Health Check
    • Le Client ne reçoit qu’une seule IP (et n’a pas connaissance des autres endpoints)
  • Latency :
    • Dirige vers la Region AWS qui a la latence la plus faible du point de vue du Client
    • Ce n’est pas forcĂ©ment la Region la plus proche (mĂŞme si cela devrait ĂŞtre le cas pour la majeur partie)
    • Le Client ne reçoit qu’une seule IP (et n’a pas connaissance des autres endpoints)
  • Geolocation :
    • Dirige le traffic vers la Region la plus proche du Client
  • Geoproximity :
    • Dirige le traffic vers la Region la plus proche du Client mais avec un biais qui permet de modifier les Regions cibles
    • Configurable dans Route 53 Traffic Flow
    • Un biais positif (de 1 Ă  99) va augmenter artificiellement la taille d’une Region
    • Un biais nĂ©gatif (de -99 Ă  -1) va diminiuer la taille d’une Region
    • Les ressources peuvent ĂŞtre soient :
      • Une ressource AWS (liĂ©e Ă  une Region AWS)
      • Une ressource non-AWS (il faudra alors prĂ©ciser les latitude/longitude de cette ressource)
Jean-Jerome Levy

Ecrit par

Jean-JĂ©rĂ´me LĂ©vy

Consultant DevOps

Professionnel chevronné dans le domaine de l’informatique, cumulant plus de 20 années d’expérience au sein de DSI de grandes entreprises, mon expertise diversifiée m’a permis de jouer un rôle clé dans de nombreux projets, caractérisés par la mise en place de pratiques DevOps innovantes.