Présentation
L’assistant de migration pour Amazon OpenSearch Service vous aide à migrer ou à mettre à niveau vos charges de travail Elasticsearch et OpenSearch vers des clusters gérés ou des collections sans serveur d'Amazon OpenSearch Service. Cette solution AWS automatise les tâches manuelles grâce à un chemin de migration prescriptif et peu risqué pour les données existantes et actives. Il inclut également des fonctionnalités avancées, telles qu'un outil de migration des métadonnées et un outil de comparaison de capture et de rediffusion pour vous aider à identifier plus rapidement les problèmes potentiels de migration et de mise à niveau. Le processus de migration est rationalisé, des comparaisons de performances et de comportements basées sur les charges de travail réelles des clients sont activées et les phases de pré-migration, de migration et de validation sont accélérées.
Cette solution prescrit un flux de migration systématique pour mettre à niveau, migrer, récupérer et modifier un cluster OpenSearch Service. Le flux de travail comprend une interface de ligne de commande (CLI) de la console de migration pour la gestion, un groupe de dimensionnement dédié pour le remplissage des données existantes et un replayer pour synchroniser le trafic en direct entre les clusters source et cible. Les utilisateurs peuvent suspendre ou interrompre la migration sans affecter le trafic de production, réduisant ainsi les risques. En outre, la fonctionnalité de remplissage minimise les risques supplémentaires en récupérant les données à partir d'un instantané, sans affecter le cluster source et en prenant en charge les migrations multi-sauts, ce qui réduit le nombre total de migrations requises.
Avantages
Transférez les données d'un cluster d'origine (source) vers une cible désignée (cluster OpenSearch Service ou OpenSearch Serverless Collection).
Capturez et rejouez en toute sécurité le trafic sur les clusters source et cible afin d'identifier les performances optimales tout en réduisant les risques de migration grâce à des fonctionnalités d'interruption, à des outils de comparaison, à la préservation des sources et à la prise en charge multi-sauts.
Enregistrez les demandes et les réponses que s'échangent les clusters source et de destination pour les comparer, puis transférez les métriques de latence et les codes de réponse à un hub d'analytique. Vous pouvez analyser les données essentielles à la transition de votre trafic depuis un système hérité vers une nouvelle destination OpenSearch Service.
Détails techniques
Vous pouvez déployer automatiquement cette architecture à l’aide du guide d’implémentation et du modèle AWS CloudFormation qui l’accompagne.
Étape 1
Le trafic client est dirigé vers le cluster existant.
Étape 2
Un Application Load Balancer (ALB) est positionné devant le proxy de capture du trafic pour acheminer le trafic selon les besoins. L'ALB transmet le trafic au proxy de capture, qui le relaie ensuite vers la source tout en le répliquant simultanément vers Amazon Managed Streaming for Apache Kafka (Amazon MSK).
Étape 3
Une fois la capture continue du trafic en place, un Reindex-from-Snapshot (RFS) est lancé par l'utilisateur via la console de gestion des migrations.
Étape 4
Une fois le remblayage terminé, le trafic capturé est rejoué par l'utilisateur à l'aide d'un replayer de trafic.
Étape 5
Les performances et le comportement du trafic acheminé vers les clusters source et cible sont analysés en examinant les métriques et les journaux pertinents.
Étape 6
Après avoir confirmé que les fonctionnalités du cluster cible répondent aux attentes, l'utilisateur redirige les clients vers la nouvelle cible. En outre, l'utilisateur peut mettre hors service et supprimer l'infrastructure de l'ancien cluster.
Étape 1
Le trafic client est dirigé vers le cluster existant.
Étape 2
Un Application Load Balancer (ALB) est positionné devant le proxy de capture du trafic pour acheminer le trafic selon les besoins. L'ALB transmet le trafic au proxy de capture, qui le relaie ensuite vers la source tout en le répliquant simultanément vers Amazon Managed Streaming for Apache Kafka (Amazon MSK).
Étape 3
Une fois la capture continue du trafic en place, un Reindex-from-Snapshot (RFS) est lancé par l'utilisateur via la console de gestion des migrations.
Étape 4
Une fois le remblayage terminé, le trafic capturé est rejoué par l'utilisateur à l'aide d'un replayer de trafic.
Étape 5
Les performances et le comportement du trafic acheminé vers les clusters source et cible sont analysés en examinant les métriques et les journaux pertinents.
Étape 6
Après avoir confirmé que les fonctionnalités du cluster cible répondent aux attentes, l'utilisateur redirige les clients vers la nouvelle cible. En outre, l'utilisateur peut mettre hors service et supprimer l'infrastructure de l'ancien cluster.
Contenu connexe
Dans les entreprises manufacturières, la transformation numérique et l'industrie 4.0 sont probablement au cœur de vos préoccupations. Apprenez comment transformer numériquement votre usine avec la surveillance des temps d'arrêt des machines sur AWS.
- Date de publication