AWS DMS problème avec la source d'extrémité dans EC2-classic
Nous sommes à l'aide de plusieurs EC2-Classic serveurs (Linux Ubuntu) avec la configuration suivante: monté volumes EBS et exécute la version du Serveur: 5.5.48-MariaDB
Je voudrais utiliser AWS DMS (AWS Migration de Base de données de Service) et à migrer nos EBS DBs pour le RDS AuroraDB en nouvelle-VPC.
J'ai créé VPC, AuroraDB (pas public accessible), AWS DMS réplication de l'instance et les points de terminaison.
De EC2-classic exemple, je suis en mesure d'ouvrir à distance AuroraDB console (grâce à des Classiques du Lien), qui est dans la VPC.
Cible d'extrémité (à l'AuroraDB) fonctionne bien et le TEST a été fini succès
Source de point de Terminaison de me montrer d'erreur suivant:
Operation:testEndpointDetails:[errType=ERROR_RESPONSE,
status=122502, errMessage=Cannot connect to ODBC provider 122502 ODBC general error.,
errDetails= RetCode: SQL_ERROR SqlState: HY000 NativeError: 2003 Message: unixODBCMySQL http://ODBC 5.3(w)
DriverCan't connect to MySQL server on 'Private.DNS.name' (110) http://122502] ODBC general error.J'ai essayé de mettre comme nom de Serveur
Privé/Public DNS, et Privé/Public IP, toujours de même.
Les informations d'identification sont OK, et je ne suis pas à l'aide de caractères spéciaux.
Je suis opèrent dans le Nord de la Virginie de la Région.
AWS DMS réplication instance est définie comme Public.
Je suis en mesure de vous connecter à MariaDB console de distance EC2-classic instance.
J'ai essayé de configurer le port 3306 et Privé/Public IP de AWS DMS réplication de l'instance en droit des Groupes de Sécurité, mais je suppose que j'ai encore raté quelque chose, probablement dans le SG de la zone, mais je ne suis pas sûr.
OriginalL'auteur nex.cz | 2016-04-05
Vous devez vous connecter pour publier un commentaire.
J'ai eu le même problème avec le même message d'erreur et c'était un problème de réseau. Mon réplication instance n'a pas eu l'accès à la base de données.
Ma base de données est dans un VPC avec un sous-réseau x et mon réplication de l'instance est dans le même VPC avec le même sous-réseau. x. J'ai ouvert le port 3306 dans mon Réseau ACL et dans le groupe de sécurité de la base de données à l'Internet (0.0.0.0/0), il suffit de tester si c'était un problème de réseau. Le test de connexion a travaillé avec ces paramètres. Après le test que j'ai supprimé le dernier paramètre de sécurité.
La solution à mon problème était d'ouvrir le port 3306 dans le groupe de sécurité et dans le réseau de la LCA de la base de données à l'ensemble de la vpc de connexion. Ex: 172.0.0.0/16.
Espère que cela aide
Avez-vous des pare-feu sur l'EC2-Classic instance? L'utilisateur que vous utilisez pour la base de données de point de terminaison a le droit en lecture/écriture sur la base de données?
comment je l'ai écrit avant, j'ai désactivé FW sur exemple, et je suis en mesure de se connecter à distance à l'MariaDB sur l'instance de différentes instances. les paramètres que j'ai mis pour la deuxième instance ec2 avec qui j'ai essayé de vous connecter à ce EC2-classic avec MariaDB, j'ai mis les mêmes paramètres pour la réplication de l'instance
OriginalL'auteur Olivier Rivard
Vous devez ajouter le groupe de sécurité de votre DMS réplication de l'instance de votre base de données RDS associées au groupe de sécurité agréé du trafic entrant.
OriginalL'auteur 1986Deni Santos