Fase 5 — Cutover

Questa fase illustra vari approcci che puoi utilizzare per passare dal tuo attuale OpenSearch ambiente Elasticsearch al dominio Amazon Service di destinazione. OpenSearch Il cutover può essere eseguito in due fasi:

• Stabilisci un meccanismo di sincronizzazione dei dati per mantenere l'ambiente di destinazione sincronizzato con l'origine.

• Esegui lo scambio dall'ambiente corrente all'ambiente di destinazione con o senza tempi di inattività.

Sincronizzazione dei dati

Per qualsiasi sistema che riceve dati continui, la migrazione dei dati potrebbe richiedere l'interruzione della ricezione di nuovi dati durante la migrazione e l'esecuzione della migrazione in una finestra di manutenzione (con possibili tempi di inattività). Se non puoi permetterti tempi di inattività, puoi apportare le modifiche dopo aver avviato la migrazione. Riproduci le modifiche sulla destinazione per mantenerla aggiornata e sincronizzata con l'origine fino a quando non esegui il cutover. Nelle sezioni seguenti vengono illustrati vari modi in cui è possibile mantenere sincronizzati l'origine e la destinazione.

Registra i carichi di lavoro di analisi

Per i carichi di lavoro di analisi dei log, puoi eseguire una sincronizzazione degli aggiornamenti nei seguenti modi:

• È possibile eseguire due ambienti fianco a fianco fino al completamento del periodo di conservazione ed eseguire l'inserimento sia nell'ambiente corrente che in quello di destinazione. A un certo punto, si decide di interrompere e indirizzare le applicazioni verso il nuovo ambiente. A volte, è possibile importare nuovi dati dalle fonti dei registri o dei documenti sia nel cluster esistente che negli ambienti di OpenSearch servizio di destinazione. È quindi possibile riempire nuovamente i dati precedenti nell'ambiente di destinazione copiandoli dall'ambiente corrente. In tutti i casi, devi assicurarti che i dati non presentino lacune che possano avere un impatto sugli utenti.

• Prima della migrazione dei dati, puoi decidere di sospendere l'importazione nell'ambiente esistente. Tuttavia, questo approccio significa che gli utenti potrebbero non essere in grado di cercare i dati più recenti o modificati dall'ambiente esistente fino al completamento della migrazione dei dati. Una volta completata la migrazione dei dati, è possibile indirizzare l'acquisizione dei dati verso l'ambiente di destinazione e trasferire le applicazioni e i client all'ambiente di destinazione. Ciò significa che non saranno disponibili nuovi dati fino al completamento della migrazione. Tuttavia, il sistema rimarrà disponibile per la ricerca. È necessario disporre dei mezzi per conservare i registri e i dati di origine nella fonte fino alla disponibilità del nuovo ambiente.

• Puoi continuare a utilizzare l'attuale motore di analisi dei log fino alla migrazione del primo passaggio di dati. Quindi riempi i dati rimanenti che sono stati prodotti dall'inizio del primo passaggio. Supponendo che i dati rimanenti siano molto più piccoli del primo passaggio, è possibile sospendere l'inserimento mentre i dati rimanenti sono sincronizzati, poiché la sincronizzazione potrebbe richiedere solo pochi minuti o poche ore. È inoltre possibile eseguire alcuni passaggi utilizzando questo approccio finché la finestra di sincronizzazione non diventa sufficientemente piccola da sospendere l'importazione dall'ambiente di origine a quello di destinazione e trasferirla all'ambiente di destinazione senza alcun impatto sugli utenti. Il diagramma seguente mostra l'utilizzo di istantanee incrementali e di ripristino per aggiornare o sincronizzare i dati.

  

  Fase 1

  1. I dati fluiscono dalla fonte attraverso la pipeline di inserimento dei dati all'ambiente Elasticsearch corrente e al dominio Amazon Service. OpenSearch

  2. Il primo passaggio richiede più tempo per passare da Elasticsearch al dominio Amazon OpenSearch Service.

  3. Il primo passaggio di aggiornamento o sincronizzazione richiede meno tempo.

  4. Il secondo passaggio di aggiornamento o sincronizzazione richiede il minor tempo possibile.

  5. I dati continuano a fluire da Elasticsearch alle applicazioni.

  Fase 2

  1. I dati fluiscono dalla fonte attraverso la pipeline di inserimento dei dati al dominio del servizio. OpenSearch

  2. L'inserimento nell'ambiente Elasticsearch corrente viene interrotto.

  3. L'aggiornamento o il passaggio di sincronizzazione finale richiede il minor tempo possibile.

  4. Flussi di dati dal OpenSearch servizio alle applicazioni.

Carichi di lavoro di ricerca

Nei tre approcci descritti in precedenza, è necessario assicurarsi che tutti i dati sull'oggetto siano aggiornati prima di eseguire il cutover. Per i carichi di lavoro di ricerca, puoi prendere in considerazione i seguenti suggerimenti per l'aggiornamento o la sincronizzazione:

• Per i carichi di lavoro di ricerca, in genere si sospende l'importazione dall'ambiente di origine all'ambiente corrente. Si copiano tutti i dati dall'ambiente corrente all'ambiente di destinazione e si mette in atto un meccanismo di acquisizione dei dati di modifica (CDC) in grado di determinare quali dati sono cambiati dall'inizio della migrazione. Quindi copi i dati modificati OpenSearch nell'ambiente Amazon. Nella maggior parte dei casi, le pipeline di inserimento dei dati dell'applicazione di ricerca dispongono già di un meccanismo CDC integrato e di solito si tratta di indirizzare la pipeline verso il nuovo ambiente dopo la migrazione dei dati dall'ambiente corrente. Il diagramma seguente mostra la creazione di un indice interamente a partire dall'origine per i casi d'uso della ricerca.

  

  Fase 1

  1. L'inserimento nell'ambiente Elasticsearch corrente è sospeso.

  2. I dati vengono copiati dal dominio del servizio. ElasticSearch OpenSearch

  3. I dati continuano a ElasticSearch fluire dalle applicazioni.

  Fase 2

  1. L'ambiente Elasticsearch non è più connesso alla fonte di dati o alle applicazioni.

  2. I dati di Change Data Capture (CDC) vengono inseriti nella pipeline e fluiscono verso il dominio del servizio. OpenSearch

  3. I dati fluiscono dal dominio del OpenSearch servizio alle applicazioni.

• Alcuni carichi di lavoro di ricerca richiedono il caricamento solo di dati completi dal database o dall'origine dati di origine nel nuovo ambiente OpenSearch di servizio. Una volta completato il caricamento, le applicazioni client possono passare al nuovo ambiente. Questo è il modo più semplice per eseguire la migrazione dei carichi di lavoro di ricerca.

Scambia o taglia

La fase finale del percorso migratorio consiste nel passare, o abbandonare, il nuovo ambiente. È una delle fasi critiche. A questo punto, sei pronto per andare in diretta. Hai i dati sincronizzati e aggiornati, hai configurato il monitoraggio e gli avvisi, i runbook sono aggiornati e sei pronto per passare al nuovo ambiente. È necessario assicurarsi che l'ingestione avvenga normalmente e che le metriche del nuovo ambiente siano corrette. Durante questa fase, pianifichi ed esegui il trasferimento delle connessioni client dal tuo Elasticsearch o OpenSearch cluster esistente al nuovo dominio Amazon OpenSearch Service. Fai attenzione a eventuali modifiche alla libreria client che potrebbero essere necessarie. A questo punto, avresti dovuto testare tutte le funzionalità dei tuoi client con Amazon OpenSearch Service nei tuoi ambienti inferiori per verificare compatibilità e prestazioni.

Se hai un'applicazione client che deve puntare al nuovo ambiente, aggiorna la voce DNS dal vecchio ambiente al nuovo ambiente. Quindi monitorate attentamente il comportamento dell'applicazione per assicurarvi che gli utenti ottengano la giusta esperienza.

In genere, se avete seguito le linee guida contenute in questo documento, avrete un passaggio al digitale sicuro. Tuttavia, si consiglia di mantenere aggiornato l'ambiente di origine in modo che possa fungere da riserva in caso di problemi con il nuovo ambiente. Alcuni clienti AWS continuano a utilizzare entrambi gli ambienti per alcune settimane dopo lo scambio prima di smantellare l'ambiente precedente. Ti consigliamo di scegliere una strategia in linea con i tuoi requisiti di continuità aziendale.