Componenti di AWS DMS

DMS Fleet Advisor raccoglie i dati da più ambienti di database per fornire approfondimenti sull'infrastruttura dei dati. DMS Fleet Advisor raccoglie i dati dal database on-premise e dai server di analisi da una o più postazioni centrali senza la necessità di installarlo su ogni computer. Attualmente, DMS Fleet Advisor supporta i server di database Microsoft SQL Server, MySQL, Oracle e PostgreSQL.

Sulla base dei dati rilevati dalla rete, DMS Fleet Advisor crea un inventario che è possibile esaminare per determinare quali server di database e oggetti monitorare. Una volta raccolti i dettagli su questi server, database e schemi, è possibile analizzare la fattibilità delle migrazioni di database previste.

La conversione dello schema DMS AWS DMS rende più prevedibili le migrazioni di database tra diversi tipi di database. È possibile utilizzare la conversione dello schema DMS per valutare la complessità della migrazione per il fornitore di dati di origine e per convertire schemi di database e oggetti di codice. Puoi quindi applicare il codice convertito al database di destinazione.

Ad alto livello, la conversione dello schema DMS funziona con i seguenti tre componenti: profili dell'istanza, fornitore di dati e progetti di migrazione. Un profilo dell'istanza specifica le impostazioni di rete e di sicurezza. Un fornitore di dati archivia le credenziali di connessione al database. Un progetto di migrazione contiene fornitori di dati, un profilo di istanza e regole di migrazione. AWS DMS utilizza fornitori di dati e un profilo di istanza per progettare un processo che converte gli schemi di database e gli oggetti di codice.

Ad alto livello, un'istanza di AWS DMS replica è semplicemente un'istanza Amazon Elastic Compute Cloud EC2 (Amazon) gestita che ospita una o più attività di replica.

La figura seguente mostra un esempio di istanza di replica che esegue diverse attività di replica associate.

Una singola istanza di replica può ospitare una o più attività di replica, a seconda delle caratteristiche della migrazione e della capacità del server di replica. AWS DMS fornisce una varietà di istanze di replica in modo da poter scegliere la configurazione ottimale per il proprio caso d'uso. Per ulteriori informazioni sulle varie classi di istanze di replica, consulta Scelta dell'istanza di replica AWS DMS giusta per la migrazione.

AWS DMS crea l'istanza di replica su un' EC2 istanza Amazon. Alcune delle classi di istanze più piccole sono sufficienti per testare il servizio o per migrazioni di piccole dimensioni. Se la migrazione coinvolge un numero elevato di tabelle oppure se desideri eseguire diverse attività di replica simultanee, è opportuno valutare l'utilizzo di una delle istanze di dimensioni maggiori. Ti consigliamo questo approccio poiché AWS DMS può consumare una notevole quantità di memoria e di CPU.

A seconda della classe di EC2 istanza Amazon selezionata, l'istanza di replica viene fornita con 50 GB o 100 GB di storage dei dati. Tale quantità è in genere sufficiente per la maggior parte dei clienti. Tuttavia, se la migrazione include transazioni di grandi dimensioni o un volume elevato di modifiche dei dati, è possibile aumentare l'allocazione di storage di base. Il Change Data Capture (CDC) può determinare la scrittura dei dati sul disco, a seconda della velocità a cui la destinazione è in grado di scrivere le modifiche. Poiché i file di log vengono scritti anche sul disco, l'aumento del livello di gravità della registrazione comporta anche un maggiore consumo di spazio di storage.

AWS DMS può fornire elevata disponibilità e supporto di failover utilizzando una distribuzione Multi-AZ. In un'implementazione Multi-AZ, effettua AWS DMS automaticamente il provisioning e mantiene una replica in standby dell'istanza di replica in una zona di disponibilità diversa. L'istanza di replica primaria viene replicata in modo sincrono nella replica di standby. Se l'istanza di replica primaria incorre in un guasto o non risponde, l'istanza di standby riprende tutte le attività in esecuzione con un'interruzione minima. Poiché l'istanza primaria replica costantemente il suo stato sull'istanza di standby, un'implementazione Multi-AZ riscontra una certa riduzione delle prestazioni.

Per informazioni più dettagliate sull'istanza di AWS DMS replica, vedere. Utilizzo di un'istanza di AWS DMS replica

Anziché creare e gestire un'istanza di replica, puoi consentire il AWS DMS provisioning automatico della replica utilizzando Serverless. AWS DMS Per ulteriori informazioni, consulta Lavorare con AWS DMS Serverless.

AWS DMS utilizza un endpoint per accedere al data store di origine o di destinazione. Le informazioni di connessione specifiche sono diverse, a seconda del datastore, ma in generale è possibile specificare le informazioni riportate di seguito al momento della creazione di un endpoint.

Quando si crea un endpoint utilizzando la AWS DMS console, la console richiede di testare la connessione dell'endpoint. Il test deve avere esito positivo prima di utilizzare l'endpoint in un'attività. AWS DMS Come per le informazioni di connessione, i criteri di test specifici sono diversi per tipi di motori diversi. In generale, AWS DMS verifica che il database esista per il nome e la porta di un dato server e che le credenziali fornite possano essere utilizzate per la connessione al database con i privilegi necessari per eseguire una migrazione. Se il test di connessione ha esito positivo, AWS DMS scarica e archivia le informazioni sullo schema da utilizzare successivamente durante la configurazione dell'attività. Le informazioni sullo schema possono includere le definizioni di tabella, le definizioni delle chiavi primarie e le definizioni delle chiavi univoche, ad esempio.

Più attività di replica possono utilizzare un singolo endpoint. Ad esempio, si possono avere due applicazioni logicamente distinte in hosting sullo stesso database di origine, da migrare separatamente. In questo caso, è possibile creare due attività di replica, una per ogni set di tabelle dell'applicazione. È possibile utilizzare lo stesso AWS DMS endpoint in entrambe le attività.

È possibile personalizzare il comportamento di un endpoint utilizzando le impostazioni degli endpoint. Le impostazioni degli endpoint possono controllare vari comportamenti come il dettaglio della registrazione, le dimensioni dei file e altri parametri. Per ogni tipo di motore di datastore sono disponibili diverse impostazioni degli endpoint. Puoi trovare le impostazioni degli endpoint specifiche per ogni datastore nella sezione di origine o di destinazione di quel datastore. Per un elenco di datastore di origine e di destinazione supportati, consulta Fonti per AWS DMS e Obiettivi per AWS DMS.

Per informazioni più dettagliate sugli AWS DMS endpoint, consulta. Lavorare con AWS gli endpoint DMS

Si utilizza un'attività di AWS DMS replica per spostare un set di dati dall'endpoint di origine all'endpoint di destinazione. La creazione di un'attività di replica è l'ultima fase da intraprendere prima di avviare una migrazione.

Quando si crea un'attività di replica, è necessario specificare le seguenti impostazioni delle attività:

Puoi utilizzare l'attività per migrare i dati dall'endpoint di origine all'endpoint di destinazione e l'elaborazione dell'attività viene eseguita sull'istanza di replica. Puoi specificare le tabelle e gli schemi da migrare e qualsiasi elaborazione particolare, ad esempio i requisiti di registrazione, i dati della tabella di controllo e la gestione degli errori.

Concettualmente, un'attività di AWS DMS replica svolge due funzioni distinte, come illustrato nel diagramma seguente.

Il processo di caricamento completo è semplice da comprendere. I dati vengono estratti dall'origine attraverso un metodo di estrazione in blocco e caricati direttamente nella destinazione. È possibile specificare il numero di tabelle da estrarre e caricare in parallelo sulla AWS DMS console in Impostazioni avanzate.

Per ulteriori informazioni sulle AWS DMS attività, vedereLavorare con AWS DMS le attività.

È inoltre possibile utilizzare un' AWS DMS attività per acquisire le modifiche in corso all'archivio dati di origine durante la migrazione dei dati verso una destinazione. Il processo di acquisizione delle modifiche AWS DMS utilizzato per replicare le modifiche in corso da un endpoint di origine raccoglie le modifiche ai log del database utilizzando l'API nativa del motore di database.

Nel processo CDC, l'attività di replica è stata concepita per lo streaming delle modifiche dall'origine alla destinazione, utilizzando buffer in memoria per mantenere i dati in transito. Se i buffer in memoria si esauriscono per qualsiasi motivo, l'attività di replica distribuisce le modifiche in sospeso nella cache delle modifiche sul disco. Ciò potrebbe verificarsi, ad esempio, se le modifiche AWS DMS vengono acquisite dall'origine più rapidamente di quanto possano essere applicate alla destinazione. In questo caso, si osserva che la latenza di destinazione dell'attività supera la latenza di origine dell'attività.

Puoi verificarlo accedendo alla tua attività sulla AWS DMS console e aprendo la scheda Task Monitoring. I grafici CDCLatency Target e CDCLatency Source sono mostrati nella parte inferiore della pagina. Se disponi di un'attività che mostra latenza di destinazione, è probabile che sia necessaria un'ottimizzazione sull'endpoint di destinazione per aumentare la velocità dell'applicazione.

L'attività di replica, inoltre, utilizza lo storage per i log di attività come descritto in precedenza. Lo spazio su disco preconfigurato con l'istanza di replica è in genere sufficiente per la registrazione e per le modifiche distribuite. Se hai bisogno di ulteriore spazio su disco, ad esempio quando utilizzi il debug dettagliato per analizzare un problema di migrazione, è possibile modificare l'istanza di replica per allocare più spazio.