Come spostare il database RDS su VPC diverso

Non ho selezionato un VPC durante la creazione di un database MySQL RDS, quindi è stato creato all'interno di un VPC "predefinito" generato automaticamente. Ora non riesco ad aggiungerlo a nessuno dei miei gruppi di sicurezza predefiniti o ad accedervi da istanze nel mio VPC esistente. La soluzione ovvia sarebbe quella di trasferirlo nel VPC corretto, ma non sembra esserci alcuna opzione per modificare il VPC nella schermata "Modifica istanza db". Esiste un modo per selezionare un VPC diverso o è la mia unica opzione per eliminare il db e ricrearlo all'interno del VPC corretto?

Amazon ha recentemente rilasciato un comunicato stampa che annuncia che ora è possibile modificare il VPC per le istanze RDS esistenti:

Ora puoi facilmente cambiare il Amazon Virtual Private Cloud (Amazon VPC) utilizzato dall'istanza di Amazon RDS DB. Puoi specificare un nuovo VPC per un'istanza DB esistente distribuita nella configurazione Single-AZ utilizzando Amazon RDS Management Console, Amazon RDS API o AWS Command Line Tools. Inoltre, se si esegue l'istanza DB nell'ambiente EC2-Classic, è possibile passare all'ambiente EC2-VPC modificando l'istanza DB esistente. Se il tuo account AWS è stato creato prima del 04-12-2013, potenzialmente stai eseguendo RDS nell'ambiente EC2-Classic.

Questa funzione è disponibile per tutte le aree supportate da Amazon RDS ed è disponibile per tutte le versioni supportate di MySQL, MariaDB, Microsoft SQL Server, Oracle e PostgreSQL.

Questa funzionalità è supportata solo per le istanze DB in esecuzione nella distribuzione AZ singola. Se si desidera modificare l'ambiente VPC di un'istanza DB in una distribuzione Multi-AZ, è possibile modificare temporaneamente l'istanza in una distribuzione Single-AZ e quindi riattivare Multi-AZ dopo aver modificato l'ambiente EC2-VPC .

Semplice: scatta un'istantanea dell'istanza RDS corrente e ripristina l'istantanea su una nuova istanza nel tuo VPC.

Per evitare tempi di inattività durante la migrazione a un nuovo VPC, è necessario impostare istanze DB Multi-AZ per il cluster RDS originale in modo che la creazione di uno snapshot non causi una breve sospensione I / O. Il cluster dovrebbe anche avere la registrazione binaria abilitata in modo tale che quando si carica lo snapshot nel nuovo VPC è possibile impostare la replica tra i database per ripristinare tutti i dati che potrebbero essere stati inseriti o aggiornati dopo la creazione dello snapshot.

Segui questa guida dai documenti RDS

MODIFICARE

Ho dovuto farlo con RDS Aurora e ho dovuto apportare lievi modifiche alla guida sopra:

• Durante il ripristino da un'istantanea Aurora non è possibile impostare i gruppi di parametri, quindi l'istanza ottiene automaticamente i parametri predefiniti. Una volta disponibile l'istanza, modificare i parametri per includere la registrazione binaria e riavviarlo.

• L'esecuzione SHOW MASTER STATUS\Gnon fornirà il file di registro binario e la posizione corretti del db originale al momento della creazione dell'istantanea, il riavvio dell'istanza ha creato un nuovo file di registro binario. Invece, esegui SHOW BINARY LOGS;per trovare il file di registro precedente e il file_size e utilizza questi valori durante l'impostazione della replica.