1.2 - Réseau dans le cloud (VPC, sous-réseaux, passerelles)
L'objectif 1.2 du Cloud+ CV0-004 couvre la conception de réseaux dans le cloud. Diviser la plage d'adresses d'un VPC en segments routables plus petits crée des sous-réseaux. Un sous-réseau devient public quand une entrée de table de routage envoie 0.0.0.0/0 vers une passerelle Internet, tandis qu'un sous-réseau privé n'a pas cette route et n'atteint Internet qu'à travers un NAT. Un transit gateway est un concentrateur par lequel de nombreux VPC satellites et sites sur site se connectent pour un routage central à grande échelle. Le fog computing traite les données sur une couche intermédiaire entre les appareils de périphérie et le cloud central, réduisant la latence pour l'IoT. Tu dois aussi connaître les blocs CIDR, les tables de routage, les passerelles NAT, le peering, le DNS et les ACL réseau vs les security groups. Attends-toi à des mises en situation demandant le bon élément réseau.
Diviser la plage d'un VPC en segments routables = sous-réseaux. 0.0.0.0/0 vers passerelle Internet = sous-réseau public. Concentrateur pour plusieurs VPC + sur site = transit gateway. Traitement entre périphérie et cloud = fog computing.
Questions d'entraînement
1. Quelle caractéristique du cloud permet aux ressources d'augmenter et de diminuer automatiquement selon la demande ?
- Élasticité (bonne réponse)
- Multi-locataire
- Portabilité
- Redondance
L'élasticité rapide ajuste automatiquement la capacité à la charge. Le multi-locataire est le partage d'infrastructure ; la redondance duplique des composants pour la haute disponibilité.
2. Ajouter des instances identiques derrière un répartiteur de charge pour absorber la charge illustre :
- Scalabilité verticale
- Scalabilité horizontale (bonne réponse)
- Débordement sur disque
- Veille à froid
La scalabilité horizontale (scale out) ajoute des nœuds. La scalabilité verticale (scale up) ajoute CPU/RAM à un nœud. L'horizontale est plus résiliente et quasi illimitée.
3. Déployer une application sur plusieurs centres de données isolés d'une même région protège contre quoi ?
- Une panne de région
- Une panne de zone (bonne réponse)
- Un changement DNS
- Une erreur de facturation
Les zones de disponibilité sont des centres isolés d'une région ; répartir les instances entre zones survit à la panne d'une zone. Survivre à une panne de région entière exige le multi-région.
4. Quel trait décrit un système conçu pour croître afin d'absorber une charge bien plus grande dans le temps en ajoutant de la capacité ?
- Élasticité
- Scalabilité (bonne réponse)
- Portabilité
- Durabilité
La scalabilité est la capacité planifiée à absorber la croissance en ajoutant des ressources. L'élasticité est l'expansion et la contraction automatiques à court terme selon la demande réelle.
5. Une appli doit rester disponible même si un centre de données entier tombe, mais reste dans une seule région. Quelle conception y parvient ?
- Déploiement mono-AZ
- Déploiement multi-AZ (bonne réponse)
- Multi-région actif-actif
- Mise en cache edge seule
Répartir les instances sur plusieurs zones de disponibilité survit à la panne d'un centre de données tout en restant dans une région. Le multi-région ajouterait une résilience inter-régions mais dépasse le besoin.
6. Selon le théorème CAP, une partition réseau force un magasin de données distribué à sacrifier lequel ?
- Tolérance au partitionnement réseau
- Garantie de durabilité du stockage
- Cohérence ou disponibilité (bonne réponse)
- Comportement d'élasticité rapide
Le théorème CAP dit que pendant une partition il faut choisir entre cohérence et disponibilité, la tolérance au partitionnement étant inévitable sur de vrais réseaux. La durabilité n'est pas une dimension CAP.