Como mover o banco de dados RDS para diferentes VPC

10

Eu não selecionei um VPC ao criar um banco de dados RDS do MySQL, então ele foi criado dentro de um VPC "padrão" gerado automaticamente. Agora não consigo adicioná-lo a nenhum dos meus grupos de segurança predefinidos ou acessá-lo de instâncias no meu VPC existente. A solução óbvia seria realocá-lo para o VPC adequado, mas parece não haver nenhuma opção para editar o VPC na tela "Modify db instance". Existe alguma maneira de selecionar um VPC diferente, ou é a minha única opção para excluir o db e recriá-lo dentro do VPC correto?

    
por Cerin 26.08.2014 / 18:48

3 respostas

11

A Amazon publicou recentemente um press release anunciando que agora você pode alterar o VPC para instâncias de RDS existentes:

You can now easily change the Amazon Virtual Private Cloud (Amazon VPC) used by your Amazon RDS DB instance. You can specify a new VPC for an existing DB instance deployed in Single-AZ configuration by using the Amazon RDS Management Console, the Amazon RDS API, or the AWS Command Line Tools. In addition, if you are running your DB instance on the EC2-Classic environment, you can switch to the EC2-VPC environment by modifying your existing DB instance. If your AWS account was created before 2013-12-04, you are potentially running RDS on the EC2-Classic environment.

This feature is available for all regions supported by Amazon RDS, and is available for all supported versions of MySQL, MariaDB, Microsoft SQL Server, Oracle, and PostgreSQL.

Note that this feature is only supported for DB instances running in Single-AZ deployment. If you would like to change the VPC environment of a DB instance in a Multi-AZ deployment, you can temporarily modify your instance to a Single-AZ deployment and then re-enable Multi-AZ once you have changed to the EC2-VPC environment.

    
por 05.08.2016 / 15:32
9

Simples - tire um instantâneo da sua instância atual do RDS e restaure esse instantâneo para uma nova instância em sua VPC.

    
por 26.08.2014 / 20:55
3

Para evitar o tempo de inatividade ao migrar para um novo VPC, você deve configurar instâncias de banco de dados Multi-AZ para o seu cluster RDS original, para que o criação de um snapshot não causará uma breve suspensão de E / S. O cluster também deve ter o log binário ativado para que, quando você carregar o instantâneo na nova VPC, possa configurar a replicação entre os bancos de dados para restaurar quaisquer dados que possam ter sido inseridos ou atualizados após a criação da captura instantânea.

Siga este guia dos documentos do RDS

EDITAR

Eu tive que fazer isso com o RDS Aurora e tive que fazer pequenas modificações no guia acima:

  • Ao restaurar a partir de um instantâneo Aurora, você não pode definir os grupos de parâmetros para que a instância receba os parâmetros padrão automaticamente. Quando a instância estiver disponível, altere os parâmetros para incluir o registro em log binário e reinicie-o.

  • A execução de SHOW MASTER STATUS\G não fornecerá o arquivo de log binário e a posição corretos do banco de dados original no momento em que o instantâneo foi tirado; a reinicialização da instância criou um novo arquivo de log binário. Em vez disso, execute SHOW BINARY LOGS; para localizar o arquivo de log anterior e o arquivo_size e use esses valores ao configurar a replicação.

por 28.07.2016 / 05:43