Panoramica
L'Assistente alla migrazione per il servizio OpenSearch di Amazon ti assiste nella migrazione o nell'aggiornamento dei carichi di lavoro Elasticsearch e OpenSearch ai cluster gestiti o alle raccolte serverless del servizio OpenSearch di Amazon. Questa soluzione AWS automatizza le attività manuali con un percorso di migrazione prescrittivo e a basso rischio per dati esistenti e in tempo reale. Include anche funzionalità avanzate, come uno strumento di migrazione dei metadati e strumenti di confronto di acquisizione e riproduzione per aiutarti a identificare in anticipo potenziali problemi di migrazione e aggiornamento. Il processo di migrazione è semplificato, i confronti comportamentali e prestazionali basati sui carichi di lavoro reali dei clienti sono abilitati e le fasi di pre-migrazione, migrazione e convalida sono accelerate.
Questa soluzione prescrive un flusso di lavoro di migrazione sistematico per aggiornare, migrare, ripristinare e modificare un cluster del servizio OpenSearch. Il flusso di lavoro include un'interfaccia a riga di comando (CLI) della console di migrazione per la gestione, un gruppo di dimensionamento dedicato per il backfill dei dati esistenti e un replayer per sincronizzare il traffico in tempo reale tra i cluster di origine e di destinazione. Gli utenti possono sospendere o interrompere la migrazione senza influire sul traffico di produzione, riducendo così i rischi. Inoltre, la funzionalità di backfill riduce al minimo ulteriori rischi recuperando i dati da un'istantanea, lasciando inalterato il cluster di origine e supportando le migrazioni multi-hop, il che riduce il numero complessivo di migrazioni richieste.
Vantaggi
Trasferisci i dati da un cluster di origine (fonte) a una destinazione designata (cluster del servizio OpenSearch o raccolta serverless di OpenSearch).
Acquisisci e riproduci in modo sicuro il traffico sui cluster di origine e destinazione per identificare le prestazioni ottimali riducendo al contempo il rischio di migrazione attraverso funzionalità di interruzione, strumenti di confronto, conservazione del codice sorgente e supporto multi-hop.
Registra le richieste e le risposte tra i cluster di origine e di destinazione per confrontarle, quindi inoltra le metriche di latenza e i codici di risposta a un hub di analisi. Puoi analizzare i dati essenziali per la transizione del traffico da un sistema legacy a una nuova destinazione del servizio OpenSearch.
Dettagli tecnici
Questa architettura può essere implementata automaticamente consultando la Guida all'implementazione e il modello AWS CloudFormation allegato.
Fase 1
Il traffico del client viene indirizzato al cluster esistente.
Fase 2
Un Application Load Balancer (ALB) è posizionato davanti al proxy di acquisizione del traffico per indirizzare il traffico secondo necessità. L'ALB inoltra il traffico al proxy di acquisizione, che quindi lo inoltra all'origine replicando contemporaneamente il traffico su Streaming gestito da Amazon per Apache Kafka (Amazon MSK).
Fase 3
Con l'acquisizione continua del traffico, l'utente avvia una Reindex-from-Snapshot (RFS) attraverso la console di gestione della migrazione.
Fase 4
Una volta completato il backfill, il traffico acquisito viene riprodotto dall'utente con un Traffic Replayer.
Fase 5
Le prestazioni e il comportamento del traffico indirizzato ai cluster di origine e di destinazione vengono analizzati esaminando i log e i parametri pertinenti.
Fase 6
Dopo aver verificato che la funzionalità del cluster di destinazione soddisfa le aspettative, l'utente reindirizza i client alla nuova destinazione. Inoltre, l'utente può ritirare ed eliminare l'infrastruttura del vecchio cluster.
Fase 1
Il traffico del client viene indirizzato al cluster esistente.
Fase 2
Un Application Load Balancer (ALB) è posizionato davanti al proxy di acquisizione del traffico per indirizzare il traffico secondo necessità. L'ALB inoltra il traffico al proxy di acquisizione, che quindi lo inoltra all'origine replicando contemporaneamente il traffico su Streaming gestito da Amazon per Apache Kafka (Amazon MSK).
Fase 3
Con l'acquisizione continua del traffico, l'utente avvia una Reindex-from-Snapshot (RFS) attraverso la console di gestione della migrazione.
Fase 4
Una volta completato il backfill, il traffico acquisito viene riprodotto dall'utente con un Traffic Replayer.
Fase 5
Le prestazioni e il comportamento del traffico indirizzato ai cluster di origine e di destinazione vengono analizzati esaminando i log e i parametri pertinenti.
Fase 6
Dopo aver verificato che la funzionalità del cluster di destinazione soddisfa le aspettative, l'utente reindirizza i client alla nuova destinazione. Inoltre, l'utente può ritirare ed eliminare l'infrastruttura del vecchio cluster.
Contenuto correlato
Nelle aziende manifatturiere, la trasformazione digitale e l'industria 4.0 sono probabilmente tra le priorità. Scopri come trasformare digitalmente la tua impresa con Machine Downtime Monitor su AWS.
- Data di pubblicazione