Régions et Zones de Disponibilité
L'Infrastructure Mondiale AWS
AWS a construit une infrastructure mondiale composée de Régions et de Zones de Disponibilité (AZ). Comprendre cette architecture est essentiel pour concevoir des applications résilientes.
┌─────────────────────────────────────────────────────────────┐
│ INFRASTRUCTURE AWS │
├─────────────────────────────────────────────────────────────┤
│ │
│ 🌍 MONDE │
│ │ │
│ ├── 📍 Région (us-east-1) │
│ │ ├── 🏢 AZ (us-east-1a) ─── Datacenter(s) │
│ │ ├── 🏢 AZ (us-east-1b) ─── Datacenter(s) │
│ │ ├── 🏢 AZ (us-east-1c) ─── Datacenter(s) │
│ │ └── ... │
│ │ │
│ ├── 📍 Région (eu-west-1) │
│ │ ├── 🏢 AZ (eu-west-1a) │
│ │ ├── 🏢 AZ (eu-west-1b) │
│ │ └── 🏢 AZ (eu-west-1c) │
│ │ │
│ ├── 📍 Région (ca-central-1) ← Canada / Montréal │
│ │ ├── 🏢 AZ (ca-central-1a) │
│ │ ├── 🏢 AZ (ca-central-1b) │
│ │ └── 🏢 AZ (ca-central-1d) │
│ │ │
│ └── ... (30+ régions dans le monde) │
│ │
└─────────────────────────────────────────────────────────────┘
Qu'est-ce qu'une Région ?
Une Région AWS est une zone géographique qui contient plusieurs datacenters. Chaque région est complètement indépendante des autres.
Caractéristiques d'une Région
| Caractéristique | Description |
|---|---|
| Isolation | Chaque région est isolée des autres |
| Données | Les données ne quittent pas la région (sauf si vous le demandez) |
| Services | Tous les services ne sont pas disponibles dans toutes les régions |
| Prix | Les prix varient selon la région |
| Latence | Plus proche = plus rapide |
Régions AWS Principales (2024)
┌─────────────────────────────────────────────────────────────┐
│ RÉGIONS AWS PRINCIPALES │
├─────────────────────────────────────────────────────────────┤
│ │
│ 🇺🇸 AMÉRIQUE DU NORD │
│ ├── us-east-1 │ N. Virginia │ La plus ancienne │
│ ├── us-east-2 │ Ohio │ │
│ ├── us-west-1 │ N. California│ │
│ ├── us-west-2 │ Oregon │ │
│ └── ca-central-1 │ Montréal │ 🇨🇦 Canada │
│ │
│ 🇪🇺 EUROPE │
│ ├── eu-west-1 │ Irlande │ Populaire en Europe │
│ ├── eu-west-2 │ Londres │ │
│ ├── eu-west-3 │ Paris │ 🇫🇷 France │
│ ├── eu-central-1 │ Francfort │ 🇩🇪 Allemagne │
│ └── eu-north-1 │ Stockholm │ │
│ │
│ 🌏 ASIE-PACIFIQUE │
│ ├── ap-northeast-1│ Tokyo │ 🇯🇵 Japon │
│ ├── ap-southeast-1│ Singapour │ │
│ └── ap-south-1 │ Mumbai │ 🇮🇳 Inde │
│ │
└─────────────────────────────────────────────────────────────┘
Comment Choisir une Région ?
┌─────────────────────────────────────────────────────────────┐
│ CRITÈRES DE CHOIX D'UNE RÉGION │
├─────────────────────────────────────────────────────────────┤
│ │
│ 1. 📍 PROXIMITÉ DES UTILISATEURS │
│ └── Plus proche = latence plus faible │
│ └── Utilisateurs au Canada → ca-central-1 │
│ │
│ 2. ⚖️ CONFORMITÉ ET RÉGLEMENTATION │
│ └── RGPD → Région en Europe │
│ └── Données canadiennes → ca-central-1 │
│ └── HIPAA, PCI-DSS → Régions conformes │
│ │
│ 3. 💰 COÛT │
│ └── us-east-1 souvent le moins cher │
│ └── Régions récentes parfois plus chères │
│ │
│ 4. 🛠️ DISPONIBILITÉ DES SERVICES │
│ └── Nouveaux services d'abord dans us-east-1 │
│ └── Vérifier que le service existe dans la région │
│ │
└─────────────────────────────────────────────────────────────┘
Pour ce cours
Nous utiliserons principalement us-east-1 (N. Virginia) car :
- Tous les services y sont disponibles
- LocalStack l'émule par défaut
- Prix généralement les plus bas
Qu'est-ce qu'une Zone de Disponibilité (AZ) ?
Une Zone de Disponibilité est un ou plusieurs datacenters physiques au sein d'une région, avec alimentation, réseau et connectivité redondants.
Caractéristiques des AZ
┌─────────────────────────────────────────────────────────────┐
│ ZONE DE DISPONIBILITÉ (AZ) │
├─────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ AZ : us-east-1a │ │
│ │ │ │
│ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │
│ │ │Datacenter│ │Datacenter│ │Datacenter│ │ │
│ │ │ 1 │ │ 2 │ │ 3 │ │ │
│ │ └────┬─────┘ └────┬─────┘ └────┬─────┘ │ │
│ │ │ │ │ │ │
│ │ └──────────────┼──────────────┘ │ │
│ │ │ │ │
│ │ • Alimentation redondante │ │
│ │ • Réseau redondant │ │
│ │ • Physiquement séparé des autres AZ │ │
│ │ • Connecté aux autres AZ par fibre haute vitesse │ │
│ │ │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
│ Isolation physique : │
│ • Distance suffisante pour éviter les catastrophes │
│ • Assez proche pour faible latence (< 2ms entre AZ) │
│ • Inondation, séisme, incendie n'affecte qu'une AZ │
│ │
└─────────────────────────────────────────────────────────────┘
Pourquoi Utiliser Plusieurs AZ ?
┌─────────────────────────────────────────────────────────────┐
│ HAUTE DISPONIBILITÉ │
├─────────────────────────────────────────────────────────────┤
│ │
│ SCÉNARIO : Panne d'une AZ complète │
│ │
│ SANS Multi-AZ AVEC Multi-AZ │
│ ────────────── ────────────── │
│ │
│ ┌──────────────┐ ┌──────────────┐ │
│ │ AZ-1a │ │ AZ-1a │ │
│ │ ┌────┐ │ │ ┌────┐ │ │
│ │ │ EC2│ ❌ │ │ │ EC2│ ❌ │ │
│ │ └────┘ │ │ └────┘ │ │
│ │ PANNE ! │ │ │ │
│ └──────────────┘ └──────────────┘ │
│ │
│ Application DOWN ┌──────────────┐ │
│ │ AZ-1b │ │
│ │ ┌────┐ │ │
│ │ │ EC2│ ✅ │ │
│ │ └────┘ │ │
│ │ FONCTIONNE │ │
│ └──────────────┘ │
│ │
│ Application UP ! ✅ │
│ │
└─────────────────────────────────────────────────────────────┘
Latence Entre AZ
Latence typique entre composants :
Dans la même AZ : < 1 ms ████
Entre AZ (même région): 1-2 ms █████████
Entre régions : 50-200+ ms ████████████████████████████████
Recommandation :
• Composants qui communiquent beaucoup → Même AZ
• Composants critiques → Multi-AZ (réplication)
Nommage des AZ
Format du Nom
Format : <région><lettre>
Exemples :
• us-east-1a = Région us-east-1, AZ "a"
• us-east-1b = Région us-east-1, AZ "b"
• ca-central-1a = Région ca-central-1, AZ "a"
Attention : Mapping Différent par Compte !
┌─────────────────────────────────────────────────────────────┐
│ IMPORTANT : MAPPING DES AZ │
├─────────────────────────────────────────────────────────────┤
│ │
│ ⚠️ us-east-1a dans le compte A │
│ N'EST PAS FORCÉMENT le même datacenter que │
│ us-east-1a dans le compte B ! │
│ │
│ Compte A : Compte B : │
│ us-east-1a → Datacenter X us-east-1a → Datacenter Y │
│ us-east-1b → Datacenter Y us-east-1b → Datacenter X │
│ │
│ AWS mélange intentionnellement pour équilibrer la charge │
│ │
│ Pour identifier vraiment une AZ : utilisez l'AZ ID │
│ Exemple : use1-az1, use1-az2 (identique entre comptes) │
│ │
└─────────────────────────────────────────────────────────────┘
Schéma Récapitulatif
┌─────────────────────────────────────────────────────────────────────────┐
│ RÉGION : us-east-1 │
├─────────────────────────────────────────────────────────────────────────┤
│ │
│ ┌───────────────────┐ ┌───────────────────┐ ┌───────────────────┐ │
│ │ us-east-1a │ │ us-east-1b │ │ us-east-1c │ │
│ │ │ │ │ │ │ │
│ │ ┌───┐ ┌───┐ ┌───┐│ │ ┌───┐ ┌───┐ ┌───┐│ │ ┌───┐ ┌───┐ ┌───┐│ │
│ │ │DC1│ │DC2│ │DC3││ │ │DC4│ │DC5│ │DC6││ │ │DC7│ │DC8│ │DC9││ │
│ │ └───┘ └───┘ └───┘│ │ └───┘ └───┘ └───┘│ │ └───┘ └───┘ └───┘│ │
│ │ │ │ │ │ │ │
│ └─────────┬─────────┘ └─────────┬─────────┘ └─────────┬─────────┘ │
│ │ │ │ │
│ └─────────────────────┼─────────────────────┘ │
│ │ │
│ Réseau haute vitesse (< 2ms) │
│ │ │
│ ┌────────┴────────┐ │
│ │ Services Région │ │
│ │ (S3, IAM, etc.) │ │
│ └─────────────────┘ │
│ │
│ Distance physique entre AZ : plusieurs kilomètres │
│ Isolation : alimentation, refroidissement, réseau séparés │
│ │
└─────────────────────────────────────────────────────────────────────────┘
Services Régionaux vs Globaux
Services Globaux (pas liés à une région)
| Service | Description |
|---|---|
| IAM | Gestion des identités |
| Route 53 | DNS |
| CloudFront | CDN |
| WAF | Pare-feu applicatif |
Services Régionaux (liés à une région)
| Service | Description |
|---|---|
| EC2 | Instances dans une région/AZ |
| S3 | Buckets dans une région |
| RDS | Bases de données régionales |
| Lambda | Fonctions régionales |
| VPC | Réseaux régionaux |
Bonnes Pratiques
1. Toujours Multi-AZ pour la Production
❌ MAUVAIS : Tout dans une seule AZ
✅ BON : Ressources réparties sur 2-3 AZ
2. Choisir la Région la Plus Proche
Utilisateurs principaux au Québec ?
→ ca-central-1 (Montréal)
Utilisateurs en France ?
→ eu-west-3 (Paris) ou eu-west-1 (Irlande)
3. Vérifier la Disponibilité des Services
# Avant de choisir une région, vérifier que le service existe
# AWS Console → Choisir région → Voir les services disponibles
4. Considérer les Coûts
Prix EC2 t3.micro (exemple) :
us-east-1 : $0.0104/h ████
ca-central-1 : $0.0116/h █████
eu-west-3 : $0.0120/h █████
ap-south-1 : $0.0108/h ████
Différence peut sembler faible mais s'accumule !
Quiz de Validation
- Qu'est-ce qu'une Région AWS ?
- Qu'est-ce qu'une Zone de Disponibilité ?
- Combien d'AZ minimum recommande-t-on pour la production ?
- Quelle est la latence typique entre deux AZ de la même région ?
- Quelle région utiliser pour des utilisateurs canadiens avec exigences de résidence des données ?
- Citez 2 services AWS globaux (non liés à une région).
Prochaine section : AMI - Images Machine