Question 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 parviens 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 vers le VPC approprié, mais il ne semble exister aucune option permettant de modifier le VPC sur l'écran "Modifier l'instance de base de données". Existe-t-il un moyen de sélectionner un autre VPC ou ma seule option est-elle de supprimer la base de données et de la recréer dans le bon VPC?


10
2017-08-26 16:48


origine




Réponses:


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

Vous pouvez désormais modifier facilement le nuage Amazon Virtual Private Cloud (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, ainsi que pour toutes les versions prises en charge de MySQL, MariaDB, Microsoft SQL Server, Oracle et PostgreSQL.

Notez que cette fonctionnalité est uniquement prise en charge 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 déploiement Single-AZ, puis réactiver Multi-AZ une fois que vous avez modifié l'environnement EC2-VPC. .


11
2017-08-05 13:32



Une chose à noter: vous pouvez modifier le VPC mais la zone de disponibilité de la base de données ne changera pas. Donc, si votre base de données est dans un VPC sur le sous-réseau us-west-2a mais que l'autre n'a pas de sous-réseau dans cette AZ, elle ne vous laissera pas passer à ce VPC. - Matt Dodge


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


9
2017-08-26 18:55



Le menu déroulant des VPC a été désactivé jusqu'à ce que je dise «oui» au déploiement Multi-AZ. - Ian Phillips
Comment dois-je gérer les données ajoutées pendant le chargement de l'instantané? Existe-t-il un moyen de minimiser les temps d'arrêt? - iGili
RDS est parfaitement capable d’agir comme un réconfort MySQL pour un autre système. C’est peut-être la solution. - EEAA


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 le création d'un instantané ne provoquera pas une brève suspension des E / S. La journalisation binaire doit également être activée sur le cluster afin que, lorsque vous chargez votre instantané dans le nouveau VPC, vous puissiez configurer la réplication entre les bases de données afin de restaurer les données éventuellement insérées ou mises à jour après la création de l'instantané.

Suivez ceci guider à partir de documents RDS

MODIFIER

Je devais 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.

  • Fonctionnement SHOW MASTER STATUS\G ne vous donnera pas le fichier journal binaire correct ni 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. Au lieu courir SHOW BINARY LOGS;pour trouver le fichier journal précédent et la taille du fichier et utiliser ces valeurs lors de la configuration de la réplication.


3
2017-07-28 03:43