Comment déplacer la base de données RDS vers différents VPC

Je n'ai pas sélectionné de VPC lors de la création d'une base de données MySQL RDS, il l'a donc créé dans un VPC "par défaut" généré automatiquement. Je ne peux plus l'ajouter à aucun de mes groupes de sécurité prédéfinis, ni y accéder à partir d'instances de mon VPC existant. La solution évidente serait de le déplacer sur le VPC approprié, mais il ne semble pas y avoir d'option pour éditer le VPC sur l'écran "Modifier l'instance de base de données". Existe-t-il un moyen de sélectionner un VPC différent ou ma seule option est-elle de supprimer la base de données et de la recréer dans le VPC correct?

Amazon a récemment publié un communiqué de presse annonçant que vous pouvez désormais modifier le VPC pour les instances RDS existantes:

Vous pouvez désormais modifier facilement le cloud privé virtuel Amazon (Amazon VPC) utilisé par votre instance de base de données Amazon RDS. Vous pouvez spécifier un nouveau VPC pour une instance de base de données existante déployée dans une configuration Single-AZ à l'aide de la console de gestion Amazon RDS, de l'API Amazon RDS ou des outils de ligne de commande AWS. De plus, si vous exécutez votre instance de base de données sur l'environnement EC2-Classic, vous pouvez basculer vers l'environnement EC2-VPC en modifiant votre instance de base de données existante. Si votre compte AWS a été créé avant le 2013-12-04, vous exécutez potentiellement RDS sur l'environnement EC2-Classic.

Cette fonctionnalité est disponible pour toutes les régions prises en charge par Amazon RDS et est disponible pour toutes les versions prises en charge de MySQL, MariaDB, Microsoft SQL Server, Oracle et PostgreSQL.

Notez que cette fonctionnalité n'est prise en charge que pour les instances de base de données s'exécutant dans un déploiement Single-AZ. Si vous souhaitez modifier l'environnement VPC d'une instance de base de données dans un déploiement Multi-AZ, vous pouvez temporairement modifier votre instance en un déploiement Single-AZ, puis réactiver Multi-AZ une fois que vous êtes passé à l'environnement EC2-VPC .

Simple - prenez un instantané de votre instance RDS actuelle, puis restaurez cet instantané dans une nouvelle instance de votre VPC.

Pour éviter les temps d'arrêt lors de la migration vers un nouveau VPC, vous devez configurer des instances de base de données Multi-AZ pour votre cluster RDS d'origine afin que la création d'un instantané n'entraîne pas une brève suspension d'E / S. La journalisation binaire doit également être activée afin que lorsque vous chargez votre instantané dans le nouveau VPC, vous pouvez configurer la réplication entre les bases de données pour restaurer toutes les données qui ont pu être insérées ou mises à jour après la création de l'instantané.

Suivez ce guide des documents RDS

ÉDITER

J'ai dû le faire avec RDS Aurora et j'ai dû apporter de légères modifications au guide ci-dessus:

• Lors de la restauration à partir d'un instantané Aurora, vous ne pouvez pas définir les groupes de paramètres afin que l'instance obtienne automatiquement les paramètres par défaut. Une fois l'instance disponible, modifiez les paramètres pour inclure la journalisation binaire et redémarrez-la.

• L'exécution SHOW MASTER STATUS\Gne vous donnera pas le fichier journal binaire correct et la position de la base de données d'origine au moment où l'instantané a été pris, le redémarrage de l'instance a créé un nouveau fichier journal binaire. Exécutez-le SHOW BINARY LOGS;à la place pour rechercher le fichier journal précédent et la taille_fichier et utilisez ces valeurs lors de la configuration de la réplication.