Cette rubrique répond aux questions fréquentes concernant les types de réseau pour ApsaraDB RDS.
Quels types de réseau ApsaraDB RDS prend-il en charge et quelles sont les différences ?
ApsaraDB RDS prend en charge les deux types de réseau suivants :
-
Virtual Private Cloud (VPC) : un VPC est un environnement réseau isolé logiquement. Il offre un niveau de sécurité élevé. Nous vous recommandons d'utiliser ce type de réseau. Vous pouvez personnaliser la table de routage, la plage d'adresses IP et la passerelle dans un VPC. Vous pouvez également utiliser Express Connect ou un VPN pour connecter votre centre de données sur site à un VPC Alibaba Cloud. Cette configuration crée un cloud hybride et simplifie la migration de vos applications. Pour plus d'informations, consultez Qu'est-ce qu'un VPC ?.
RemarqueToutes les instances ApsaraDB RDS prennent en charge le VPC.
-
réseau classique : les instances d'un réseau classique ne sont pas isolées les unes des autres et reposent uniquement sur des listes d'autorisation pour le contrôle d'accès.
RemarqueSeules les instances ApsaraDB RDS dotées de disques locaux haute performance prennent en charge le réseau classique.
Le tableau suivant compare les fonctionnalités d'un VPC et celles du réseau classique.
|
Point de comparaison |
VPC |
Réseau classique |
|
Isolation logique de niveau 2 |
Prise en charge |
Non pris en charge |
|
Bloc CIDR privé personnalisé |
Prise en charge |
Non pris en charge |
|
Planification des adresses IP privées |
Unique au sein d'un VPC ; peut être réutilisé entre différents VPC. |
Unique au sein du réseau classique. |
|
Communication sur réseau privé |
La communication est autorisée au sein d'un VPC, mais isolée entre les VPC. |
La communication est autorisée au sein de la même région sous le même compte. |
|
Technologie de tunneling |
Prise en charge |
Non pris en charge |
|
Routeur personnalisé |
Prise en charge |
Non pris en charge |
|
Table de routage |
Prise en charge |
Non pris en charge |
|
vSwitch |
Prise en charge |
Non pris en charge |
|
SDN |
Prise en charge |
Non pris en charge |
|
Passerelle NAT gérée par l'utilisateur |
Prise en charge |
Non pris en charge |
|
VPN géré par l'utilisateur |
Prise en charge |
Non pris en charge |
Nous vous recommandons d'utiliser un VPC pour une sécurité renforcée.
Puis-je changer de type de réseau et quel est l'impact ?
Vous pouvez faire basculer une instance du réseau classique vers un VPC, mais pas l'inverse. Pour obtenir des informations sur cette procédure et son impact, consultez Modifier le type de réseau.
Comment modifier le VPC d'une instance ?
-
Pour certaines instances, vous pouvez modifier directement le VPC et le vSwitch. Pour plus d'informations, consultez les rubriques suivantes :
-
Pour les autres instances :
Achetez une nouvelle instance dans le VPC de destination, puis migrez les données vers cette nouvelle instance. Pour plus d'informations, consultez les rubriques suivantes :
Dépannage des connexions VPN vers RDS
Suivez ces étapes si vous rencontrez des problèmes de connexion, tels qu'un délai d'expiration, lors de l'accès au point de terminaison interne d'une instance via un VPN. Un délai d'expiration peut se produire si aucune réponse n'est reçue après l'envoi d'un paquet SYN pour établir une connexion TCP.
Vérifiez que l'état du tunnel VPN et les configurations de routage sont corrects. Connectez-vous à la console VPC. Choisissez Interconnections > VPN > VPN Gateways pour vérifier l'état de votre instance de passerelle VPN. Ensuite, choisissez IPsec Connections pour confirmer que l'état de la connexion est « Connected » et que la vérification de l'intégrité est normale.
Assurez-vous que le bloc CIDR du client VPN figure dans la liste d'autorisation d'ApsaraDB RDS. Connectez-vous à la console RDS, accédez à la page de détails de l'instance cible et cliquez sur Whitelist and Security Group. Dans les paramètres de la liste d'autorisation, ajoutez le bloc CIDR du réseau client, par exemple 10.0.0.0/8.
Vérifiez la configuration de la table de routage du VPC. Dans la console VPC, choisissez Route Tables et accédez à la page de détails de la table de routage cible. Vérifiez que l'entrée de route personnalisée pour le bloc CIDR de destination pointe correctement vers la passerelle VPN comme saut suivant.
Après avoir confirmé que toutes les configurations sont correctes, capturez simultanément les paquets sur votre client et sur une instance ECS située dans le même VPC que l'instance ApsaraDB RDS. Comparez les séquences de paquets de session TCP pour identifier où les paquets sont perdus ou où des retransmissions anormales se produisent.