AWS ne peut pas modifier le groupe de sous-réseaux DB pour AWS RDS
nous devons (vouloir ..) renommer nos groupes de sous-réseaux DB sur AWS, j'ai donc créé un nouveau groupe de sous-réseaux DB avec les mêmes paramètres que l'ancien. Lorsque je souhaite basculer le groupe sur "Modifier l'onglet" dans l'interface graphique AWS et appuyer sur Appliquer, aws renvoie:
Vous ne pouvez pas déplacer l'instance de base de données XXX vers le groupe de sous-réseaux XXX. Le groupe de sous-réseaux DB et l'instance DB spécifiés se trouvent dans le même VPC. Choisissez un groupe de sous-réseaux DB dans un VPC différent de l'instance DB spécifiée et réessayez. (Service: AmazonRDS; Code d'état: 400; Code d'erreur: InvalidVPCNetworkStateFault; ID de demande: 7d46c84c-b22a-11e6-be20-b5bb6bd6cc6d)
Aucune suggestion? Ou n'est-ce pas possible sans recréer toute l'instance?
J'ai eu cette même question il y a quelques mois et j'ai fini par contacter AWS (j'ai le support Enterprise). Voici le résultat:
Malheureusement, le déplacement du groupe de sous-réseaux d'instance DB vers un autre groupe de sous-réseaux dans le même VPC n'est pas pris en charge pour le moment. Je réalise que notre documentation dit qu'elle est prise en charge, mais c'est une erreur. Nous travaillons actuellement sur la mise à jour de notre documentation pour refléter cela et je m'excuse pour la mauvaise communication.
Cependant, j'ai une solution de contournement, vous pouvez créer un nouveau VPC temporaire, mettre à jour le groupe de sous-réseaux pour pointer vers ce VPC temporaire, puis une fois ce processus terminé, changer le groupe de sous-réseaux pour pointer vers votre nouveau groupe de sous-réseaux.
Alternativement, une autre façon de le faire serait de créer un instantané de base de données et de faire tourner une nouvelle instance à partir de l'instantané.
Vous voudrez peut-être examiner les deux approches. Les deux méthodes vous causeront probablement un certain temps d'arrêt, sauf si vous êtes en mesure d'exécuter votre application en mode lecture seule pendant un certain temps, ou si vous avez une méthode de relecture des transactions sur l'instantané restauré.
Ce que j'ai fait -> créer un instantané, restaurer un instantané et sélectionner votre nouveau groupe de sous-réseaux qui n'ont que des sous-réseaux publics ou souhaités et ... voilá
l'option de groupe de sous-réseaux pour aurora peut simplement être définie lors de la création de l'instance et vous ne pouvez pas la modifier après.
Les étapes suivantes peuvent être effectuées pour modifier le groupe de sous-réseaux dans VPC,
Convertir l'instance de base de données prod en une zone de disponibilité unique (si la fonction multi-AZ est activée)
Modifiez le groupe de sous-réseaux en choisissant n'importe quel groupe de sous-réseaux VPC par défaut/et continuez avec Appliquer immédiatement
Après, modifiez à nouveau le groupe de sous-réseaux en choisissant le nouveau que vous souhaitez
Choisissez également les groupes de sécurité appropriés et continuez avec Appliquer immédiatement
Vérifier la connectivité des serveurs
Puis reconvertissez-le en un Multi-AZ
Remarque: Le temps pour effectuer les étapes ci-dessus prend environ 40 minutes à 50 minutes
Il semble que 2 ans et demi et ce problème persiste. Le plus gros problème est que je mets à jour mon infrastructure via Cloudformation et à partir de la documentation, la stratégie de modification correcte lors du changement de nom de sous-réseau DB est un remplacement de ressource, ce qui ne semble pas être le cas une fois que j'ai regardé mon ensemble de modifications de pile où la ressource de sous-réseau DB pour le remplacement a l'indicateur "False" et ensuite la mise à jour de la pile échoue avec le groupe de sous-réseaux DB ayant "Erreur interne".
Maintenant, je dois essentiellement modifier manuellement les ressources pour les mettre à jour correctement, même si cela va complètement à l'encontre de l'utilisation de CloudFormation