Importazione dei dati in un’istanza database Amazon RDS per MariaDB riducendo il tempo di inattività - Amazon Relational Database Service
Attività 1: creazione di una copia del database esistenteAttività 2: creare un' EC2 istanza AmazonAttività 3: creazione di un database MariaDBAttività 4: replica dei dati dal database esternoAttività 5: reindirizzamento di un’applicazione attiva

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à.

Importazione dei dati in un’istanza database Amazon RDS per MariaDB riducendo il tempo di inattività

In alcuni casi, potrebbe essere necessario importare dati da un database MariaDB esterno che supporti un’applicazione attiva in un’istanza database RDS per MariaDB. Usa la seguente procedura per ridurre l'impatto sulla disponibilità delle applicazioni. Questa procedura può risultare utile anche quando utilizzi un database di dimensioni particolarmente elevate. Utilizzando questa procedura, è possibile ridurre i costi di importazione riducendo la quantità di dati trasmessi attraverso la rete a AWS.

In questa procedura, trasferisci una copia dei dati del database su un' EC2 istanza Amazon e importi i dati in un nuovo database Amazon RDS. Utilizza quindi la replica per portare il database Amazon RDS up-to-date con l'istanza esterna attiva, prima di reindirizzare l'applicazione al database Amazon RDS. Se l'istanza esterna è MariaDB 10.0.24 o versione successiva e l'istanza di destinazione è RDS for MariaDB, configura la replica di MariaDB in base agli identificatori di transazione globali (). GTIDs In alternativa, è possibile configurare la replica in base alle coordinate del log binario. Si consiglia la replica basata su GTID se supportata dal database esterno perché è un metodo più affidabile. Per ulteriori informazioni, consulta ID globali di transazione nella documentazione di MariaDB.

Il diagramma seguente mostra l’importazione di un database MariaDB esterno in un database MariaDB in Amazon RDS.

Flusso di lavoro che mostra l’importazione di un database MariaDB esterno in un database MariaDB in Amazon RDS.

Attività 1: creazione di una copia del database esistente

Il primo passaggio da eseguire nella migrazione di grandi quantità di dati in un database RDS per MariaDB riducendo al minimo il tempo di inattività consiste nella creazione di una copia dei dati di origine.

Il diagramma seguente mostra la creazione di un backup del database MariaDB.

Flusso di lavoro che mostra la creazione di un backup del database MariaDB.

Per creare un backup di database in formato SQL o con testo delimitato, è possibile utilizzare l’utilità mysqldump o mariadb-dump. In MariaDB 10.5, il client è denominato mariadb-dump. A partire da MariaDB 11.0.1, è necessario utilizzare mariadb-dump anziché mysqldump. Si consiglia di eseguire un test con ciascun formato, fuori dall’ambiente di produzione, per capire quale metodo consenta di ridurre maggiormente il tempo di esecuzione di mysqldump o mariadb-dump.

Si consiglia anche di valutare le prestazioni di mysqldump o mariadb-dump e i vantaggi offerti dal caricamento nel formato con testo delimitato. Un backup eseguito con testo delimitato crea un file di testo separato da tabulazioni per ciascuna tabella eliminata. Per ridurre il tempo di importazione del database, puoi caricare questi file in parallelo con il comando LOAD DATA LOCAL INFILE. Per ulteriori informazioni, consulta Fase 5: Caricamento dei dati nella procedura Importazione di dati da qualsiasi origine.

Prima di iniziare l’operazione di backup, imposta le opzioni di replica nel database MariaDB da copiare in Amazon RDS. Le opzioni di replica includono l’attivazione del log binario e l’impostazione di un ID server univoco. L'impostazione di tali opzioni porta il server ad avviare la registrazione delle transazioni del database e lo prepara per diventare l'istanza di replica di origine in una fase successiva del processo.

Assicurati di essere a conoscenza dei seguenti suggerimenti e considerazioni:

  • utilizza l’opzione --single-transaction con mysqldump o mariadb-dump perché esegue il dump di uno stato coerente del database. Per garantire un file di dump valido, non eseguire istruzioni DDL (Data Definition Language) durante l’esecuzione di mysqldump o mariadb-dump. È possibile pianificare una finestra di manutenzione per queste operazioni.

  • Escludi gli schemi seguenti dal file di dump:

    • sys

    • performance_schema

    • information_schema

    Per impostazione predefinita, le utilità mysqldump e mariadb-dump escludono questi schemi.

  • Se devi migrare utenti e privilegi, prendi in considerazione l'utilizzo di uno strumento che genera il linguaggio di controllo dei dati (DCL) per ricrearli, come l'utilità. pt-show-grants

Per impostare le opzioni di autenticazione

  1. Modificare il file my.cnf. Il file si trova in genere in /etc.

    sudo vi /etc/my.cnf

    Aggiungere le opzioni log_bin e server_id alla sezione [mysqld]. L'opzione log_bin fornisce un identificatore di nome file per i file di log binari. L'opzione server_id fornisce un identificatore univoco per il server in relazioni master-replica.

    L’esempio seguente mostra la sezione [mariadb] aggiornata di un file my.cnf:

    [mariadb]
log-bin
server-id=1 
log-basename=master1
binlog-format=mixed

    Per ulteriori informazioni, consulta Setting the Replication Source Configuration nella documentazione MariaDB.

  2. Per la replica con un cluster di database Multi-AZ, abilita gtid_strict_mode. Per ulteriori informazioni, consulta gtid_strict_mode nella documentazione MariaDB.

    L’abilitazione di gtid_strict_mode non è richiesta per la replica con un’istanza database.

  3. Riavvia il servizio mariadb.

    sudo service mariadb restart

Per creare una copia di backup del database esistente

  1. Crea un backup dei dati con l’utilità mysqldump o mariadb-dump, specificando il formato SQL o con testo delimitato.

    Per migliorare le prestazioni e garantire l’integrità dei dati, utilizza le opzioni --order-by-primary e --single-transaction per mysqldump e mariadb-dump.

    Per non includere il database di sistema MySQL nel backup, non utilizzare l’opzione --all-databases con mysqldump o mariadb-dump. Per ulteriori informazioni, consulta Creating a Data Snapshot Using mysqldump nella documentazione MySQL.

    Se necessario, utilizza chmod per avere la certezza che sia possibile scrivere nella directory in cui viene creato il file di backup.

    Importante

    In Windows, eseguire la finestra di comando come amministratore.

    • Per produrre un output SQL, utilizzare il comando seguente. Per MariaDB 10.11 e versioni precedenti, sostituisci mariadb-dump con mysqldump.

      Per Linux, macOS o Unix:

      sudo mariadb-dump \
    --databases database_name \
    --master-data=2  \
    --single-transaction \
    --order-by-primary \
    -r backup.sql \
    -u local_user \
    -ppassword
      Nota

      Come best practice per la sicurezza, specifica credenziali diverse dai prompt mostrati nell’esempio.

      Per Windows:

      mariadb-dump ^
    --databases database_name ^
    --master-data=2  ^
    --single-transaction ^
    --order-by-primary ^
    -r backup.sql ^
    -u local_user ^
    -ppassword
      Nota

      Come best practice per la sicurezza, specifica credenziali diverse dai prompt mostrati nell’esempio.

    • Per produrre un output in testo delimitato, utilizzare il comando seguente. Per MariaDB 11.01 e versioni successive, sostituisci mysqldump con mariadb-dump.

      Per Linux, macOS o Unix:

      sudo mysqldump \
    --tab=target_directory \
    --fields-terminated-by ',' \
    --fields-enclosed-by '"' \
    --lines-terminated-by 0x0d0a \
    database_name \
    --master-data=2 \
    --single-transaction \
    --order-by-primary \
    -ppassword

      Per Windows:

      mysqldump ^
    --tab=target_directory ^
    --fields-terminated-by "," ^
    --fields-enclosed-by """ ^
    --lines-terminated-by 0x0d0a ^
    database_name ^
    --master-data=2 ^
    --single-transaction ^
    --order-by-primary ^
    -ppassword
      Nota

      Come best practice per la sicurezza, specifica credenziali diverse dai prompt mostrati nell’esempio.

      Eventuali procedure, trigger, funzioni o eventi devono essere creati manualmente nel database Amazon RDS. Se nel database da copiare sono presenti questi tipi di oggetti, è necessario escluderli quando si esegue mysqldump o mariadb-dump. A tale scopo, includi gli argomenti seguenti con il comando mysqldump o mariadb-dump:

      • --routines=0

      • --triggers=0

      • --events=0

      Quando si esegue mysqldump e si specifica il formato con testo delimitato, viene restituito un comando CHANGE MASTER TO. Tale commento contiene il nome e la posizione del file log principale. Se l’istanza esterna è diversa da MariaDB versione 10.0.23 o precedente, annota i valori per MASTER_LOG_FILE e MASTER_LOG_POS. Questi valori sono necessari durante l'impostazione della replica.

      Per le versioni di MariaDB, viene restituito l’output seguente.

      -- Position to start replication or point-in-time recovery from
--
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin-changelog.000031', MASTER_LOG_POS=107;

  2. Se l’istanza esterna è MariaDB versione 10.0.24 o successiva, utilizza la replica basata su GTID. Esegui SHOW MASTER STATUS nell’istanza MariaDB esterna per ottenere il nome e la posizione del file di log binario e convertirli in un GTID utilizzando BINLOG_GTID_POS nell’istanza MariaDB esterna.

    SELECT BINLOG_GTID_POS('binary_log_file_name', binary_log_file_position);

    Annota il GTID restituito perché sarà necessario per configurare la replica.

  3. Comprimi i dati copiati per ridurre la quantità di risorse di rete necessarie per copiare i dati nell'istanza database Amazon RDS. Annota la dimensione del file di backup. Queste informazioni sono necessarie per determinare le dimensioni di un' EC2 istanza Amazon da creare. Al termine, comprimere il file di backup con GZIP o un'altra utility simile.

    • Per comprimere un output SQL, utilizza il comando seguente:

      gzip backup.sql

    • Per comprimere un output in testo delimitato, utilizza il comando seguente:

      tar -zcvf backup.tar.gz target_directory

Attività 2: creare un' EC2istanza Amazon e copiare il database compresso

La copia del file di backup compresso del database su EC2 un'istanza Amazon richiede meno risorse di rete rispetto alla copia diretta di dati non compressi tra istanze di database. Dopo che i tuoi dati sono in Amazon EC2, puoi copiarli direttamente da lì nel tuo database MariaDB. Per risparmiare sul costo delle risorse di rete, l' EC2 istanza Amazon deve essere nella Regione AWS stessa istanza database di Amazon RDS. La presenza dell' EC2 istanza Amazon nello Regione AWS stesso database Amazon RDS riduce anche la latenza di rete durante l'importazione.

Il diagramma seguente mostra la copia del backup del database su un'istanza Amazon EC2 .

Flusso di lavoro che mostra la copia del backup del database su un' EC2istanza Amazon.

Per creare un' EC2 istanza Amazon e copiare i tuoi dati

  1. Nel luogo in Regione AWS cui prevedi di creare il database Amazon RDS, crea un cloud privato virtuale (VPC), un gruppo di sicurezza VPC e una sottorete VPC. Verificare che le regole in entrata del gruppo di sicurezza VPC consentano agli indirizzi IP necessari per l'applicazione di connettersi ad AWS. È possibile specificare un intervallo di indirizzi IP, ad esempio 203.0.113.0/24, oppure un altro gruppo di sicurezza VPC. Puoi utilizzare la console Amazon VPC per creare e gestire VPCs sottoreti e gruppi di sicurezza. Per ulteriori informazioni, consulta Nozioni di base su Amazon VPC nella Guida per l’utente di Amazon Virtual Private Cloud.

  2. Apri la EC2 console Amazon e scegli Regione AWS di contenere sia l' EC2 istanza Amazon che il database Amazon RDS. Avvia un' EC2 istanza Amazon utilizzando il VPC, la sottorete e il gruppo di sicurezza che hai creato nella fase 1. Assicurarsi di selezionare un tipo di istanza con spazio di storage sufficiente per il file di backup del database decompresso. Per i dettagli sulle EC2 istanze Amazon, consulta la sezione Guida introduttiva ad Amazon EC2 nella Amazon Elastic Compute Cloud User Guide.

  3. Per connetterti al tuo database Amazon RDS dall' EC2 istanza Amazon, modifica il gruppo di sicurezza VPC. Aggiungi una regola in entrata che specifica l'indirizzo IP privato dell'istanza. EC2 Puoi trovare l'indirizzo IP privato nella scheda Dettagli del riquadro Istanza nella finestra della EC2 console. Per modificare il gruppo di sicurezza VPC e aggiungere una regola in entrata, scegli Gruppi di sicurezza nel riquadro di navigazione della EC2 console, scegli il tuo gruppo di sicurezza, quindi aggiungi una regola in entrata per MySQL o Aurora specificando l'indirizzo IP privato dell'istanza. EC2 Per ulteriori informazioni sull’aggiunta di una regola in entrata a un gruppo di sicurezza VPC, consulta Regole del gruppo di sicurezza nella Guida per l’utente di Amazon Virtual Private Cloud.

  4. Copia il file di backup compresso del database dal sistema locale all' EC2 istanza Amazon. chmodUtilizzalo, se necessario, per assicurarti di disporre dell'autorizzazione di scrittura per la directory di destinazione dell' EC2 istanza Amazon. Il file può essere copiato con scp oppure con un client Secure Shell (SSH). Di seguito è riportato un comando scp di esempio:

    scp -r -i key pair.pem backup.sql.gz ec2-user@EC2 DNS:/target_directory/backup.sql.gz
    Importante

    Quando si copiano dati sensibili, utilizzare un protocollo di trasferimento di rete sicuro.

  5. Connettiti alla tua EC2 istanza Amazon e installa gli aggiornamenti più recenti e gli strumenti client MariaDB utilizzando i seguenti comandi:

    sudo yum update -y
sudo yum install mariadb1011-client-utils -y

    Per ulteriori informazioni, consulta Connessione all’istanza per le istanze Linux nella Guida per l’utente di Amazon Elastic Compute Cloud e MariaDB Connectors nella documentazione di MariaDB.

  6. Mentre sei connesso alla tua EC2 istanza Amazon, decomprimi il file di backup del database. I comandi seguenti sono esempi.

    • Per decomprimere l'output SQL, utilizzare il comando seguente:

      gzip backup.sql.gz -d

    • Per decomprimere un output in testo delimitato, utilizzare il comando seguente:

      tar xzvf backup.tar.gz

Attività 3: crea un database MariadB e importa i dati dalla tua istanza Amazon EC2

Creando un'istanza DB RDS per MariaDB nella Regione AWS stessa istanza EC2 Amazon, puoi importare il file di backup del database da EC2 Amazon più velocemente che su Internet.

Il diagramma seguente mostra l'importazione del backup da EC2 un'istanza Amazon in un database MariadB.

Flusso di lavoro che mostra l'importazione del backup dall' EC2 istanza nel database MariaDB.

Per creare un database MariaDB e importare i dati

  1. Determina la classe di istanza database e la quantità di spazio di archiviazione necessaria per supportare il carico di lavoro previsto per il database Amazon RDS. Come parte di questo processo, è necessario valutare la quantità di spazio richiesta e la capacità di elaborazione per le procedure di caricamento dati. Valuta anche gli elementi necessari per gestire il carico di lavoro di produzione. È possibile produrre una stima sulla base delle dimensioni e delle risorse del database MariaDB di origine. Per ulteriori informazioni, consulta Classi di istanze database .

  2. Crea un'istanza DB Regione AWS che contiene la tua EC2 istanza Amazon. Segui le istruzioni in Creazione di un'istanza database Amazon RDS e utilizza le linee guida seguenti:

    • Specifica una versione del motore di database compatibile con l’istanza database di origine.

    • Specificate lo stesso cloud privato virtuale (VPC) e lo stesso gruppo di sicurezza VPC della vostra istanza Amazon. EC2 Questo approccio garantisce che l' EC2 istanza Amazon e l'istanza Amazon RDS siano visibili l'una all'altra sulla rete. Assicurati che l'istanza database sia accessibile pubblicamente. Per impostare la replica con il database di origine, come descritto in una sezione seguente, l’istanza database deve essere accessibile pubblicamente.

    • Non configurare più zone di disponibilità, retention dei backup o repliche di lettura fino a quando non è stato importato il backup del database. Al termine dell'importazione, puoi configurare le varie zone di disponibilità e la conservazione dei backup per l'istanza di produzione.

  3. Esamina le opzioni di configurazione predefinite per il database Amazon RDS. Se il gruppo di parametri predefinito per il database non include le opzioni di configurazione desiderate, cercane uno che le contenga oppure crea un gruppo di parametri nuovo. Per ulteriori informazioni sulla creazione di un gruppo di parametri, consulta Gruppi di parametri per Amazon RDS.

  4. Connettiti al nuovo database Amazon RDS come utente master. Crea gli utenti necessari per supportare gli amministratori, le applicazioni e i servizi che devono accedere all’istanza database. Il nome host per il database Amazon RDS corrisponde al valore di Endpoint per l’istanza database senza il numero di porta, ad esempio mysampledb.123456789012.us-west-2.rds.amazonaws.com. Il valore dell’endpoint è disponibile nei dettagli del database nella console Amazon RDS.

  5. Connect alla tua EC2 istanza Amazon. Per ulteriori informazioni, consulta Connessione all’istanza per le istanze Linux nella Guida per l’utente di Amazon Elastic Compute Cloud.

  6. Connettiti al tuo database Amazon RDS come host remoto dalla tua EC2 istanza Amazon utilizzando il mysql comando. Il comando seguente è un esempio:

    mysql -h host_name -P 3306 -u db_master_user -p

    host_nameÈ l'endpoint del database Amazon RDS.

  7. Al prompt mysql, esegui il comando source e passa il nome del file di dump del database. Il comando carica i dati nell’istanza database Amazon RDS.

    • Per il formato SQL, utilizza il comando seguente: 

      MariaDB [(none)]> source backup.sql;

    • Per il formato con testo delimitato, crea innanzitutto il database se non utilizzi il database predefinito creato al momento dell’impostazione del database Amazon RDS, 

      MariaDB [(none)]> create database database_name;
MariaDB [(none)]> use database_name;

      quindi crea le tabelle

      MariaDB [(none)]> source table1.sql
MariaDB [(none)]> source table2.sql
etc...

      e infine importa i dati.

      MariaDB [(none)]> LOAD DATA LOCAL INFILE 'table1.txt' INTO TABLE table1 FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '0x0d0a';
MariaDB [(none)]> LOAD DATA LOCAL INFILE 'table2.txt' INTO TABLE table2 FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '0x0d0a';
etc...

      Per migliorare le prestazioni, puoi eseguire queste operazioni in parallelo da più connessioni, in modo che tutte le tabelle vengano create e caricate contemporaneamente.

      Nota

      Se nel dump iniziale della tabella sono state utilizzate opzioni di formattazione dati con mysqldump o mariadb-dump, è necessario utilizzare le stesse opzioni con LOAD DATA LOCAL INFILE per assicurare una corretta interpretazione del contenuto del file dati.

  8. Esegui una semplice query SELECT in una o due tabelle del database importato, per verificare che l’operazione sia stata eseguita correttamente.

Se non hai più bisogno dell' EC2 istanza Amazon utilizzata in questa procedura, interrompi l' EC2istanza per ridurre l'utilizzo AWS delle risorse. Per terminare un' EC2 istanza, consulta Terminare un'istanza nella Amazon Elastic Compute Cloud User Guide.

Attività 4: replica dei dati dal database esterno al nuovo database Amazon RDS

È probabile che il database di origine sia stato aggiornato durante la copia e il trasferimento dei dati nel database MariaDB. Puoi utilizzare la replica per portare il database copiato con il database up-to-date di origine.

Flusso di lavoro che mostra la replica dei dati dal database MariaDB esterno al database in Amazon RDS.

Le autorizzazioni necessarie per avviare la replica in un database Amazon RDS sono limitate e non disponibili per l’utente master di Amazon RDS. Per questo motivo, utilizza la stored procedure Amazon RDS appropriata:

Per avviare la replica

Nell’Attività 1, quando si impostano le opzioni di replica si attiva la registrazione di log binari e si imposta un ID server univoco per il database di origine. Ora è possibile impostare il database Amazon RDS come replica, utilizzando il database attivo come istanza di replica di origine.

  1. Nella console Amazon RDS aggiungi l’indirizzo IP del server che ospita il database di origine al gruppo di sicurezza VPC per il database Amazon RDS. Per ulteriori informazioni sui gruppi di sicurezza VPC, consulta Configurazione delle regole per i gruppi di sicurezza nella Guida per l’utente di Amazon Virtual Private Cloud.

    Potrebbe essere necessario configurare anche la rete locale per consentire le connessioni dall’indirizzo IP del database Amazon RDS, in modo da comunicare con l’istanza di origine. Per individuare l’indirizzo IP del database Amazon RDS, utilizza il comando host:

    host host_name

    host_nameÈ il nome DNS dell'endpoint del database Amazon RDS, ad esempio. myinstance.123456789012.us-east-1.rds.amazonaws.com Il valore dell’endpoint è disponibile nei dettagli dell’istanza database nella console Amazon RDS.

  2. Utilizzando il client scelto, eseguire la connessione all'istanza di origine e creare un utente da utilizzare per la replica. Questo account viene utilizzato unicamente per la replica e deve essere limitato al dominio personale per aumentare la sicurezza. Il comando seguente è un esempio:

    CREATE USER 'repl_user'@'mydomain.com' IDENTIFIED BY 'password';
    Nota

    Specifica credenziali diverse dai prompt mostrati qui come best practice per la sicurezza.

  3. Per l'istanza di origine, concedere i privilegi REPLICATION CLIENT e REPLICATION SLAVE all'utente di replica. Per concedere ad esempio i privilegi REPLICATION CLIENT e REPLICATION SLAVE su tutti i database per l'utente "repl_user" del proprio dominio, eseguire questo comando:

    GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'mydomain.com';

  4. Se per creare il file di backup è stato utilizzato il formato SQL e l’istanza esterna non è MariaDB 10.0.24 o versione successiva, esegui questo comando seguente per controllare il contenuto del file:

    cat backup.sql

    Il file include un commento CHANGE MASTER TO che contiene il nome e la posizione del file di log principale. Il commento si trova nel file di backup, se è stata utilizzata l'opzione --master-data con mysqldump. Prendere nota dei valori per MASTER_LOG_FILE e MASTER_LOG_POS.

    --
-- Position to start replication or point-in-time recovery from
--

-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin-changelog.000031', MASTER_LOG_POS=107;

    Se per creare il file di backup è stato utilizzato il formato con testo delimitato e l’istanza esterna non è MariaDB 10.0.24 o versione successiva, si dovrebbe già disporre delle coordinate del log binario dalla fase 1 dell’Attività 1 quando è stata creata una copia di backup del database esistente.

    Se l’istanza esterna è MariaDB 10.0.24 o versione successiva, si dovrebbe già disporre del GTID da cui avviare la replica dalla fase 2 dell’Attività 1 quando è stata creata una copia di backup del database esistente.

  5. Definisci il database Amazon RDS come replica. Se l’istanza esterna non è MariaDB 10.0.24 o versione successiva, connettiti al database Amazon RDS come utente master e identifica il database di origine come istanza di replica di origine utilizzando la stored procedure mysql.rds_set_external_master.

    Se si dispone di un file di backup in formato SQL, utilizza il nome e la posizione del file di log principale, recuperati nella fase 4. Se invece è stato utilizzato il formato con testo delimitato, usa il nome e la posizione determinati al momento di creare i file di backup. Il comando seguente è un esempio:

    CALL mysql.rds_set_external_master ('myserver.mydomain.com', 3306,
    'repl_user', 'password', 'mysql-bin-changelog.000031', 107, 1);
    Nota

    Specifica credenziali diverse dai prompt mostrati qui come best practice per la sicurezza.

    Se l’istanza esterna è MariaDB 10.0.24 o versione successiva, connettiti al database Amazon RDS come utente master e identifica il database di origine come istanza di replica di origine utilizzando la stored procedure mysql.rds_set_external_master_gtid. Utilizza il GTID determinato nella fase 2 dell’Attività 1 quando è stata creata una copia di backup del database esistente. Il comando seguente è un esempio:

    
CALL mysql.rds_set_external_master_gtid ('source_server_ip_address', 3306, 'ReplicationUser', 'password', 'GTID', 1);

    source_server_ip_address è l' indirizzo IP dell'istanza di replica di origine. Un indirizzo DNS EC2 privato non è attualmente supportato.

    Nota

    Specifica credenziali diverse dai prompt mostrati qui come best practice per la sicurezza.

  6. Nel database Amazon RDS, per avviare la replica esegui questo comando che utilizza la stored procedure mysql.rds_start_replication:

    CALL mysql.rds_start_replication;

  7. Nel database Amazon RDS, per determinare quando la replica è up-to-date con l'istanza di replica di origine, esegui il comando SHOW REPLICA STATUS. I risultati del comando SHOW REPLICA STATUS includono il campo Seconds_Behind_Master. Quando il Seconds_Behind_Master campo restituisce 0, la replica si trova up-to-date con l'istanza di replica di origine.

    Per un’istanza database MariaDB 10.5, 10.6, 10.11, 11.4 o 11.8, esegui la stored procedure mysql.rds_replica_status anziché il comando MySQL.

  8. Una volta installato il database Amazon RDS up-to-date, attiva i backup automatici in modo da poter ripristinare il database, se necessario. È possibile attivare o modificare i backup automatici per il database Amazon RDS tramite la console Amazon RDS. Per ulteriori informazioni, consulta Introduzione ai backup.

Attività 5: reindirizzamento di un’applicazione attiva all’istanza Amazon RDS

Dopo che il database MariaDB up-to-date è con l'istanza di replica di origine, ora puoi aggiornare la tua applicazione live per utilizzare l'istanza Amazon RDS.

Flusso di lavoro che mostra l’arresto della replica e l’indirizzamento dell’applicazione attiva al database in Amazon RDS.

Per reindirizzare l’applicazione attiva al database MariaDB e arrestare la replica

  1. Per aggiungere il gruppo di sicurezza VPC per il database Amazon RDS, aggiungi l’indirizzo IP del server che ospita l’applicazione. Per ulteriori informazioni sui gruppi di sicurezza VPC, consulta Configurazione delle regole per i gruppi di sicurezza nella Guida per l’utente di Amazon Virtual Private Cloud.

  2. Verifica che il Seconds_Behind_Master campo nei risultati del comando SHOW REPLICA STATUS sia 0, il che indica che la replica è up-to-date con l'istanza di replica di origine.

    SHOW REPLICA STATUS;

    Per un’istanza database MariaDB 10.5, 10.6, 10.11, 11.4 o 11.8, esegui la procedura mysql.rds_replica_status anziché il comando MySQL.

  3. Chiudere tutte le connessioni all'origine quando le loro transazioni sono complete.

  4. Aggiorna l'applicazione per usare il database Amazon RDS. In genere, l'aggiornamento prevede la modifica delle impostazioni di connessione per identificare il nome host e la porta del database Amazon RDS, l'account utente e la password per eseguire la connessione e il database da utilizzare.

  5. Effettua la connessione all'istanza database.

  6. Arresta la replica per l’istanza Amazon RDS eseguendo questo comando che utilizza la stored procedure mysql.rds_stop_replication:

    CALL mysql.rds_stop_replication;

  7. Esegui la stored procedure mysql.rds_reset_external_master nel database Amazon RDS per reimpostare la configurazione della replica in modo che l’istanza non venga più identificata come replica.

    CALL mysql.rds_reset_external_master;

  8. Attivare le caratteristiche aggiuntive di Amazon RDS, quali il supporto Multi-AZ e le repliche di lettura. Per ulteriori informazioni, consultare Configurazione e gestione di un’implementazione Multi-AZ per Amazon RDS e Uso delle repliche di lettura dell'istanza database.