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à.
AWS DMS Componenti serverless
Per gestire le risorse necessarie per eseguire una replica, AWS DMS Serverless dispone di stati granulari che rivelano le diverse azioni interne intraprese dal servizio. Quando si avvia la replica, AWS DMS serverless calcola il carico della capacità, alloca la capacità calcolata e avvia la replica dei dati secondo i seguenti stati di replica.
Il diagramma seguente mostra le transizioni di stato per una replica serverless. AWS DMS
Il primo stato dopo l'avvio della replica è Inizializzazione in corso. In questo stato vengono inizializzati tutti i parametri richiesti.
Gli stati immediatamente successivi sono Preparazione delle risorse di metadati in corso, Verifica della connessione in corso e Recupero dei metadati in corso. In questi stati, AWS DMS Serverless si connette al database di origine per ottenere le informazioni necessarie per prevedere la capacità necessaria.
Quando lo stato di replica è Testing Connection, AWS DMS Serverless verifica che la connessione ai database di origine e di destinazione sia impostata correttamente.
Lo stato di replica dopo Verifica della connessione in corso è Recupero dei metadati in corso. Qui, AWS DMS recupera le informazioni necessarie per calcolare la capacità.
Una volta AWS DMS recuperate le informazioni necessarie, lo stato successivo è Calcolo della capacità. In questo stato, il sistema calcola la dimensione delle risorse sottostanti necessarie per eseguire la replica.
La transizione di stato successiva a Calcolo della capacità in corso è Capacità di allocazione. Quando la replica è in questo stato, AWS DMS serverless inizializza le risorse di elaborazione sottostanti.
Lo stato di replica dopo che tutte le risorse sono state correttamente allocate è Avvio della replica. In questo stato, AWS DMS Serverless avvia la replica dei dati. Le fasi di una replica includono quanto segue:
Carico completo: in questa fase, DMS replica l'archivio dati di origine com'era all'inizio della replica.
CDC (iniziale): in questa fase, DMS replica le modifiche all'archivio dati di origine avvenute durante la fase di caricamento completo. DMS esegue questa fase solo se l'impostazione dell'attività è
StopTaskCachedChangesNotApplied.falseCDC (in corso): dopo la fase CDC iniziale, il DMS replica le modifiche sul database di origine non appena si verificano. Il DMS continua a eseguire la replica solo dopo la fase CDC iniziale se l'impostazione dell'attività è tale.
StopTaskCachedChangesAppliedfalse
Lo stato finale è In esecuzione. Lo stato In esecuzione indica che la replica dei dati è in corso.
Una replica interrotta passa allo stato Stopped. Una replica può passare allo stato di arresto solo per le attività di replica a pieno carico che sono state completate correttamente. Dopo l'avvio di una replica serverless, è necessario riprenderla utilizzando
resume-processingcome tipo di avvio. Non è possibile riavviarla da capo. L'start-replicationAPI viene utilizzata solo per l'avvio iniziale; usa l'start-replicationazione constart-replication-typeset toresume-processingper gli avvii successivi. Tieni presente quanto segue quando riprendi le repliche nello stato interrotto o non riuscito:Non è possibile riprendere una replica che non è iniziata da 48 ore poiché AWS DMS le risorse vengono annullate.
Questo argomento contiene le sezioni seguenti:
Per AWS DMS Serverless, nel pannello di navigazione a sinistra della AWS DMS console è disponibile una nuova opzione, Serverless Replications. Per Repliche serverless è necessario specificare le repliche anziché i tipi o le attività dell'istanza di replica per definire una replica. Inoltre, è necessario specificare le unità di capacità DMS (DCU) massime e minime che DMS deve allocare per la replica. Una DCU è costituita da 2 GB di RAM. AWS DMS addebita all'account ogni DCU attualmente utilizzata dalla replica. Per informazioni sui AWS DMS prezzi, consulta i prezzi del AWS Database Migration Service.
AWS DMS quindi effettua automaticamente il provisioning delle risorse di replica in base alle mappature delle tabelle e alle dimensioni previste del carico di lavoro. Questa unità di capacità è un valore compreso nell'intervallo dei valori delle unità di capacità minime e massime specificati.
Endpoint supportati
Con AWS DMS Serverless, non è necessario scegliere e gestire le versioni del motore, poiché il servizio gestisce tale impostazione. AWS DMS Serverless supporta le seguenti fonti:
-
MongoDB
-
Amazon DocumentDB (compatibile con MongoDB)
-
Microsoft SQL Server
-
PostgreSQL-compatible database
-
MySQL-compatible banche dati
-
MariaDB
-
Oracle
-
Simple Storage Service (Amazon S3)
-
IBM Db2
AWS DMS Serverless supporta i seguenti obiettivi:
-
Microsoft SQL Server
-
PostgreSQL
-
MySQL-compatible database
-
Oracle
-
Simple Storage Service (Amazon S3)
-
Amazon Redshift
-
Amazon DynamoDB
-
Flusso di dati Amazon Kinesis
-
Amazon Managed Streaming per Apache Kafka
-
OpenSearch Servizio Amazon
-
Amazon DocumentDB (compatibile con MongoDB)
-
Amazon Neptune
Come parte di AWS DMS Serverless, hai accesso ai comandi della console che ti consentono di creare, configurare, avviare e gestire repliche AWS DMS serverless. Per usare questi comandi con la sezione Repliche serverless della console, devi eseguire una delle seguenti operazioni:
Configura una nuova policy AWS Identity and Access Management (IAM) e un ruolo IAM a cui allegare tale policy.
Usa un AWS CloudFormation modello per fornire l'accesso di cui hai bisogno.
AWS DMS Serverless richiede l'esistenza di un Service Linked Role (SLR) nel tuo account. AWS DMS gestisce la creazione e l'utilizzo di questo ruolo. Per ulteriori informazioni su come verificare la disponibilità del ruolo collegato al servizio necessario, consulta Service-linked ruolo per AWS DMS.
Creazione di una replica serverless
Per creare una replica serverless tra due AWS DMS endpoint esistenti, procedi come segue. Per informazioni sulla creazione di AWS DMS endpoint, consulta. Creazione di endpoint di origine e destinazione
Creazione di una replica serverless
Accedi Console di gestione AWS e apri la AWS DMS console all'indirizzo https://console.aws.amazon.com/dms/v2/
. -
Nel riquadro di navigazione scegli Repliche serverless, quindi seleziona Crea replica.
-
Nella pagina Crea replica specifica la configurazione della replica serverless:
Opzione Azione Nome
Immetti un nome per identificare la replica, ad esempio DMS-replication.Nome della risorsa Amazon (ARN) descrittivo (facoltativo) È possibile utilizzare questo parametro opzionale per fornire una descrizione della replica. Endpoint del database di origine Scegli gli endpoint esistenti nell'account. Nota che AWS DMS Serverless supporta solo un sottoinsieme dei tipi di endpoint supportati da Standard. AWS DMS Endpoint del database di destinazione Scegli gli endpoint esistenti nell'account. Nota che AWS DMS Serverless supporta solo un sottoinsieme dei tipi di endpoint supportati da Standard. AWS DMS Tipo di replica Scegli un tipo di replica in base alle esigenze: Carico completo: AWS DMS migra solo i dati esistenti.
Full load and change data capture (CDC): AWS DMS migra i dati esistenti e le modifiche che si verificano durante la replica.
Change data capture (CDC): migra AWS DMS solo le modifiche che si verificano dopo l'avvio della replica.
Nella sezione Impostazioni configura le impostazioni richieste dalla replica.
Nella sezione Mappature delle tabelle imposta la mappatura delle tabelle per definire le regole per selezionare e filtrare i dati che stai replicando. Prima di specificare la mappatura, consulta la sezione della documentazione sulla mappatura del tipo di dati per il database di origine e di destinazione. Per informazioni sulla mappatura dei tipi di dati per i database di origine e di destinazione, consulta la sezione sui tipi di dati relativa ai tipi di endpoint di origine e di destinazione nell'argomento. Lavorare con AWS Endpoint DMS
Nella sezione Impostazioni di calcolo configura le seguenti opzioni. Per informazioni sulle impostazioni di configurazione del calcolo, consulta Configurazione del calcolo.
Opzione Azione VPC
Scegli un VPC esistente. Subnet group (Gruppo di sottoreti)
Scegli un gruppo di sottoreti esistente. VPC security group(s) (Gruppi di sicurezza VPC)
Scegli Predefinito se non è già selezionato. AWS Chiave KMS
Scegli una chiave KMS appropriata. Per informazioni sulle chiavi KMS, consulta Creazione di chiavi nell'AWS Key Management Service API Reference. Distribuzione
Lascia il campo inalterato. Zona di disponibilità
Lascia il campo inalterato. Unità di capacità DMS minime (DCU) - (facoltativo)
Lascia il campo vuoto per utilizzare il valore predefinito di 1 DCU. Unità di capacità DMS massime (DCU)
Scegli 16 DCU. Lascia le impostazioni di Manutenzione invariate.
Scegli Crea replica.
AWS DMS crea una replica serverless per eseguire la migrazione.
Modifying (Modifica in corso) AWS DMS repliche serverless
Per modificare la configurazione della replica, utilizza l'azione modify-replication-config. È possibile modificare solo una configurazione di AWS DMS replica negli statiCREATED, STOPPEDFAILED, o. FAILED_PROVISION Per informazioni sull'modify-replication-configazione, consulta ModifyReplicationConfig l'AWS Database Migration Service API Reference.
Per modificare una configurazione di replica senza server utilizzando Console di gestione AWS
Accedi a Console di gestione AWS e apri la AWS DMS console all'indirizzo. https://console.aws.amazon.com/dms/v2/
Nel riquadro di navigazione scegli Repliche serverless.
-
Scegli la replica che desideri modificare. La tabella seguente descrive le modifiche che è possibile apportare in base allo stato corrente della replica.
Impostazione Description Stati consentiti Nome
Puoi modificare il nome della replica. Digita un nome per la replica che contenga da 8 a 16 caratteri ASCII stampabili (esclusi /, " e @). Il nome deve essere univoco all'interno dell'account nella regione AWS selezionata. Puoi scegliere di aggiungere alcuni dettagli al nome, ad esempio includere la AWS regione e l'attività che stai eseguendo, ad esempio:
west2-mysql2mysql-config1.ReplicationStateèCREATED,STOPPEDoFAILED.Endpoint del database di origine
Scegli un nuovo endpoint di origine esistente come origine della replica.
ReplicationStateèCREATEDoppureFAILEDquandoProvisionStateènull.Endpoint del database di destinazione
Scegli un nuovo endpoint di destinazione esistente come destinazione della replica.
ReplicationStateèCREATEDoppureFAILEDquandoProvisionStateènull.Tipo di replica
È possibile modificare il tipo di replica serverless.
ReplicationStateèCREATEDoppureFAILEDquandoProvisionStateènull.Impostazioni di replica
È possibile modificare le impostazioni di replica, tra cui la modalità di preparazione della tabella di destinazione, l'inclusione delle colonne LOB nella replica, la dimensione massima dei LOB, la convalida e la registrazione. Per ulteriori informazioni, consulta Impostazioni delle attività.
ReplicationStateèCREATED,STOPPEDoFAILED.Mappature delle tabelle
È possibile modificare le impostazioni di mappatura delle tabelle per una replica serverless, incluse le regole di selezione e trasformazione. Per ulteriori informazioni, consulta Mappatura delle tabelle.
ReplicationStateèCREATED,STOPPEDoFAILED.Configurazione del calcolo
È possibile modificare le impostazioni di configurazione del calcolo per una replica serverless, incluse le impostazioni di rete, dimensionamento e manutenzione. Per informazioni sulle impostazioni di configurazione del calcolo, consulta Configurazione del calcolo.
È possibile modificare le seguenti impostazioni di dimensionamento, manutenzione e rete se
ReplicationStateèCREATED,STOPPEDoFAILED:MinCapacityUnitsMaxCapacityUnitsMultiAZPreferredMaintenanceWindowVpcSecurityGroupIds
È possibile modificare le seguenti impostazioni di rete e sicurezza se
ReplicationStateèCREATEDoFAILEDquandoProvisionStateènull:AvailabilityZoneDnsNameServersKmsKeyIdReplicationSubnetGroupId
Nota
Non è possibile modificare gli endpoint associati a un'attività DMS quando lo stato dell'attività è avviato o in esecuzione.
Configurazione del calcolo
È possibile configurare il provisioning della replica utilizzando il parametro Configurazione del calcolo o la sezione della console. I campi dell'oggetto Configurazione del calcolo sono i seguenti:
| Opzione | Description |
|---|---|
|
MinCapacityUnits |
Questo è il numero minimo di DMS Capacity Unit (DCU) che verrà fornito. AWS DMS È anche la DCU minima a cui il dimensionamento automatico può essere ridotto. |
|
MaxCapacityUnits |
È il numero massimo di unità di capacità DMS (DCU) che AWS DMS può allocare, in base alla previsione della capacità di replica. È anche la DCU massima a cui il dimensionamento automatico può essere aumentato. |
|
KmsKeyId |
La chiave di crittografia da utilizzare per crittografare le informazioni di connessione e archiviazione della replica. Se scegli (Predefinito) aws/dms, AWS DMS utilizza la chiave KMS predefinita associata al tuo account e. Regione AWS Vengono mostrati una descrizione e il numero di account, insieme all'ARN della chiave. Per ulteriori informazioni sull'utilizzo della chiave di crittografia, consulta Impostazione di una chiave di crittografia e specificazione AWS KMS autorizzazioni. Per questo tutorial, lascia aws/dms selezionato (Predefinito). |
|
ReplicationSubnetGroupId |
Il gruppo di sottoreti di replica nel VPC selezionato in cui desideri creare la replica. Se il database di origine è in un VPC, scegli il gruppo di sottoreti che contiene il database di origine come posizione per la replica. Per ulteriori informazioni sui gruppi di sottoreti di replica, consulta Creazione di un gruppo di sottoreti di replica. |
|
VpcSecurityGroupIds |
L'istanza di replica viene creata in un VPC. Se il database di origine è in un VPC, seleziona il gruppo di sicurezza VPC che fornisce l'accesso all'istanza database in cui si trova il database. |
|
PreferredMaintenanceWindow |
Questo parametro definisce un intervallo temporale settimanale nel fuso orario UTC (Universal Coordinated Time) durante il quale può verificarsi la manutenzione del sistema. L'impostazione predefinita è una finestra di 30 minuti selezionata a caso da un intervallo di 8 ore Regione AWS, che si verifica in un giorno della settimana casuale. |
|
MultiAZ |
Questo parametro facoltativo crea una replica di standby della replica in un'altra zona di disponibilità per il supporto del failover. Se desideri utilizzare l'acquisizione dei dati di modifica (CDC) o la replica continua, ti consigliamo di attivare questa opzione. |
Comprensione della scalabilità automatica in AWS DMS serverless
Una volta eseguito il provisioning di una replica, il AWS DMS servizio gestisce RUNNING la capacità delle risorse sottostanti di adattarsi ai carichi di lavoro in evoluzione. Questa gestione dimensiona le risorse di replica in base alle seguenti impostazioni di replica:
MinCapacityUnitsMaxCapacityUnits
Le repliche aumentano dopo il periodo di superamento della soglia di utilizzo massima e diminuiscono quando l'utilizzo della capacità è inferiore alla soglia di utilizzo minima della capacità per un lungo periodo.
Nota
Le repliche serverless non possono essere ridimensionate automaticamente mentre è in corso un caricamento completo.
Ottimizzazione della scalabilità automatica AWS DMS serverless
Per ottimizzare i parametri di scalabilità automatica della replica, si consiglia di impostare il valore massimo e lasciare che sia la gestione del MaxCapacityUnits provisioning delle risorse. AWS DMS Ti consigliamo di scegliere l'impostazione più ampia della capacità massima di DCU per sfruttare al massimo il dimensionamento automatico e far fronte ai picchi di volume delle transazioni. Il calcolatore dei prezzi mostra il costo mensile massimo se la replica utilizza continuamente la capacità massima di DCU. La capacità massima di DCU non rappresenta il costo effettivo, in quanto paghi solo per ciò che utilizzi.
Se la replica non utilizza le risorse a piena capacità, AWS DMS procederà gradualmente al deprovisioning delle risorse per ridurre i costi. Tuttavia, poiché il provisioning e l'annullamento del provisioning delle risorse richiedono tempo, ti consigliamo di impostare MinCapacityUnits su un valore in grado di gestire eventuali picchi improvvisi previsti nel carico di lavoro di replica. Ciò eviterà che la replica venga sottoposta a un provisioning insufficiente, fornendo al contempo risorse per il livello di carico di lavoro più AWS DMS elevato.
Se il provisioning della replica è insufficiente per l'impostazione della capacità massima troppo bassa per i requisiti dei dati o della capacità minima troppo bassa per gestire picchi improvvisi nel carico di lavoro di replica, è possibile che la metrica CapacityUtilization raggiunga costantemente il suo valore massimo. causando l'esito negativo della replica. Se la replica fallisce a causa di risorse insufficienti, crea un evento di esaurimento della memoria nei registri di replica. AWS DMS Quando si verifica una condizione di memoria insufficiente a causa di un improvviso aumento del carico di lavoro di replica o di una configurazione ottimizzata, il sistema è dotato di funzionalità di scalabilità automatica integrate per gestire la situazione e riprendere l'elaborazione. Tuttavia, questo meccanismo di ripristino automatico non è immediato e potrebbe richiedere del tempo per diventare efficace. Per un ripristino più rapido, è possibile intervenire manualmente modificando la configurazione dell'attività, in particolare aumentando il MinCapacityUnits valore e quindi riprendendola. Questo intervento manuale consente una risoluzione più rapida dell'errore di memoria esaurita rispetto all'attesa del processo automatico di ridimensionamento automatico.
Monitoraggio AWS DMS repliche senza server
AWS fornisce diversi strumenti per monitorare le repliche AWS DMS serverless e rispondere a potenziali incidenti:
AWS DMS metriche di replica senza server
Il monitoraggio delle repliche senza server include le CloudWatch metriche di Amazon per le seguenti statistiche. Queste statistiche sono raggruppate per ogni replica serverless.
|
Metrica |
Unità |
Description |
|---|---|---|
| CapacityUtilization | Percentuale |
Percentuale di memoria utilizzata dalla replica serverless |
| CDCIncomingChanges | Percentuale |
Numero totale di eventi di modifica in un momento specifico in attesa di essere applicati alla destinazione. Tieni presente che questo non equivale alla misura della frequenza di modifica della transazione dell'endpoint di origine. Un numero elevato di questa metrica indica AWS DMS in genere l'impossibilità di applicare le modifiche acquisite in modo tempestivo, con conseguente elevata latenza target. |
| CDCLatencySource | Secondi |
L'intervallo, in secondi, tra l'ultimo evento acquisito dall'endpoint di origine e il timestamp corrente del sistema dell'istanza. AWS DMS CDCLatencySource rappresenta la latenza tra l'origine e l'istanza di replica. Alto CDCLatencySource significa che il processo di acquisizione delle modifiche dall'origine è ritardato. Per identificare la latenza in una replica in corso, puoi visualizzare questa metrica insieme a. CDCLatencyTarget Se entrambi i valori CDCLatencySource CDCLatencyTarget sono elevati, indagate prima. CDCLatencySource CDCLatencySource può essere 0 quando non vi è alcun ritardo di replica tra l'origine e la replica. CDCLatencySourcepuò anche diventare zero quando la replica tenta di leggere l'evento successivo nel registro delle transazioni dell'origine e non ci sono nuovi eventi rispetto all'ultima volta che è stata letta dall'origine. Quando ciò accade, la replica reimposta il CDCLatencySource valore a 0. |
| CDCLatencyTarget | Secondi |
Il divario, in secondi, tra il primo timestamp dell'evento in attesa di commit sulla destinazione e il timestamp corrente dell'istanza AWS DMS . La latenza della destinazione è la differenza tra l'ora del server dell'istanza di replica e l'ID dell'evento non confermato meno recente inoltrato a un componente di destinazione. In altre parole, la latenza della destinazione è la differenza di timestamp tra l'istanza di replica e l'evento meno recente applicato ma non confermato dall'endpoint di destinazione (99%). Quando CDCLatencyTarget è alto, indica che il processo di applicazione degli eventi di modifica alla destinazione è ritardato. Per identificare la latenza in una replica in corso, puoi visualizzare questa metrica insieme a. CDCLatencySource Se CDCLatencyTarget è alta ma CDCLatencySource non è alta, verifica se:
|
| CDCThroughputBandwidthTarget | KB al secondo |
Dati in uscita trasmessi per l'obiettivo in KB al secondo. CDCThroughputBandwidth registra i dati in uscita trasmessi sui punti di campionamento. Se non viene rilevato traffico di rete, il valore è zero. CDC non emette transazioni di lunga durata, pertanto il traffico di rete potrebbe non essere registrato. |
| CDCThroughputRowsSource | Righe al secondo |
Modifiche in entrata dall'origine in righe al secondo. |
| CDCThroughputRowsTarget | Righe al secondo |
Modifiche in uscita per la destinazione in righe al secondo. |
| FullLoadThroughputBandwidthTarget | KB al secondo |
Dati in uscita trasmessi da un pieno carico per la destinazione in KB al secondo. |
| FullLoadThroughputRowsTarget | Righe al secondo |
Modifiche in uscita da un pieno carico per la destinazione in righe al secondo. |
AWS DMS registri di replica senza server
Puoi usare Amazon CloudWatch per registrare le informazioni di replica durante un AWS DMS processo di migrazione. Puoi abilitare la registrazione quando selezioni le impostazioni di replica.
Le repliche serverless caricano i log di stato CloudWatch sul tuo account per fornire una maggiore visibilità sull'avanzamento della replica e per facilitare la risoluzione dei problemi.
AWS DMS carica i log collegati senza server in un gruppo di log dedicato con il prefisso. dms-serverless-replication- All'interno di questo gruppo di log è presente un flusso di log denominato <your replication config resource ID>dms-serverless-replication-orchestrator-. Questo flusso di log riporta lo stato della replica e un messaggio associato che fornisce ulteriori dettagli sul lavoro svolto in questa fase. Per esempi di voci di log, consulta Esempi di log della replica serverless di seguito.<your replication config resource ID>
Nota
AWS DMS non crea né il gruppo di log né lo stream finché non si esegue la replica. AWS DMS non crea il gruppo o lo stream di log se si crea solo la replica.
Per visualizzare i log di una replica eseguita, procedi come segue:
-
Apri la AWS DMS console e scegli Repliche serverless dal pannello di navigazione. Viene visualizzata la finestra di dialogo Repliche serverless.
-
Vai alla sezione Configurazione e scegli Visualizza i log serverless nella colonna Generale. Si apre il gruppo di CloudWatch log.
Se la replica ha esito negativo, AWS DMS crea una voce di registro con lo stato di failed replica e un messaggio che descrive il motivo dell'errore. È consigliabile controllare i CloudWatch log come primo passaggio per la risoluzione dei problemi relativi a una replica non riuscita.
Nota
Come con AWS DMS Standard, è possibile abilitare una registrazione più granulare sullo stato di avanzamento della migrazione dei dati stessa, ovvero i log emessi dall'attività di replica sottostante. È possibile abilitare questi log nelle impostazioni di replica impostando EnableLogging su true nel campo Logging, come nel seguente esempio JSON:
{ "Logging": { "EnableLogging": true } }
Una volta abilitati, questi log sono disponibili solo durante la fase running della replica serverless. Sono presenti nello stesso gruppo di log del flusso di log precedente, ma dispongono del nuovo dms-serverless-serv-res-id- del flusso di log. Per informazioni su come interpretare i log della replica serverless, consulta la sezione seguente.{unique identifier}
Esempi di log della replica serverless
In questa sezione sono inclusi esempi di voci di log delle repliche serverless.
Esempio: avvio della replica
Quando si esegue una replica serverless, AWS DMS crea una voce di registro simile alla seguente:
{'replication_state':'initializing', 'message': 'Initializing the replication workflow.'}
Esempio: errore della replica
Se uno degli endpoint della replica non è configurato correttamente, AWS DMS crea una voce di registro simile alla seguente:
{'replication_state':'failed', 'message': 'Test connection failed for endpoint X.', 'failure_message': 'X'}
Se vedi questo messaggio nel log dopo un errore, assicurati che l'endpoint specificato sia integro e configurato correttamente.
Throughput migliorato per le migrazioni da Full-Load Oracle ad Amazon Redshift e Amazon S3
AWS DMS offre prestazioni di throughput notevolmente migliorate per le migrazioni a pieno carico da Oracle ad Amazon Redshift e Amazon S3. DMS abilita automaticamente questa funzionalità per le tabelle senza l'opzione personalizzata nelle relative mappature delle tabelle. parallel-load Per le tabelle con opzioni di caricamento parallelo personalizzate, DMS serverless distribuisce il carico della tabella in base alle configurazioni di mappatura delle tabelle specificate. Per utilizzare un throughput avanzato, effettuate le seguenti operazioni:
-
Fornisci regole di selezione che non facciano riferimento a partizioni o confini. Ad esempio, se le impostazioni della tabella nelle mappature delle tabelle contengono
parallel-load, DMS Serverless non utilizzerà la funzionalità di throughput avanzato. Per ulteriori informazioni, consulta Operazioni e regole di selezione. -
MaxFileSizeImposta e su 64 MB.WriteBufferSizePer ulteriori informazioni, consulta Impostazioni degli endpoint quando si utilizza Amazon Redshift come destinazione per AWS DMS. -
Si consiglia di impostare
CompressCsvFilessutrueper un data store con dati sparsi efalseper un data store con dati densi. -
Imposta le seguenti impostazioni delle attività su:
0-
ParallelLoadThreads -
ParallelLoadQueuesPerThread -
ParallelApplyThreads -
ParallelApplyQueuesPerThread -
ParallelLoadBufferSize
-
-
Impostato
MaxFullLoadSubTasksper49supportare la migrazione parallela dei dati. -
Imposta
LOB modesuinline. Per ulteriori informazioni, consulta Impostazione del supporto LOB per i database di origine in un AWS DMS task.
AWS DMS non fornisce prestazioni di throughput avanzate per le seguenti repliche:
-
Repliche con tabelle che utilizzano il carico parallelo. Per ulteriori informazioni, consulta Utilizzo del caricamento parallelo per le tabelle, le viste e le raccolte selezionate.
-
Repliche con regole di trasformazione dei dati.
-
Repliche con regole di filtro.
-
Repliche con la regola di trasformazione.
-
Repliche con Amazon Redshift Serverless come destinazione.
Informazioni sulla scalabilità automatica dello storage in AWS DMS Serverless
Quando si avvia un processo di replica, AWS DMS Serverless alloca 100 GB di storage iniziale per la replica. Lo storage è principalmente consumato dai file di log e dalle transazioni memorizzate nella cache. Per le transazioni memorizzate nella cache, lo storage viene utilizzato solo quando le transazioni memorizzate nella cache devono essere scritte su disco. Pertanto, AWS DMS Serverless non utilizza una quantità significativa di spazio di archiviazione. Di seguito sono riportate alcune eccezioni:
-
Tabelle di grandissime dimensioni che sostengono un notevole carico di transazioni. Il caricamento di una tabella di grandi dimensioni può richiedere del tempo, perciò le transazioni memorizzate nella cache hanno maggiori probabilità di essere scritte su disco durante il caricamento di una tabella di grandi dimensioni.
-
Le attività configurate per la sospensione prima del caricamento delle transazioni memorizzate nella cache. In questo caso, tutte le transazioni vengono memorizzate nella cache fino alla conclusione del caricamento completo per tutte le tabelle. Con questa configurazione, le transazioni memorizzate nella cache potrebbero consumare una discreta quantità di spazio di archiviazione.
-
Attività configurate con tabelle in fase di caricamento in Amazon Redshift. Questa configurazione non è un problema quando Amazon Aurora è l'obiettivo.
Pertanto, AWS DMS Serverless monitora l'utilizzo dello storage ogni 15 minuti. Una volta che lo storage allocato è stato utilizzato del 90%, AWS DMS Serverless aumenta la replica con storage aggiuntivo. Nel caso in cui venga utilizzato lo storage al 100% della replica e le attività di replica falliscano prima o durante il processo di scalabilità, DMS Serverless riprende le attività una volta completata con successo la scalabilità.
Nota
-
Full-load le operazioni vengono riavviate dall'inizio per eventuali tabelle incomplete quando si riprende un'attività precedentemente interrotta.
-
Non vi è alcun impatto sulle prestazioni dell'attività DMS durante l'evento di scalabilità dello storage.
-
Non è previsto un periodo di raffreddamento tra due eventi di ridimensionamento automatico dello storage.
