Étape 5 — Passage

Cette étape décrit les différentes approches que vous pouvez utiliser pour passer de votre OpenSearch environnement Elasticsearch actuel au domaine Amazon OpenSearch Service cible. Le découpage peut être effectué en deux étapes :

• Établissez un mécanisme de synchronisation des données pour maintenir l'environnement cible synchronisé avec la source.

• Effectuez le passage de l'environnement actuel à l'environnement cible avec ou sans interruption de service.

Synchronisation des données

Pour tout système recevant des données en continu, la migration des données peut nécessiter que vous arrêtiez de recevoir de nouvelles données pendant la migration et que vous exécutiez la migration pendant une période de maintenance (avec un éventuel temps d'arrêt). Si vous ne pouvez pas vous permettre une interruption de service, vous pouvez enregistrer les modifications une fois que vous avez lancé la migration. Vous rejouez les modifications sur la cible pour la maintenir à jour et synchronisée avec la source jusqu'à ce que vous effectuiez le transfert. Les sections suivantes décrivent les différentes manières de synchroniser la source et la cible.

Charges de travail d'analyse des journaux

Pour les charges de travail d'analyse des journaux, vous pouvez effectuer une synchronisation des mises à jour de la manière suivante :

• Vous pouvez exécuter deux environnements côte à côte jusqu'à la fin de la période de rétention et exécuter l'ingestion dans l'environnement actuel et dans l'environnement cible. À un moment donné, vous décidez de vous déplacer et de diriger vos applications vers le nouvel environnement. Parfois, vous pouvez ingérer de nouvelles données provenant des sources du journal ou du document à la fois dans le cluster existant et dans les environnements de OpenSearch service cibles. Vous pouvez ensuite remplacer les anciennes données de l'environnement cible en les copiant depuis l'environnement actuel. Dans tous les cas, vous devez vous assurer que vos données ne présentent aucune lacune susceptible d'avoir un impact sur vos utilisateurs.

• Avant la migration des données, vous pouvez décider de suspendre votre ingestion dans l'environnement existant. Toutefois, cette approche signifie que vos utilisateurs ne seront peut-être pas en mesure de rechercher les données les plus récentes ou modifiées dans votre environnement existant tant que la migration des données n'est pas terminée. Une fois la migration des données terminée, vous pouvez diriger votre ingestion de données vers l'environnement cible et transférer vos applications et clients vers l'environnement cible. Cela signifie qu'aucune nouvelle donnée ne sera disponible tant que la migration ne sera pas terminée. Cependant, le système restera disponible pour la recherche. Vous devez avoir les moyens de conserver les journaux et les données sources dans votre source jusqu'à ce que le nouvel environnement soit disponible.

• Vous pouvez continuer à utiliser le moteur d'analyse des journaux actuel jusqu'à ce que votre premier transfert de données soit migré. Ensuite, vous complétez les données restantes produites depuis le lancement de la première passe. En supposant que les données restantes soient bien inférieures à celles du premier passage, vous pouvez suspendre l'ingestion pendant que les données restantes sont synchronisées, car la synchronisation peut ne prendre que quelques minutes ou quelques heures. Vous pouvez également effectuer quelques étapes en utilisant cette approche jusqu'à ce que votre fenêtre de synchronisation soit suffisamment petite pour suspendre l'ingestion de l'environnement source vers l'environnement cible et passer à l'environnement cible sans affecter vos utilisateurs. Le schéma suivant montre l'utilisation de la capture instantanée et de la restauration incrémentielles pour mettre à jour ou synchroniser des données.

  

  Étape 1

  1. Les données circulent de la source via le pipeline d'ingestion de données vers l'environnement Elasticsearch actuel et le domaine Amazon OpenSearch Service.

  2. Le premier passage est celui qui prend le plus de temps pour passer d'Elasticsearch au domaine Amazon OpenSearch Service.

  3. La première étape de mise à jour ou de synchronisation prend moins de temps.

  4. La deuxième étape de mise à jour ou de synchronisation est celle qui prend le moins de temps.

  5. Les données continuent de circuler d'Elasticsearch vers les applications.

  Étape 2

  1. Les données circulent de la source via le pipeline d'ingestion de données vers le domaine OpenSearch de service.

  2. L'ingestion dans l'environnement Elasticsearch actuel est arrêtée.

  3. La dernière étape de mise à jour ou de synchronisation est celle qui prend le moins de temps possible.

  4. Les données circulent du OpenSearch service vers les applications.

Charges de travail de recherche

Dans les trois approches décrites précédemment, vous devez vous assurer que toutes les données relatives à votre cible sont à jour avant d'effectuer le transfert. Pour les charges de travail de recherche, vous pouvez prendre en compte les suggestions de mise à jour ou de synchronisation suivantes :

• Pour les charges de travail de recherche, vous interrompez généralement l'ingestion de la source vers l'environnement actuel. Vous copiez toutes vos données de l'environnement actuel vers l'environnement cible, et vous mettez en place un mécanisme de capture des données de modification (CDC) capable de déterminer quelles données ont changé depuis le début de la migration. Vous copiez ensuite les données modifiées dans l' OpenSearchenvironnement Amazon. Dans la plupart des cas, les pipelines d'ingestion de données de l'application de recherche sont déjà dotés d'un mécanisme CDC intégré, et il s'agit généralement de diriger votre pipeline vers le nouvel environnement une fois les données migrées depuis l'environnement actuel. Le schéma suivant montre la création d'un index entièrement à partir de la source pour les cas d'utilisation de la recherche.

  

  Étape 1

  1. L'ingestion dans l'environnement Elasticsearch actuel est suspendue.

  2. Les données sont copiées depuis ElasticSearch le domaine OpenSearch de service.

  3. Les données continuent d'être ElasticSearch acheminées vers les applications.

  Étape 2

  1. L'environnement Elasticsearch n'est plus connecté à la source de données ni aux applications.

  2. Les données de capture des données de modification (CDC) sont ingérées dans le pipeline et sont acheminées vers le domaine OpenSearch de service.

  3. Les données circulent du domaine OpenSearch de service vers les applications.

• Certaines charges de travail de recherche nécessitent de charger uniquement les données complètes de la base de données source ou de la source de données vers le nouvel environnement OpenSearch de service. Une fois le chargement terminé, les applications clientes peuvent passer au nouvel environnement. Il s'agit de la méthode la plus simple pour effectuer la migration des charges de travail de recherche.

Échangez ou coupez

La dernière étape du processus de migration consiste à passer ou à passer au nouvel environnement. C'est l'une des phases critiques. À ce stade, vous êtes prêt à passer en ligne. Les données sont synchronisées et à jour, la surveillance et les alertes sont configurées, vos runbooks sont à jour et vous êtes prêt à passer au nouvel environnement. Vous devez vous assurer que votre ingestion se déroule normalement et que les indicateurs de votre nouvel environnement sont sains. Au cours de cette étape, vous planifiez et effectuez le transfert des connexions client de votre Elasticsearch ou OpenSearch cluster existant vers le nouveau domaine Amazon OpenSearch Service. Soyez attentif à toute modification de la bibliothèque cliente qui pourrait être nécessaire. À ce stade, vous devriez avoir testé toutes les fonctionnalités de votre client avec Amazon OpenSearch Service dans vos environnements inférieurs afin de vérifier la compatibilité et les performances.

Si une application cliente doit pointer vers le nouvel environnement, mettez à jour l'entrée DNS de l'ancien environnement vers le nouvel environnement. Surveillez ensuite de près le comportement de l'application pour vous assurer que vos utilisateurs bénéficient de la bonne expérience.

En règle générale, si vous avez suivi les directives de ce document, vous pourrez effectuer une transition en toute sécurité. Cependant, nous vous recommandons de maintenir votre environnement source à jour afin qu'il puisse servir de solution de secours en cas de problème avec le nouvel environnement. Certains clients AWS continuent à exploiter les deux environnements pendant quelques semaines après le remplacement avant de mettre hors service l'ancien environnement. Nous vous recommandons de choisir une stratégie adaptée à vos exigences en matière de continuité des activités.