7.78 Route 53 EC2 Setup

Dans ce laboratoire, nous préparons l'environnement nécessaire pour tester Route 53 : trois instances EC2 dans des régions différentes et un load balancer dans la région principale. Cette topologie permettra ensuite d'illustrer les stratégies de routage simple, pondéré, par latence, par géolocalisation et par basculement.

Création des trois instances EC2

Nous démarrons une Amazon Linux dans la région Séoul (ap-northeast-2). Dans les données utilisateurs (User Data), un script bash met à jour le système, installe et démarre Apache via yum et systemctl, puis crée une page d'accueil affichant la zone de disponibilité récupérée depuis l'endpoint de métadonnées http://169.254.169.254/.

#!/bin/bash
yum update -y
yum install -y httpd
systemctl enable httpd
systemctl start httpd
AZ=$(curl -s http://169.254.169.254/latest/meta-data/placement/availability-zone)
echo "<h1>Hello from $AZ</h1>" > /var/www/html/index.html

Règle Security Group : autoriser HTTP (port 80) depuis Internet
Paire de clés existante pour la région principale (Irlande), pas nécessaire pour les autres si on n'a pas besoin de SSH
Stockage et balises par défaut
Reproduire la même instance dans Francfort (eu-central-1) et Irlande (eu-west-1)

Ensuite, dans la région principale (Irlande), nous créons un Application Load Balancer face à Internet, écoutant sur le port 80 et couvrant plusieurs zones de disponibilité. Un nouveau Security Group autorise HTTP depuis Internet. Un target group route53-tg regroupe l'instance Irlande ; le health check par défaut convient. Une fois l'ALB provisionné, on le teste via son URL DNS : il renvoie la page de l'instance Irlande. L'environnement est prêt pour les exercices Route 53.

En résumé

Cette leçon prépare l'infrastructure AWS nécessaire pour tester Route 53. Elle couvre la création de trois instances EC2 dans des régions différentes (Séoul, Francfort, Irlande), l'installation d'Apache avec un script utilisateur pour récupérer les métadonnées AWS, et la configuration d'un Application Load Balancer (ALB) en région primaire pour distribuer le trafic. À la fin du laboratoire, l'infrastructure est prête à démontrer le fonctionnement du DNS de Route 53.

Points clés

Création de trois instances EC2 Linux dans des zones de disponibilité et régions différentes pour assurer la répartition géographique
Utilisation du script utilisateur (user data) et de l'adresse de métadonnées 169.254.169.254 pour obtenir automatiquement la zone de disponibilité de chaque instance
Configuration d'un Application Load Balancer (ALB) en région primaire avec groupe de sécurité permettant l'accès HTTP, et ajout des instances comme cibles
Accès au load balancer via son URL pour visualiser les réponses des instances, démontrant la distribution de charge entre régions

Questions fréquentes

Pourquoi créer des instances dans plusieurs régions AWS ?

Pour tester et démontrer le fonctionnement de Route 53, qui est un service DNS permettant de router le trafic vers des ressources dans différentes régions géographiques. Cela simule un scénario de disponibilité globale.

Quel est le rôle de l'adresse 169.254.169.254 dans le script utilisateur ?

C'est l'adresse de métadonnées AWS. Le script l'interroge pour récupérer automatiquement la zone de disponibilité de chaque instance, information qui est ensuite affichée en page d'accueil pour vérifier depuis quel serveur répond la requête.

Pourquoi utiliser un Application Load Balancer avant de configurer Route 53 ?

Le load balancer distribue le trafic entre les instances d'une même région ou zone. Il constitue l'infrastructure préalable permettant de tester ensuite comment Route 53 peut router le trafic entre plusieurs load balancers dans différentes régions.