Automatisez la reprise après sinistre avec les groupes de cibles d'itinéraire - Virtual Private Cloud

Lorsque vous utilisez des services cloud au niveau de la zone comme sauts suivants pour les routes, une panne de zone nécessite traditionnellement un basculement manuel du trafic vers une instance de secours. Un groupe de cibles d'itinéraire prend en charge une configuration actif-standby avec deux instances de saut suivant. Le système surveille en continu l'état des instances et effectue automatiquement un basculement de reprise après sinistre au niveau de la zone lorsqu'une instance devient défectueuse, réduisant ainsi l'objectif de temps de récupération (RTO).

Fonctionnement

Un groupe de cibles d'itinéraire s'intercale entre une entrée de route VPC et ses instances de saut suivant. Lorsque vous définissez le saut suivant d'une entrée de route sur un groupe de cibles d'itinéraire, tout le trafic est dirigé vers l'instance active. La surveillance de l'état du groupe sonde continuellement les deux instances et déclenche automatiquement le basculement en cas de défaillance.

Modèle de pondération actif-standby

Les deux instances membres possèdent des poids fixes qui déterminent laquelle gère le trafic :

Instance	Poids	Rôle
Active	100	Gère tout le trafic lorsque son état est sain
Standby	0	Prend le relais uniquement en cas de défaillance de l'instance active

Les deux instances doivent être du même type et déployées dans des zones différentes afin d'activer la reprise après sinistre inter-zones.

Surveillance de l'état

Le système envoie continuellement des sondes de vérification d'état aux deux instances :

Détection des pannes : Trois échecs consécutifs des sondes de vérification d'état marquent une instance comme Unhealthy et déclenchent un basculement automatique.
Vérification de la récupération : Trois succès consécutifs des sondes de vérification d'état marquent à nouveau l'instance comme Healthy.

Basculement automatique et manuel

Scénario	Déclencheur	Temps de basculement
Basculement (Failover)	Automatique (échec du contrôle d'état)	< 30 s
Retour arrière (Failback)	Manuel	< 10 s

Une fois l'instance active rétablie, le système ne lui renvoie pas automatiquement le trafic. Cette approche est intentionnelle : un retour automatique peut provoquer des basculements répétés en cas d'instabilité réseau ou de brèves interruptions de service. Effectuez le retour arrière manuellement pendant une fenêtre de maintenance ou aux heures creuses.

Portée et limites

Élément	Description
Types d'instances membres pris en charge	Endpoints Gateway Load Balancer (GWLBe) et passerelles NAT. Toutes les instances membres au sein d'un même groupe de cibles d'itinéraire doivent être du même type.
Exigences de déploiement des instances	Une instance active + une instance standby. Les deux doivent appartenir au même VPC et être déployées dans des zones différentes pour permettre la reprise après sinistre inter-zones. Lorsque le type d'instance cible est une passerelle NAT, vous devez déployer des passerelles NAT mono-zone dans des zones différentes au sein du même VPC.
Groupes de cibles d'itinéraire par VPC	10
Type d'entrée de route pris en charge	IPv4 uniquement
Prérequis pour le basculement manuel	L'instance inactive doit avoir l'état `Healthy`

Un groupe de cibles d'itinéraire prend en charge les mêmes opérations de routage que ses instances membres. Par exemple, si une route système dans une table de routes de passerelle peut utiliser un endpoint GWLB comme saut suivant, elle peut également utiliser un groupe de cibles d'itinéraire contenant des endpoints GWLB en tant que membres.

Configurer le basculement automatique

Définissez le saut suivant d'une entrée de route sur un groupe de cibles d'itinéraire. Le trafic est transféré en fonction de l'instance actuellement active. Lorsqu'une instance devient défectueuse, le système effectue automatiquement un basculement de reprise après sinistre au niveau de la zone.

Console

Accédez à la page VPC - Route Target Groups et cliquez sur Create Target Group.

Champ	Paramètre
VPC	Sélectionnez le VPC où résident vos instances cibles.
Mode	Seul le mode Active/Standby Mode est actuellement pris en charge.
Member Type	Sélectionnez GWLB Endpoint ou NAT Gateway. Lorsque le type de membre est NAT Gateway, seules les passerelles NAT mono-zone sont prises en charge.
Member Settings	Sélectionnez une instance active et une instance standby déployées dans des zones différentes. Après la création, vous pouvez modifier les instances inactives depuis la page de détails du groupe de cibles en cliquant sur Modify Member. Les instances actives ne peuvent pas être modifiées.
Instance Name, Resource Group and Tags	Champs facultatifs pour catégoriser et gérer les instances.

Accédez à la page VPC - Route Tables et cliquez sur l'ID de la table de routes cible.
Configurez une entrée de route pointant vers le groupe de cibles d'itinéraire. Vous pouvez soit créer une nouvelle entrée de route, soit modifier une entrée existante :
- Créer une nouvelle entrée de route : Dans l'onglet Custom Route, cliquez sur Add Route Entry. Saisissez le Destination CIDR Block pour le trafic qui doit être transféré via les instances active et standby. Définissez le Next Hop Type sur Route Target Group et sélectionnez le groupe de cibles d'itinéraire correspondant.
- Modifier une entrée de route existante : Dans l'onglet Custom Route, localisez l'entrée de route cible et cliquez sur Edit. Modifiez le Next Hop Type pour le définir sur Route Target Group, puis sélectionnez le groupe de cibles d'itinéraire correspondant.

API

Appelez l'opération CreateRouteTargetGroup pour créer le groupe de cibles d'itinéraire.
Appelez l'opération CreateRouteEntry pour créer une entrée de route. Définissez NextHopType sur RouteTargetGroup.

Effectuer un basculement manuel

Scénarios applicables :
- Déclenchez manuellement le basculement du trafic entre les instances active et standby pour des exercices de reprise après sinistre ou une maintenance planifiée.
- Pour éviter des basculements automatiques fréquents causés par l'instabilité réseau sur l'instance active (interruption de service), les groupes de cibles d'itinéraire ne reviennent pas automatiquement vers l'instance active après sa récupération. Une fois l'instance active rétablie, vous pouvez effectuer manuellement le retour arrière aux heures creuses.
Restriction : Le basculement n'est pas autorisé lorsque l'instance inactive est défectueuse.

Console

Accédez à la page VPC - Route Target Groups et cliquez sur l'ID du groupe de cibles d'itinéraire.
Dans le coin supérieur droit, cliquez sur Switch Member.

API

Appelez l'opération SwitchActiveRouteTarget pour effectuer le basculement.

Facturation

La fonctionnalité de groupe de cibles d'itinéraire est elle-même gratuite.

Les instances cibles et leurs services backend sont facturés selon les règles tarifaires de chaque produit :

Endpoints Gateway Load Balancer (GWLBe) : Pour plus de détails sur la facturation, consultez la section Facturation PrivateLink et Facturation GWLB.
Passerelle NAT : Pour plus de détails sur la facturation, consultez la section Facturation des passerelles NAT mono-zone.

Mise en production

Risque d'interruption de connexion : Pour les applications avec état (telles que les connexions firewall de longue durée ou les sessions NAT), un basculement actif-standby interrompt les connexions existantes et les services doivent les rétablir. Envisagez de mettre en œuvre des mécanismes de reconnexion et évaluez soigneusement l'impact momentané d'un basculement sur vos services.
Exercice de reprise après sinistre : Avant d'introduire du trafic de production, effectuez un basculement manuel aux heures creuses ou pendant une fenêtre de maintenance pour réaliser un exercice de reprise après sinistre. Vérifiez la disponibilité du chemin de secours, des politiques de groupe de sécurité et des services backend afin de garantir que le chemin de secours fonctionne comme prévu en cas de panne réelle.