Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Utilisation d’une instance de base de données dans un VPC

Votre instance se trouve dans un cloud privé virtuel (VPC). Un VPC est un réseau virtuel isolé logiquement des autres réseaux virtuels du cloud. AWS Amazon VPC vous permet de lancer des AWS ressources, telles qu'un d'instances de base de données Amazon RDS ou une instance Amazon EC2, dans un VPC. Le VPC peut être un VPC par défaut fourni avec votre compte ou un VPC que vous créez. Tous les VPC sont associés à votre AWS compte.

Votre VPC par défaut a trois sous-réseaux que vous pouvez utiliser pour isoler les ressources à l’intérieur du VPC. Le VPC par défaut possède aussi une passerelle Internet qui peut être utilisée pour fournir l’accès aux ressources à l’intérieur du VPC depuis l’extérieur du VPC.

Pour obtenir une liste des scénarios impliquant des instances données Amazon RDS dans un VPC et en dehors d’un VPC, consultez Scénarios d’accès à une instance de base de données d’un VPC.

Dans les tutoriels suivants, vous apprendrez à créer un VPC que vous pouvez utiliser pour un scénario commun Amazon RDS :

Utilisation d’une instance de base de données dans un VPC

Voici quelques conseils d’utilisation d’une instance de base de données dans un VPC :

Contrôle du chiffrement VPC

Les contrôles de chiffrement VPC vous permettent d'appliquer le chiffrement en transit pour tout le trafic réseau au sein de vos VPC. Utilisez le contrôle du chiffrement pour répondre aux exigences de conformité réglementaire en vous assurant que seul le Nitro-based matériel compatible avec le chiffrement peut être provisionné dans les VPC désignés. Le contrôle du chiffrement permet également de détecter les problèmes de compatibilité au moment de la demande d'API plutôt que lors du provisionnement. Vos charges de travail existantes continuent de fonctionner et seules les nouvelles demandes incompatibles sont bloquées.

Définissez vos contrôles de chiffrement VPC en configurant le mode de contrôle VPC de manière à :

Pour vérifier le mode de contrôle actuel de votre VPC, utilisez la AWS Management Console commande ou la commande API ou DescribeVpcsCLI.

Si votre VPC applique le chiffrement, vous ne pouvez fournir que des instances de Nitro-based de données qui prennent en charge le chiffrement en transit dans ce VPC. Pour plus d'informations, voir,Types de classes d’instance de base de données. Pour plus d'informations sur les instances Nitro, consultez la section Instances créées sur le système AWS Nitro dans le guide de l'utilisateur Amazon EC2.

Utilisation de groupes de sous-réseaux DB

Les sous-réseaux sont des segments d’une plage d’adresses IP d’un VPC que vous définissez pour regrouper vos ressources en fonction de vos besoins de sécurité et de fonctionnement. Un groupe de sous-réseaux de base de données est une collection de sous-réseaux (généralement privés) que vous créez dans un VPC et que vous spécifiez alors pour vos instances de base de données. En utilisant un groupe de sous-réseaux de base de données, vous pouvez spécifier un VPC particulier lors de la création de clusters d' de base de données à l'aide de l'API ou AWS CLI RDS. Si vous utilisez la console, vous pouvez choisir le VPC et les groupes de sous-réseaux que vous voulez utiliser.

Chaque groupe de sous-réseaux de base de données doit avoir des sous-réseaux dans au moins deux zones de disponibilité d’une Région AWS donnée. Lorsque vous créez une instance de base de données dans un VPC, vous choisissez un groupe de sous-réseau de base de données pour celui-ci. Dans le groupe de sous-réseaux de base de données, Amazon RDS choisit un sous-réseau et une adresse IP dans ce sous-réseau pour les employer avec l’instance de base de données . La base de données utilise la zone de disponibilité contenant le sous-réseau. Amazon RDS attribue toujours une adresse IP à partir d’un sous-réseau disposant d’un espace d’adresse IP libre.

Si l'instance de base de données principale d'un Multi-AZ déploiement échoue, Amazon RDS peut promouvoir l'instance de secours correspondante et créer ultérieurement une nouvelle instance de secours en utilisant une adresse IP du sous-réseau dans l'une des autres zones de disponibilité.

Les sous-réseaux d’un groupe de sous-réseaux de base de données sont publics ou privés. Les sous-réseaux sont publics ou privés, selon la configuration que vous définissez pour leurs listes de contrôle d’accès réseau (ACL réseau) et leurs tables de routage. Pour qu’une instance de base de données soit accessible au public, tous les sous-réseaux de son groupe de sous-réseaux de base de données doivent être publics. Si un sous-réseau associé à une instance de base de données accessible au public passe de public à privé, cela peut affecter la disponibilité de l’instance de base de données.

Pour créer un groupe de sous-réseaux de base de données prenant en charge le mode double pile, assurez-vous que chaque sous-réseau que vous ajoutez au groupe de sous-réseaux de base de données est associé à un bloc CIDR de protocole Internet version 6 (IPv6). Pour plus d’informations, consultez Adressage IP Amazon RDS et la section Migrating to IPv6 (Migrer vers IPv6) dans le Guide de l’utilisateur Amazon VPC.

Lorsque Amazon RDS crée une instance de base de données dans un VPC, il attribue une interface réseau à votre instance de base de données en utilisant une adresse IP de votre groupe de sous-réseau de base de données. Toutefois, nous vous recommandons vivement d’utiliser le nom du système de nom de domaine (DNS) pour vous connecter à votre instance données. Nous le recommandons, car l’adresse IP sous-jacente change pendant le basculement.

Sous-réseaux partagés

Vous pouvez créer un cluster de bases de données dans un VPC partagé.

Quelques considérations à prendre en compte lors de l’utilisation de VPC partagés :

Adressage IP Amazon RDS

Les adresses IP permettent aux ressources de votre VPC de communiquer entre elles et avec les ressources sur Internet. Amazon RDS prend en charge les protocoles d’adressage IPv4 et IPv6. Par défaut, Amazon RDS et le VPC Amazon utilisent le protocole d’adressage IPv4. Vous ne pouvez pas désactiver ce comportement. Lorsque vous créez un VPC, veillez à spécifier un bloc CIDR IPv4 (une plage d’adresses IPv4 privées). Vous pouvez éventuellement attribuer un bloc CIDR IPv6 à votre VPC et à vos sous-réseaux, et attribuer les adresses IPv6 de ce bloc aux instances de votre sous-réseau.

La prise en charge du protocole IPv6 augmente le nombre d’adresses IP prises en charge. En utilisant le protocole IPv6, vous vous assurez d’avoir suffisamment d’adresses disponibles pour la croissance future d’Internet. Les ressources RDS nouvelles et existantes peuvent utiliser des adresses IPv4 et IPv6 dans votre VPC. La configuration, la sécurisation et la traduction du trafic réseau entre les deux protocoles utilisés dans les différentes parties d’une application peuvent entraîner une surcharge opérationnelle. Vous pouvez standardiser le protocole IPv6 pour les ressources Amazon RDS afin de simplifier la configuration de votre réseau.

Adresses IPv4

Lorsque vous créez un VPC, vous devez spécifier une plage d’adresses IPv4 pour le VPC sous la forme d’un bloc CIDR, tel que 10.0.0.0/16. Un groupe de sous-réseau de base de données définit la plage d’adresses IP de ce bloc CIDR qu’une instance de base de données peut utiliser. Ces adresses IP peuvent être privées ou publiques.

Une adresse IPv4 privée est une adresse IP qui ne peut pas être atteinte via Internet. Vous pouvez utiliser des adresses IPv4 privées pour la communication entre votre instance données et d’autres ressources, telles que les instances Amazon EC2, dans le même VPC. Chaque instance données dispose d’une adresse IP privée pour la communication dans le VPC.

Une adresse IP publique est une adresse IPv4, qui est accessible depuis Internet. Vous pouvez utiliser des adresses publiques pour la communication entre votre instance et des ressources sur Internet, comme un client SQL. Vous contrôlez si votre instance reçoit une adresse IP publique.

Amazon RDS utilise les adresses IPv4 Elastic publiques issues du pool d'adresses IPv4 publiques d'EC2 pour les instances de base de données accessibles au public. Ces adresses IP sont visibles dans votre AWS compte lorsque vous utilisez la describe-addresses CLI, l'API ou que vous consultez la section Elastic IPs (EIP) du AWS Management Console. Chaque adresse RDS-managed IP est marquée par un service_managed attribut défini sur"rds".

Bien que ces adresses IP soient visibles sur votre compte, elles restent entièrement gérées par Amazon RDS et ne peuvent être ni modifiées ni publiées. Amazon RDS réintègre les adresses IP dans le pool d'adresses IPv4 public lorsqu'elles ne sont plus utilisées.

CloudTrail enregistre les appels d'API liés à l'EIP de RDS, tels que le. AllocateAddress Ces appels d'API sont appelés par le principal de servicerds.amazonaws.com.

Pour un tutoriel qui vous montre comment créer un VPC avec uniquement des adresses IPv4 privées que vous pouvez utiliser pour un scénario commun Amazon RDS, consultez Tutoriel : créer un VPC à utiliser avec une instance de base de données (IPv4 uniquement).

Adresses IPv6

Vous pouvez éventuellement associer un bloc CIDR IPv6 à votre VPC et vos sous-réseaux, et attribuer des adresses IPv6 à partir de ce bloc aux ressources de votre VPC. Chaque adresse IPv6 est unique au niveau mondial.

Le bloc CIDR IPv6 de votre VPC est automatiquement attribué à partir du groupe d’adresses IPv6 d’Amazon. Vous ne pouvez pas choisir la plage vous-même.

Lorsque vous vous connectez à une adresse IPv6, assurez-vous que les conditions suivantes sont remplies :

Pour plus d’informations sur IPv6, consultez IP Addressing (Adressage IP) dans le Guide de l’utilisateur Amazon VPC.

Dual-stack mode

Un d'instances de base de données s'exécute en mode double pile lorsqu'il peut communiquer via les protocoles d'adressage IPv4 et IPv6. Les ressources peuvent ensuite communiquer avec le d'instances de base de données en utilisant IPv4, IPv6 ou les deux protocoles. Les instances de base de données privées en mode double pile possèdent des points de terminaison IPv6 que RDS limite uniquement à l'accès VPC, ce qui garantit que vos points de terminaison IPv6 restent privés. Les instances de base de données publiques en mode double pile fournissent à la fois des points de terminaison IPv4 et IPv6 auxquels vous pouvez accéder depuis Internet.

Pour un tutoriel qui vous montre comment créer un VPC avec des adresses IPv4 et IPv6 que vous pouvez utiliser pour un scénario commun Amazon RDS, consultez Tutoriel : Créer un VPC à utiliser avec une instance (mode double-pile).

Dual-stack groupes de sous-réseaux de mode et de base de données

Pour utiliser le mode double pile, assurez-vous que chaque sous-réseau du groupe de sous-réseaux de base de données que vous associez à l’instance données est associé à un bloc CIDR IPv6. Vous pouvez créer un nouveau groupe de sous-réseau de base de données ou modifier un groupe de sous-réseau de base de données existant pour répondre à cette exigence. Une fois qu’une instance données est en mode double pile, les clients peuvent s’y connecter normalement. Assurez-vous que les pare-feu de sécurité des clients et les groupes de sécurité de l’instance de base de données RDS sont correctement configurés pour autoriser le trafic sur IPv6. Pour se connecter, les clients utilisent le point de terminaison de l’instance de base de données. Les applications client peuvent spécifier quel protocole est préféré lors de la connexion à une base de données. En mode double pile, l’instance données détecte le protocole réseau préféré du client, IPv4 ou IPv6, et utilise ce protocole pour la connexion.

Si un groupe de sous-réseaux de base de données cesse de prendre en charge le mode double pile en raison de la suppression d’un sous-réseau ou d’une dissociation CIDR, il existe un risque d’incompatibilité de l’état du réseau pour les instances de base de données associées au groupe de sous-réseaux de base de données. De même, vous ne pouvez pas utiliser le groupe de sous-réseau de base de données lorsque vous créez une instance en mode double pile.

Pour déterminer si un groupe de sous-réseaux de base de données prend en charge le mode double pile à l'aide du AWS Management Console, consultez le type de réseau sur la page de détails du groupe de sous-réseaux de base de données. Pour déterminer si un groupe de sous-réseaux de base de données prend en charge le mode double pile à l'aide de AWS CLI, exécutez la commande describe-db-subnet-groups et visualisez la sortie. SupportedNetworkTypes

Les réplicas en lecture sont traités comme des instances de base de données indépendantes et peuvent avoir un type de réseau différent de celui de l’instance de base de données principale. Si vous modifiez le type de réseau de l’instance de base de données principale d’un réplica en lecture, le réplica en lecture n’est pas affecté. Lorsque vous restaurez une instance de base de données, vous pouvez la restaurer sur tout type de réseau pris en charge.

Utilisation d’instances de base de données en mode double pile

Lorsque vous créez ou modifiez une instance, vous pouvez spécifier le mode double pile pour permettre à vos ressources de communiquer avec votre instance sur IPv4, IPv6 ou les deux.

Lorsque vous utilisez le AWS Management Console pour créer ou modifier une instance de base de données, vous pouvez spécifier le mode double pile dans la section Type de réseau. L’image suivante présente la section Network type (Type de réseau) dans la console.

Lorsque vous utilisez le AWS CLI pour créer ou modifier un d'instances de base de données, définissez l'--network-typeoption DUAL pour utiliser le mode double pile. Lorsque vous utilisez l’API RDS pour créer ou modifier une instance données, définissez le paramètre NetworkType sur DUAL pour utiliser le mode double pile. Lorsque vous modifiez le type de réseau d’une instance de base de données, une durée d’indisponibilité est possible. Si le mode double pile n’est pas pris en charge par la version du moteur de base de données ou le groupe de sous-réseau de base de données spécifié, l’erreur NetworkTypeNotSupported est renvoyée.

Pour plus d’informations sur la création d’une instance de base de données, consultez Création d'une instance de base de données Amazon RDS. Pour plus d’informations sur la modification d’une instance de base de données, consultez Modification d'une instance de base de données Amazon RDS.

Pour déterminer si une instance de base de données est en mode double pile en utilisant la console, affichez Type de réseau dans l’onglet Connectivité et sécurité pour l’instance de base de données.

Modification des d' IPv4-only instances de base de données pour utiliser le mode double pile

Vous pouvez modifier un IPv4-only d'instances de base de données pour utiliser le mode double pile. Pour ce faire, modifiez le type de réseau de l’instance données. La modification peut entraîner une durée d’indisponibilité.

Nous vous recommandons de modifier le type de réseau de vos instances de base de données Amazon RDS au cours d’une fenêtre de maintenance. Pour l’heure, il n’est pas possible de définir le type de réseau des nouvelles instances sur le mode double pile. Vous pouvez définir le type de réseau manuellement à l’aide de la commande modify-db-instance .

Avant de modifier une instance de base de données pour utiliser le mode double pile, assurez-vous que son groupe de sous-réseau de base de données prend en charge le mode double pile. Si le groupe de sous-réseau de base de données associé à l’instance données ne prend pas en charge le mode double pile, spécifiez un autre groupe de sous-réseau de base de données qui le prend en charge lorsque vous modifiez l’instance données. La modification du groupe de sous-réseaux de base de données d’une instance de bases de données peut entraîner une interruption de service.

Si vous modifiez le groupe de sous-réseau de base de données d’une instance de bases de données avant de modifier l’instance de bases de données pour utiliser le mode double pile, assurez-vous que le groupe de sous-réseau de base de données est valide pour l’instance de bases de données avant et après la modification.

Pour les instances RDS pour PostgreSQL, RDS pour MySQL, RDS pour Oracle et RDS pour MariaDB, nous vous recommandons d'exécuter la commande Single-AZ modify-db-instance avec uniquement le paramètre défini sur pour faire passer le réseau en mode double pile. --network-type DUAL L’ajout d’autres paramètres en même temps que le paramètre --network-type dans le même appel d’API peut entraîner une durée d’indisponibilité. Pour modifier plusieurs paramètres, vérifiez que le modification du type de réseau a bien abouti avant d’envoyer une autre demande modify-db-instance avec d’autres paramètres.

Les modifications du type de réseau pour les instances de base de données RDS pour PostgreSQL, RDS pour MySQL, RDS pour Oracle et RDS pour Multi-AZ MariaDB entraînent une brève interruption et déclenchent un basculement si vous utilisez uniquement le paramètre ou si vous combinez des paramètres dans une commande modify-db-instance. --network-type

Les modifications du type de réseau sur les instances RDS pour SQL Server Single-AZ ou Multi-AZ DB entraînent des interruptions de service si vous utilisez uniquement le --network-type paramètre ou si vous combinez des paramètres dans une modify-db-instance commande. Les modifications du type de réseau entraînent un basculement dans une Multi-AZ instance de SQL Server.

Si vous ne pouvez pas vous connecter à l’instance données après la modification, vérifiez que les pare-feu de sécurité du client et de la base de données et les tables de routage sont configurés avec précision pour autoriser le trafic à destination de la base de données sur le réseau sélectionné (soit IPv4, soit IPv6). Vous devrez peut-être également modifier les paramètres, les bibliothèques ou les pilotes du système d’exploitation pour vous connecter en utilisant une adresse IPv6.

Lorsque vous modifiez une instance de base de données pour utiliser le mode double pile, il ne peut y avoir de modification en attente d'un Single-AZ déploiement à un Multi-AZ déploiement, ou d'un Multi-AZ déploiement à un Single-AZ déploiement.

Disponibilité des régions et des versions

La disponibilité et la prise en charge des fonctionnalités varient selon les versions spécifiques de chaque moteur de base de données, et selon les Régions AWS. Pour en savoir plus sur la disponibilité des versions et des régions avec le mode double pile, consultez Régions et moteurs de base de données pris en charge pour le mode double pile dans Amazon RDS.

Limitations pour les instances de base de données en réseau à double pile

Les limitations suivantes s’appliquent aux instances données en réseau à double pile :

Masquer une instance de base de données dans un VPC depuis Internet

Un scénario Amazon RDS courant consiste à avoir un VPC dans lequel vous avez une instance Amazon EC2 avec une application web publique et une instance de base de données avec une base de données qui n’est pas accessible publiquement. Par exemple, vous pouvez créer un VPC contenant un sous-réseau public et un sous-réseau privé. Les instances EC2 qui fonctionnent comme serveurs web peuvent être déployés dans le sous-réseau public. Les instances données sont déployés dans le sous-réseau privé. Dans un tel déploiement, seuls les serveurs web ont accès aux instances de base de données. Pour obtenir une illustration de ce scénario, consultez Une instance de données dans un VPC auquel accède une instance EC2 dans le même VPC.

Lorsque vous lancez une instance de base de données dans un VPC, l’instance de base de données possède une adresse IP privée pour le trafic à l’intérieur du VPC. Cette adresse IP privée n’est pas accessible au public. Vous pouvez utiliser l’option Public access (Accès public) pour indiquer si l’instance données possède également une adresse IP publique en plus de l’adresse IP privée. Si l’instance de la base de données est désigné comme publiquement accessible, son point de terminaison DNS se résout à l’adresse IP privée à partir du VPC. Il renvoit à l’adresse IP publique depuis l’extérieur du VPC. L’accès à l’instance de la base de données est contrôlé en dernier ressort par le groupe de sécurité qu’il utilise. Cet accès public n’est pas autorisé si le groupe de sécurité attribué à l’instance de la base de données ne comprend pas de règles d’entrée qui l’autorisent. En outre, pour qu’une instance de base de données soit publiquement accessible, les sous-réseaux de son groupe de sous-réseaux de base de données doivent avoir une passerelle Internet. Pour plus d’informations, consultez Impossible de se connecter à l’instance de base de données Amazon RDS.

Vous pouvez modifier une instance de base de données pour activer ou désactiver l’accessibilité publique en modifiant l’option Accès public. L’illustration suivante présente l’option Public Access (Accès public) dans la section Additional connectivity configuration (Configuration de connectivité supplémentaire). Pour définir cette option, ouvrez la section Additional connectivity configuration (Configuration de connectivité supplémentaire) dans la section Connectivity (Connectivité).

Pour plus d’informations sur la modification d’une instance de base de données afin de définir l’option Public access (Accès public), consultez Modification d'une instance de base de données Amazon RDS.

Création d’une instance de base de données dans un VPC

Les procédure suivantes vous aident à créer une instance de base de données dans un VPC. Pour utiliser le VPC par défaut, vous pouvez commencer par l’étape 2, et utiliser le groupe VPC et sous-réseau de base de données qui ont déjà été créés pour vous. Si vous souhaitez créer un VPC supplémentaire, vous pouvez créer un nouveau VPC.

Suivez les étapes ci-après pour créer une instance de base de données dans un VPC:

Étape 1 : Création d’un VPC

Créez un VPC avec des sous-réseaux dans au moins deux zones de disponibilité. Vous utilisez ces sous-réseaux lorsque vous créerez un groupe de sous-réseaux de base de données. Si vous avez un VPC par défaut, un sous-réseau est automatiquement créé pour vous dans chaque zone de disponibilité de la Région AWS.

Pour obtenir plus d’informations, consultez Créer un VPC avec des sous-réseaux publics et privés, ou Create a VPC (Créer un VPC) dans le Guide de l’utilisateur Amazon VPC.

Étape 2 : créer un groupe de sous-réseaux de base de données

Un groupe de sous-réseaux DB est une collection de sous-réseaux (généralement privés) que vous créez pour un VPC et que vous spécifiez alors pour vos instances de base de données. Un groupe de sous-réseaux de base de données vous permet de spécifier un VPC particulier lorsque vous créez des clusters d' de base de données à l'aide de l'API ou AWS CLI RDS. Si vous utilisez la console, vous pouvez simplement choisir le VPC et les sous-réseaux que vous voulez utiliser. Chaque groupe de sous-réseaux DB doit avoir au moins un sous-réseau dans au moins deux zones de disponibilité de la Région AWS. La bonne pratique est la suivante : chaque groupe de sous-réseaux de base de données doit être constitué d’au moins un sous-réseau pour chaque zone de disponibilité dans la Région AWS.

Pour les Multi-AZ déploiements, la définition d'un sous-réseau pour toutes les zones de disponibilité d'une permet à Région AWS Amazon RDS de créer une nouvelle réplique de secours dans une autre zone de disponibilité si nécessaire. Vous pouvez suivre cette bonne pratique même pour les Single-AZ déploiements, car vous pourriez les convertir en Multi-AZ déploiements à l'avenir.

Pour qu’une instance de base de données soit publiquement accessible, les sous-réseaux du groupe de sous-réseaux de base de données doivent avoir une passerelle Internet. Pour plus d’informations sur les passerelles Internet pour les sous-réseaux, consultez Connect to the internet using an internet gateway (Se connecter à Internet à l’aide d’une passerelle Internet) dans le Guide de l’utilisateur Amazon VPC.

Lorsque vous créez une instance de base de données dans un VPC, vous pouvez choisir un groupe de sous-réseau de base de données. Amazon RDS choisit dans ce sous-réseau un sous-réseau et une adresse IP à associer à votre instance. Si aucun groupe de sous-réseau de base de données n’existe, Amazon RDS crée un groupe de sous-réseau par défaut lorsque vous créez une instance de base de données. Amazon RDS crée une interface réseau Elastic pour votre instance données, et l’associe à cette adresse IP. L’instance données utilise la zone de disponibilité contenant le sous-réseau.

Pour les Multi-AZ déploiements, la définition d'un sous-réseau pour deux zones de disponibilité ou plus dans un permet à Région AWS Amazon RDS de créer un nouveau réseau de secours dans une autre zone de disponibilité en cas de besoin. Vous devez le faire même pour les Single-AZ déploiements, juste au cas où vous souhaiteriez les convertir en Multi-AZ déploiements à un moment donné.

Dans cette étape, vous créez un groupe de sous-réseaux de base de données et ajoutez les sous-réseaux que vous avez créés pour votre VPC.

Étape 3 : créer un groupe de sécurité VPC

Avant de créer votre instance, vous pouvez créer un groupe de sécurité VPC à associer à votre instance. Si vous ne créez pas de groupe de sécurité VPC, vous pouvez utiliser le groupe de sécurité par défaut lorsque vous créez une instance de base de données. Pour obtenir des instructions sur la création d’un groupe de sécurité pour votre instance données, consultez Créer un groupe de sécurité VPC pour une instance données privé(e), ou Control traffic to resources using security groups (Contrôler le trafic vers les ressources à l’aide de groupes de sécurité) dans le Guide de l’utilisateur Amazon VPC.

Étape 4 : créer une instance de base de données dans le VPC

Dans cette étape, vous créez une instance de base de données et utilisez le nom du VPC, le groupe de sous-réseaux de base de données et le groupe de sécurité VPC que vous avez créés dans les étapes précédentes.

Pour plus d’informations sur la création d’une instance de bases de données, consultez Création d'une instance de base de données Amazon RDS.

Lorsque vous y êtes invité dans la section Connectivity (Connectivité), saisissez le nom du VPC, le groupe de sous-réseaux de base de données et le groupe de sécurité VPC.