AWS · 10 novembre 2026 · Infra & Cloud
Amazon OpenSearch Service lance une reprise après sinistre gérée entre régions
Amazon OpenSearch Service propose une reprise après sinistre gérée entre régions, avec synchronisation continue entre un domaine principal et un domaine secondaire. Le service annonce un objectif de point de reprise inférieur à une minute et un objectif de temps de reprise inférieur à 20 minutes. Il nécessite OpenSearch 3.7 ou une version ultérieure et des domaines appartenant au même compte AWS. Les domaines utilisant UltraWarm ou des instances OpenSearch Optimized (OR1 ou OR2) ne sont pas pris en charge.
Ce qui est annoncé
AWS ajoute à Amazon OpenSearch Service une reprise après sinistre gérée entre régions pour les charges critiques de recherche, d’IA et d’analyse. Après avoir créé un domaine dans chacune des deux régions, les équipes peuvent les associer par un appel API ou depuis AWS Management Console. Le domaine secondaire est maintenu synchronisé avec le principal. AWS annonce un objectif de point de reprise (RPO) inférieur à une minute et un objectif de délai de reprise (RTO) inférieur à 20 minutes. Une permutation planifiée échange leurs rôles sans perte de données ; en cas d’indisponibilité du principal, le basculement promeut le secondaire, avec une perte potentielle limitée au retard de réplication.
Le dispositif nécessite OpenSearch 3.7 ou une version ultérieure et des domaines appartenant au même compte AWS. Il accepte les domaines chiffrés avec des clés AWS Key Management Service (AWS KMS) gérées par le client, mais exclut le stockage UltraWarm et les instances OpenSearch Optimized (OR1 ou OR2). Les métriques Amazon CloudWatch permettent de suivre l’état et le retard de réplication. Disponible dans toutes les régions commerciales AWS proposant Amazon OpenSearch Service, cette fonction ne fait pas l’objet d’un supplément spécifique : le domaine secondaire et les transferts de données entre régions restent facturés aux tarifs habituels.
Ce que ça change pour les entreprises
Pour les DSI, cette gestion intégrée peut réduire le travail nécessaire à la construction et à la maintenance de la réplication. Les objectifs annoncés restent à confronter aux exigences de continuité de chaque application. Les procédures doivent aussi distinguer maintenance planifiée et incident : après un basculement, il faut associer le nouveau domaine principal à un domaine secondaire pour rétablir la protection.
L’éligibilité technique et le coût du domaine secondaire sont donc à examiner avant adoption. Pour les versions antérieures, les mises à niveau par clonage permettent de tester OpenSearch 3.7 sur les charges concernées, puis de basculer avec une possibilité de retour arrière.
Comment UNEETY peut vous accompagner
Une ESN comme UNEETY peut accompagner le cadrage des besoins de continuité, l’analyse des prérequis et l’intégration du dispositif. Cet accompagnement peut également porter sur la sécurisation de la configuration, la préparation des procédures de reprise et leur appropriation par les équipes IT.
Découvrez notre offre Infra & Cloud ou contactez-nous.
Source : annonce AWS du 10 novembre 2026.