Migrazione ad Amazon DocumentDB - Amazon DocumentDB
Strumenti di migrazioneIndividuazionePianificazione: requisiti del cluster Amazon DocumentDBApprocci alla migrazioneFonti di migrazioneConnettività di migrazioneTest in corsoTest delle prestazioniTest di failoverRisorse aggiuntive

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Migrazione ad Amazon DocumentDB

Amazon DocumentDB (compatibile con MongoDB) è un servizio di database completamente gestito compatibile con MongoDB. API Puoi migrare i tuoi dati su Amazon DocumentDB dai database MongoDB eseguiti in locale o su Amazon Elastic Compute Cloud (EC2Amazon) utilizzando la procedura descritta in questa sezione.

Argomenti

Strumenti di migrazione

Per migrare ad Amazon DocumentDB, i due strumenti principali utilizzati dalla maggior parte dei clienti sono AWS DMS() e AWS Database Migration Service le utilità da riga di comando come and. mongodump mongorestore Come best practice, e per entrambe queste opzioni, consigliamo di creare indici in Amazon DocumentDB prima di iniziare la migrazione, in quanto ciò può ridurre il tempo complessivo e aumentare la velocità della migrazione. A tale scopo, puoi utilizzare Amazon DocumentDB Index Tool.

AWS Database Migration Service

AWS Database Migration Service (AWS DMS) è un servizio cloud che semplifica la migrazione di database relazionali e non relazionali su Amazon DocumentDB. Puoi utilizzarli AWS DMS per migrare i tuoi dati su Amazon DocumentDB da database ospitati in locale o in locale. EC2 Con AWS DMS, puoi eseguire migrazioni una tantum oppure replicare le modifiche in corso per mantenere sincronizzate fonti e destinazioni.

Per ulteriori informazioni sull'utilizzo per AWS DMS la migrazione ad Amazon DocumentDB, consulta:

Utilità da riga di comando

Le utilità più comuni per la migrazione dei dati da e verso Amazon DocumentDB mongodump includonomongorestore,, mongoexport e. mongoimport In genere, mongodump e mongorestore sono le utility più efficienti in quanto eseguono il dump e il ripristino dei dati dai database in formato binario. Questa è generalmente l'opzione migliore e produce dati di dimensioni inferiori rispetto alle esportazioni logiche. mongoexporte mongoimport sono utili se si desidera esportare e importare dati in un formato logico simile JSON o in CSV quanto i dati sono leggibili dall'uomo, ma generalmente sono più lenti dimongodump/mongorestoree producono dati di dimensioni maggiori.

La Approcci alla migrazione sezione seguente illustrerà quando è meglio usare AWS DMS e le utilità da riga di comando in base al caso d'uso e ai requisiti.

Individuazione

Per ognuna delle distribuzioni MongoDB, è necessario identificare e registrare due set di dati: i dettagli dell'architettura e le caratteristiche operative. Queste informazioni ti aiuteranno a scegliere l'approccio di migrazione e il dimensionamento del cluster più appropriati.

Dettagli dell'architettura

  • Nome

    Scegliere un nome univoco per monitorare la distribuzione.

     

  • Versione

    Registrare la versione di MongoDB in esecuzione nella distribuzione. Per individuare la versione, connettersi a un membro del set di repliche con la shell mongo ed eseguire l'operazione db.version().

     

  • Type

    Registrare se la distribuzione è un'istanza mongo autonoma, un set di repliche o un cluster con shard.

     

  • Membri

    Registrare i nomi host, gli indirizzi e le porte di ogni cluster, set di repliche o membro standalone.

     

    Per una distribuzione in cluster, è possibile individuare i membri della shard connettendosi a un host mongo con la shell mongo ed eseguendo l'operazione sh.status().

     

    Per una set di repliche, è possibile recuperare i membri connettendosi a membro del set di repliche con la shell mongo ed eseguendo l'operazione rs.status().

     

  • Dimensioni oplog

    Per i set di repliche o cluster con shard, registrare le dimensioni dell'oplog per ogni membro del set di repliche. Per trovare questa informazione, connettersi al membro del set di repliche con la shell mongo ed eseguire l'operazione ps.printReplicationInfo().

     

  • Priorità membri set di repliche

    Per i set di repliche o cluster con shard, registrare la priorità per ogni membro del set di repliche. Per trovare questa informazione, connettersi a un membro del set di repliche con la shell mongo ed eseguire l'operazione rs.conf(). La priorità è indicata come valore della chiave priority.

     

  • TLS/utilizzo SSL

    Registra se Transport Layer Security (TLS) /Secure Sockets Layer (SSL) viene utilizzato su ogni nodo per la crittografia in transito.

Caratteristiche operative

  • Statistiche database

    Per ogni raccolta, registrare le seguenti informazioni:

    • Nome

    • Dimensioni dei dati

    • Conteggio delle raccolte

     

    Per individuare le statistiche del database, connettersi al database con la shell Mongo ed eseguire il comando db.runCommand({dbstats: 1}).

     

  • Statistiche raccolta

    Per ogni raccolta, registrare le seguenti informazioni:

    • Spazio dei nomi

    • Dimensioni dei dati

    • Conteggio degli indici

    • Se la raccolta è limitata

     

  • Statistiche indice

    Per ogni raccolta, registrare le seguenti informazioni sull'indice:

    • Spazio dei nomi

    • ID

    • Size

    • Chiavi

    • TTL

    • Sparse

    • Contesto

     

    Per individuare le informazioni sull'indice, connettersi al database con la shell mongo ed eseguire il comando db.collection.getIndexes().

     

  • Opcounter

    Oltre ad agevolare la comprensione degli attuali modelli dei carichi di lavoro (intensivi in lettura, intensivi in scrittura o bilanciati), Fornisce inoltre indicazioni sulla selezione iniziale delle istanze di Amazon DocumentDB.

     

    Di seguito sono riportati le informazioni principali da raccogliere nel periodo di monitoraggio (in numero o in secondi):

    • Query

    • Inserimenti

    • Aggiornamenti

    • Eliminazioni

     

    È possibile ottenere queste informazioni tramite una rappresentazione grafica dell'output del comando db.serverStatus() nel corso del tempo. Tramite lo strumento mongostat è inoltre possibile ottenere valori istantanei per queste statistiche, con i quali però si rischia di pianificare la migrazione considerando periodi di utilizzo che non comprendono carichi di picco.

     

  • Statistiche di rete

    Oltre ad agevolare la comprensione degli attuali modelli dei carichi di lavoro (intensivi in lettura, intensivi in scrittura o bilanciati), Fornisce inoltre indicazioni sulla selezione iniziale delle istanze di Amazon DocumentDB.

     

    Di seguito sono riportati le informazioni principali da raccogliere nel periodo di monitoraggio (in numero o in secondi):

    • Connessioni

    • Byte di rete in ingresso

    • Byte di rete in uscita

     

    È possibile ottenere queste informazioni tramite una rappresentazione grafica dell'output del comando db.serverStatus() nel corso del tempo. Tramite lo strumento mongostat è inoltre possibile ottenere valori istantanei per queste statistiche, con i quali però si rischia di pianificare la migrazione considerando periodi di utilizzo che non comprendono carichi di picco.

Pianificazione: requisiti del cluster Amazon DocumentDB

Una migrazione di successo richiede un'attenta valutazione della configurazione del cluster Amazon DocumentDB e del modo in cui le applicazioni accederanno al cluster. Per determinare i requisiti del cluster, tieni conto di questi fattori:

  • Disponibilità

    Amazon DocumentDB offre un'elevata disponibilità attraverso la distribuzione di istanze di replica, che possono essere promosse a istanza principale in un processo noto come failover. Con la distribuzione di istanze di replica in diverse zone di disponibilità, puoi ottenere maggiori livelli di disponibilità.

     

    La tabella seguente fornisce linee guida per le configurazioni di distribuzione di Amazon DocumentDB per soddisfare obiettivi di disponibilità specifici.

     

    Disponibilità desiderata Istanze totali Repliche Zone di disponibilità
    99% 1 0 1
    99,9% 2 1 2
    99,99% 3 2 3

     

    L'affidabilità del sistema dipende da tutti i componenti, non solo dal database. Per le best practice e i consigli per soddisfare le esigenze complessive di affidabilità del sistema, consultate il white paper AWS Well-Architected Reliability Pillar.

     

  • Prestazioni

    Le istanze Amazon DocumentDB consentono di leggere e scrivere sul volume di storage del cluster. Le istanze cluster sono disponibili in diversi tipi, con quantità variabili di memoria e vCPU, che influiscono sulle prestazioni di lettura e scrittura del cluster. Con le informazioni raccolte nella fase di individuazione, scegli un tipo di istanza che possa supportare i requisiti prestazionali del tuo carico di lavoro. Per una lista di tipi di istanze supportate, consulta Gestione delle classi di istanze.

     

    Quando scegli un tipo di istanza per il tuo cluster Amazon DocumentDB, considera i seguenti aspetti dei requisiti prestazionali del tuo carico di lavoro:

    • vCPUs—Le architetture che richiedono un numero di connessioni più elevato potrebbero trarre vantaggio da istanze con più v. CPUS

       

    • Memoria: quando possibile, mantenere il set di dati di lavoro in memoria offre le massime prestazioni. Una linea guida iniziale è quella di riservare un terzo della memoria dell'istanza per il motore Amazon DocumentDB, lasciando due terzi per il set di dati di lavoro.

       

    • Connessioni: il numero minimo di connessioni ottimale è di otto connessioni per istanza Amazon DocumentDB v. CPU Sebbene il limite di connessioni delle istanze di Amazon DocumentDB sia molto più elevato, i vantaggi prestazionali delle connessioni aggiuntive diminuiscono al di sopra delle otto connessioni per v. CPU

       

    • Rete: i carichi di lavoro con un numero elevato di client o connessioni devono considerare le prestazioni di rete aggregate richieste per i dati inseriti e recuperati. L'esecuzione di operazioni in blocco può rendere più efficiente l'utilizzo delle risorse di rete.

       

    • Prestazioni di inserimento: gli inserti di documenti singoli sono generalmente il modo più lento per inserire dati in Amazon DocumentDB. Le operazioni di inserimento in blocco possono essere nettamente più veloci.

       

    • Prestazioni di lettura: le letture dalla memoria di lavoro sono sempre più veloci delle letture restituite dal volume di storage. Pertanto, l'ideale è ottimizzare le dimensioni della memoria dell'istanza per mantenere in memoria il set di lavoro.

       

    Oltre a fornire letture dall'istanza principale, i cluster Amazon DocumentDB vengono configurati automaticamente come set di repliche. È quindi possibile instradare le query di sola lettura alle repliche di lettura impostando le relative preferenze nel driver MongoDB. È possibile dimensionare il traffico in lettura aggiungendo repliche e riducendo così il carico generale sull'istanza primaria.

     

    È possibile distribuire repliche Amazon DocumentDB di diversi tipi di istanze nello stesso cluster. Un caso d'uso di esempio potrebbe essere quello di impostare una replica con un tipo di istanza più grande per gestire il traffico di analisi temporaneo. Se distribuisci un set di diversi tipi di istanza, assicurati di configurare la priorità di failover per ogni istanza. Questo garantisce che un evento di failover promuoverà sempre una replica di dimensioni sufficienti per gestire il tuo carico di scrittura.

     

  • Ripristino

    Amazon DocumentDB esegue continuamente il backup dei dati man mano che vengono scritti. Fornisce funzionalità di point-in-time ripristino (PITR) entro un periodo configurabile di 1—35 giorni, noto come periodo di conservazione del backup. Il periodo di conservazione dei backup predefinito è di un giorno. Amazon DocumentDB crea inoltre automaticamente istantanee giornaliere del volume di storage, che vengono conservate anche per il periodo di conservazione dei backup configurato.

     

    Se desideri conservare le istantanee oltre il periodo di conservazione del backup, puoi anche avviare istantanee manuali in qualsiasi momento utilizzando and (). AWS Management Console AWS Command Line Interface AWS CLI Per ulteriori informazioni, consulta Backup e ripristino in Amazon DocumentDB.

     

    Quando pianifichi la migrazione, tieni conto di quanto segue:

    • Scegliete un periodo di conservazione dei backup di 1—35 giorni che soddisfi l'obiettivo del punto di ripristino (). RPO

    • Decidi se hai bisogno di snapshot manuali e, in caso affermativo, con quale frequenza.

Approcci alla migrazione

Esistono tre approcci principali per la migrazione dei dati su Amazon DocumentDB.

Nota

Sebbene sia possibile creare indici in qualsiasi momento in Amazon DocumentDB, nel complesso è più veloce creare gli indici prima di importare set di dati di grandi dimensioni. Come best practice, consigliamo di creare gli indici in Amazon DocumentDB per ciascuno degli approcci riportati di seguito prima di eseguire la migrazione. A tale scopo, puoi utilizzare Amazon DocumentDB Index Tool.

Offline

L'approccio offline utilizza gli mongorestore strumenti mongodump e per migrare i dati dalla distribuzione di MongoDB di origine al cluster Amazon DocumentDB. L'approccio offline è il più semplice per la migrazione, ma causa anche il tempo di inattività più lungo per il cluster.

Il processo di base per la migrazione offline è il seguente:

  1. Sospendi le operazioni di scrittura sull'origine MongoDB.

  2. Esegui il dump della raccolta di dati e indici dalla distribuzione MongoDB di origine.

  3. Se stai migrando verso un cluster elastico, crea le tue raccolte suddivise utilizzando il comando. sh.shardCollection() Se stai migrando a un cluster basato su istanze, vai al passaggio successivo.

  4. Ripristina gli indici nel cluster Amazon DocumentDB.

  5. Ripristina i dati di raccolta nel cluster Amazon DocumentDB.

  6. Modifica l'endpoint dell'applicazione per scrivere nel cluster Amazon DocumentDB.

Diagramma: approccio offline alla migrazione ad Amazon DocumentDB

Online

L'approccio online utilizza AWS Database Migration Service (AWS DMS). Esegue un carico completo di dati dalla distribuzione di MongoDB di origine al cluster Amazon DocumentDB. Passa quindi alla modalità change data capture (CDC) per replicare le modifiche. L'approccio online riduce al minimo i tempi di inattività per il cluster, ma è il più lento dei tre metodi.

Il processo di base per la migrazione online è il seguente:

  1. L'applicazione utilizza il database di origine normalmente.

  2. Se stai migrando verso un Elastic Cluster, crea le tue raccolte suddivise usando il comando. sh.shardCollection() Se stai migrando a un cluster basato su istanze, vai al passaggio successivo.

  3. Pre-crea indici nel cluster Amazon DocumentDB.

  4. Crea un' AWS DMS attività per eseguire un caricamento completo, quindi abilita CDC dalla distribuzione di MongoDB di origine al cluster Amazon DocumentDB.

  5. Dopo aver completato AWS DMS un caricamento completo e aver replicato le modifiche in Amazon DocumentDB, passa l'endpoint dell'applicazione al cluster Amazon DocumentDB.

Diagramma: approccio online alla migrazione ad Amazon DocumentDB

Per ulteriori informazioni sull'utilizzo AWS DMS per la migrazione, consulta Using Amazon DocumentDB as a Target AWS Database Migration Service for e il relativo tutorial nella Guida per AWS Database Migration Service l'utente.

Ibrido

L'approccio ibrido utilizza gli mongorestore strumenti mongodump e per migrare i dati dalla distribuzione di MongoDB di origine al cluster Amazon DocumentDB. Viene quindi utilizzata la CDC modalità AWS DMS in per replicare le modifiche. L'approccio ibrido bilancia la velocità di migrazione con il tempo di inattività, ma è il più complesso dei tre approcci.

Il processo di base per la migrazione ibrida è il seguente:

  1. L'applicazione utilizza la distribuzione MongoDB di origine normalmente.

  2. Esegui il dump della raccolta di dati e indici dalla distribuzione MongoDB di origine.

  3. Ripristina gli indici nel cluster Amazon DocumentDB.

  4. Se stai migrando verso un cluster elastico, crea le tue raccolte frammentate usando il comando. sh.shardCollection() Se stai migrando a un cluster basato su istanze, vai al passaggio successivo.

  5. Ripristina i dati di raccolta nel cluster Amazon DocumentDB.

  6. Crea un' AWS DMS attività CDC da abilitare dalla distribuzione di MongoDB di origine al cluster Amazon DocumentDB.

  7. Quando l' AWS DMS attività consiste nella replica delle modifiche all'interno di una finestra accettabile, modifica l'endpoint dell'applicazione per scrivere nel cluster Amazon DocumentDB.

Diagramma: approccio ibrido alla migrazione ad Amazon DocumentDB
Importante

Attualmente un' AWS DMS attività può migrare solo un singolo database. Se l'origine MongoDB dispone di un numero elevato di database, potrebbe essere necessario automatizzare la creazione di attività di migrazione o considerare l'utilizzo del metodo offline.

Indipendentemente dall'approccio di migrazione scelto, è più efficiente precreare indici nel cluster Amazon DocumentDB prima di migrare i dati. Questo perché gli indici di Amazon DocumentDB sono dati inseriti in parallelo, ma la creazione di un indice su dati esistenti è un'operazione a thread singolo.

Poiché AWS DMS non migra gli indici (solo i tuoi dati), non è necessario alcun passaggio aggiuntivo per evitare di creare indici una seconda volta.

Fonti di migrazione

Se la tua fonte MongoDB è un processo mongo autonomo e desideri utilizzare gli approcci di migrazione online o ibridi, converti prima il tuo mongo autonomo in un set di repliche in modo che l'oplog venga creato da utilizzare come fonte. CDC

Se la migrazione parte da un set di repliche o da un cluster MongoDB con shard, è consigliabile creare un secondario concatenato o nascosto per ogni set di repliche o shard da utilizzare come origine della migrazione. L'esecuzione di dump dei dati può forzare l'uscita dalla memoria del set di dati di lavoro e inficiare le prestazioni delle istanze di produzione. È possibile ridurre il rischio effettuando la migrazione da un nodo che non distribuisce dati di produzione.

Versioni delle origini della migrazione

Se la versione del database MongoDB di origine è diversa dalla versione di compatibilità del cluster Amazon DocumentDB di destinazione, potrebbe essere necessario eseguire altre fasi di preparazione per garantire una migrazione di successo. I due requisiti più comuni riscontrati sono la necessità di aggiornare l'installazione di MongoDB di origine a una versione supportata per la migrazione (MongoDB versione 3.0 o successiva) e l'aggiornamento dei driver dell'applicazione per supportare la versione di destinazione di Amazon DocumentDB.

Se la migrazione prevede uno di questi requisiti, assicurati di includere queste fasi nel tuo piano di migrazione per aggiornare e testare qualsiasi modifica ai driver.

Connettività di migrazione

Puoi migrare ad Amazon DocumentDB da una distribuzione MongoDB di origine in esecuzione nel tuo data center o da una distribuzione MongoDB in esecuzione su un'istanza Amazon. EC2 La migrazione da MongoDB in esecuzione EC2 è semplice e richiede solo la configurazione corretta dei gruppi di sicurezza e delle sottoreti.

Diagramma: migrazione ad Amazon DocumentDB da una fonte Amazon EC2

La migrazione da un database locale richiede la connettività tra la distribuzione di MongoDB e il cloud privato virtuale (). VPC È possibile eseguire questa operazione tramite una connessione di rete privata virtuale (VPN) o utilizzando il servizio. AWS Direct Connect Sebbene sia possibile migrare tramite Internet al proprioVPC, questo metodo di connessione è il meno consigliabile dal punto di vista della sicurezza.

Il diagramma seguente illustra una migrazione ad Amazon DocumentDB da una fonte locale tramite una connessione. VPN

Diagramma: migrazione ad Amazon DocumentDB da una fonte locale () VPN

Quanto segue rappresenta una migrazione ad Amazon DocumentDB da una fonte locale utilizzando. AWS Direct Connect

Diagramma: migrazione ad Amazon DocumentDB da una fonte locale ()AWS Direct Connect

Gli approcci di migrazione online e ibrida richiedono l'uso di un' AWS DMS istanza, che deve essere eseguita su Amazon EC2 in un AmazonVPC. Tutti gli approcci richiedono un server di migrazione per l'esecuzione di mongodump e mongorestore. In genere è più semplice eseguire il server di migrazione su un'EC2istanza Amazon in VPC cui viene avviato il cluster Amazon DocumentDB perché semplifica notevolmente la connettività al cluster Amazon DocumentDB.

Test in corso

Di seguito sono elencati gli obiettivi dei test pre-migrazione:

  • Verificare che l'approccio scelto raggiunga il risultato di migrazione desiderato.

  • Verificare che il tipo di istanza e le preferenze di lettura scelte soddisfino i requisiti prestazionali dell'applicazione.

  • Verificare il comportamento dell'applicazione durante il failover.

Considerazioni sui test del piano di migrazione

Per testare il piano di migrazione di Amazon DocumentDB, considera quanto segue.

Ripristino degli indici

Per impostazione predefinita, mongorestore crea indici per raccolte del dump, ma solo dopo il ripristino dei dati. Nel complesso è più veloce creare indici in Amazon DocumentDB prima che i dati vengano ripristinati nel cluster. Questo perché le operazioni di indicizzazione sono parallelizzate durante il caricamento di dati.

Se scegli di creare preliminarmente gli indici, puoi saltare la fase di creazione degli indici nel ripristino dei dati con mongorestore fornendo l'opzione -–noIndexRestore.

Dumping dei dati

Lo strumento mongodump è il metodo preferito per eseguire il dump dei dati dalla distribuzione MongoDB di origine. A seconda delle risorse disponibili sulla tua istanza di migrazione, potresti velocizzare l'operazione mongodump utilizzando l'opzione –-numParallelCollections per aumentare il numero di connessioni parallele del dump rispetto alle quattro predefinite.

Ripristino dei dati

Lo mongorestore strumento è il metodo preferito per ripristinare i dati scaricati nell'istanza di Amazon DocumentDB. Puoi utilizzare l'opzione -–numInsertionWorkersPerCollection per migliorare le prestazioni di ripristino aumentando il numero di lavoratori per ogni raccolta durante il ripristino. Un worker per v CPU sull'istanza primaria del cluster Amazon DocumentDB è un buon punto di partenza.

Amazon DocumentDB attualmente non supporta l'opzione dello mongorestore --oplogReplay strumento.

Per impostazione predefinita, mongorestore salta gli errori di inserimento e continua il processo di ripristino. Ciò può verificarsi se stai ripristinando dati non supportati nella tua istanza Amazon DocumentDB. ad esempio in presenza di un documento che contiene chiavi o valori con stringhe nulle. Se preferisci che l'intera operazione mongorestore abbia esito negativo in caso di errori nel ripristino, utilizza l'opzione --stopOnError.

Dimensionamento dei log

Il log delle operazioni di MongoDB (oplog) è una raccolta limitata contenente tutte le modifiche ai dati per il database. Puoi visualizzare le dimensioni dell'oplog e l'intervallo di tempo che copre eseguendo l'operazione db.printReplicationInfo() su un set di repliche o su un membro della shard.

Se utilizzi un approccio online o ibrido, assicurati che l'oplog su ogni set o shard di repliche sia sufficientemente grande da contenere tutte le modifiche apportate durante l'intera durata del processo di migrazione dei dati (sia tramite mongodump un' AWS DMS attività a pieno carico), oltre a un buffer ragionevole. Per ulteriori informazioni, consulta la sezione relativa al controllo della dimensione dell'oplog nella documentazione di MongoDB. Determina la dimensione minima necessaria dell'oplog registrando il tempo richiesto dalla prima esecuzione di test dei processi mongodump o mongorestore oppure dell'attività AWS DMS di caricamento completo.

AWS Database Migration Service configurazione

La Guida per AWS Database Migration Service l'utente descrive i componenti e i passaggi necessari per migrare i dati di origine MongoDB al cluster Amazon DocumentDB. Di seguito è riportato il processo di base da utilizzare per AWS DMS eseguire una migrazione online o ibrida:

Per eseguire una migrazione utilizzando AWS DMS

  1. Creare un endpoint di origine MongoDB. Per ulteriori informazioni, consulta Utilizzo di MongoDB come origine per AWS DMS.

  2. Crea un endpoint di destinazione Amazon DocumentDB. Per ulteriori informazioni, consulta Utilizzo degli endpoint AWS DMS.

    Se stai configurando l'endpoint di destinazione come cluster elastico, tieni presente che il certificato Amazon SSL DocumentDB esistente non funzionerà con i cluster elastici e dovrai allegare un SSL nuovo certificato all'endpoint utilizzando i seguenti passaggi:

    a. Visita https://www.amazontrust.com/repository/SFSRootCAG2.pem e salva il contenuto come file «.pem». SFSRootCAG2 Questo è il file di certificato che dovrai importare nei passaggi successivi.

    b. Quando crei l'endpoint del cluster elastico, in Configurazione dell'endpoint, scegli Aggiungi nuovo certificato CA.

    • Per Identificativo del certificato immetti SFSRootCAG2.pem.

    • Per Import certificate file (Importa file certificato), scegliere Choose file (Seleziona file) e passare al file SFSRootCAG2.pem scaricato in precedenza. Selezionare e aprire il file. Scegli Importa certificato, quindi scegli SFSRootCAG2.pem dal menu a discesa Scegli un certificato.

  3. Crea almeno un'istanza di AWS DMS replica. Per ulteriori informazioni, consulta Lavorare con un'istanza di AWS DMS replica.

  4. Crea almeno un'attività di AWS DMS replica. Per ulteriori informazioni, consulta Utilizzo delle attività di AWS DMS.

    Per una migrazione online, l'attività usa il tipo di migrazione Migrate existing data and replicate ongoing changes (Esegui la migrazione dei dati esistenti e replica le modifiche in corso).

    Per una migrazione ibrida, l'attività usa il tipo di migrazione Replicate data changes only (Replica solo le modifiche ai dati). È possibile scegliere l'ora di CDC inizio in base all'ora di dump dell'operazione. mongodump L'oplog MongoDB è idempotente. Per evitare di perdere le modifiche, è consigliabile lasciare alcuni minuti di sovrapposizione tra l'ora di mongodump fine e l'CDCora di inizio.

Migrazione da un cluster frammentato

Il processo di migrazione dei dati da un cluster condiviso MongoDB alla tua istanza Amazon DocumentDB è essenzialmente quello di diverse migrazioni di set di repliche in parallelo. Nel testare la migrazione di un cluster con shard, è importante considerare che alcuni shard potrebbero essere molto più usati di altre. Questa situazione comporta tempi di migrazione differenti. Assicurati di valutare i requisiti di ogni shard durante la pianificazione e il test. oplog

Di seguito sono elencati alcuni fattori da tenere presenti in fase di migrazione di un cluster con shard:

  • Prima di eseguire mongodump o di avviare un'operazione di migrazione AWS DMS , è necessario disabilitare il sistema di bilanciamento del cluster con shard e attendere il completamento di eventuali migrazioni in elaborazione. Per ulteriori informazioni, consulta la pagina relativa alla disabilitazione del sistema di bilanciamento nella documentazione di MongoDB.

  • Se utilizzi AWS DMS per replicare i dati, esegui il cleanupOrphaned comando su ogni shard prima di eseguire le attività di migrazione. Se non esegui questo comando, le attività potrebbero non riuscire a causa del documento duplicato. IDs Questo comando potrebbe influire sulle prestazioni. Per ulteriori informazioni, consulta la cleanupOrphaneddocumentazione di MongoDB.

  • Se utilizzi lo strumento mongodump per il dump dei dati, devi eseguire un processo mongodump per ogni shard. L'approccio più rapido potrebbe richiedere più server di migrazione per ottimizzare le prestazioni di dump.

  • Se si utilizza AWS Database Migration Service per replicare i dati, è necessario creare un endpoint di origine per ogni shard. Inoltre devi eseguire almeno un'attività di migrazione per ogni shard da migrare. L'approccio più rapido potrebbe richiedere più istanze di replica per ottimizzare le prestazioni di migrazione.

Test delle prestazioni

Dopo aver eseguito correttamente la migrazione dei dati nel cluster Amazon DocumentDB di prova, esegui il carico di lavoro di test sul cluster. Verifica tramite i CloudWatch parametri di Amazon che le tue prestazioni soddisfino o superino il throughput attuale della distribuzione sorgente MongoDB.

Verifica i seguenti parametri chiave di Amazon DocumentDB:

  • Throughput di rete

  • Throughput di scrittura

  • Throughput di lettura

  • Ritardo di replica

Per ulteriori informazioni, consulta Monitoraggio di Amazon DocumentDB.

Test di failover

Verifica che il comportamento dell'applicazione durante un evento di failover di Amazon DocumentDB soddisfi i requisiti di disponibilità. Per avviare un failover manuale di un cluster Amazon DocumentDB sulla console, nella pagina Cluster, scegli l'azione Failover nel menu Azioni.

Puoi avviare un failover anche eseguendo l'operazione failover-db-cluster dall' AWS CLI. Per ulteriori informazioni, failover-db-clusterconsulta la sezione Amazon DocumentDB del AWS CLI riferimento.

Risorse aggiuntive

Consulta i seguenti argomenti nella Guida per l'utente di AWS Database Migration Service :