ApsaraDB RDS:Troubleshoot failures in connecting to an ApsaraDB RDS for MySQL instance

O ECS está em uma vpc; o RDS está na rede clássica

• Método 1 (recomendado): Migre a instância RDS para a virtual private cloud (vpc) onde a instância do ECS reside. Consulte Change the network type of an ApsaraDB RDS instance.

  Nota

  Se ambas as instâncias estiverem em vpcs, elas devem estar na mesma vpc para se comunicarem por uma rede interna.

• Método 2: Adquira uma nova instância do ECS na rede clássica. Não é possível migrar instâncias do ECS de uma vpc de volta para a rede clássica. Uma vpc é mais segura que a rede clássica.

• Método 3: Conecte-se usando o public endpoint da instância RDS. Este método não garante desempenho, segurança ou estabilidade ideais.

O ECS está na rede clássica; o RDS está em uma vpc

• Método 1 (recomendado): Migre a instância do ECS para a vpc onde a instância RDS reside.

  Nota

  Se ambas as instâncias estiverem em vpcs, elas devem estar na mesma vpc para se comunicarem por uma rede interna.

• Método 1: Migre a instância do ECS para a vpc à qual a instância RDS pertence. Este é o método recomendado.

  Nota

  Se a instância do ECS e a instância RDS residirem em vpcs, elas devem residir na mesma vpc para se comunicarem entre si por uma rede interna.

• Método 2: Migre a instância RDS para a rede clássica. Uma vpc é mais segura que a rede clássica.

• Método 3: Use ClassicLinkOverview of ClassicLink para estabelecer uma conexão de rede interna entre a instância do ECS e a instância RDS.

• Método 4: Conecte-se usando o public endpoint da instância RDS. Este método não garante desempenho, segurança ou estabilidade ideais.

Testar a conectividade

Execute os seguintes comandos a partir da instância do ECS, substituindo <Domain name> pelo endpoint interno ou público do RDS e <Port number> pela porta do banco de dados:

ping <Domain name>
telnet <Domain name> <Port number>

Se a conectividade falhar, o problema provavelmente está na resolução de DNS ou na configuração de rede. Prossiga para corrigir as configurações de DNS da NIC abaixo.

Corrigir as configurações de DNS da NIC

1. Abra o arquivo de configuração da NIC no modo de edição:

   Nota

   Execute ifconfig para encontrar o nome do arquivo de configuração da NIC. O padrão é ifcfg-eth0.

   vi /etc/sysconfig/network-scripts/<NIC configuration file name>

2. Adicione as seguintes configurações de DNS ao final do arquivo. Se DNS1 e DNS2 já existirem, atualize seus valores:

   DNS1=100.100.XX.XX
   DNS2=100.100.XX.XX

3. Reinicie o service de rede:

   sudo systemctl restart network

4. Verifique se a alteração teve efeito:

   cat /etc/resolv.conf

O endpoint não pode ser resolvido após reinicialização, restauração ou alteração de DNS da instância

Após a reinicialização ou restauração de uma instância RDS, ou após a alteração de suas configurações de DNS, um cliente pode relatar que o endpoint público não pode ser resolvido ou apresentar outro comportamento anormal de resolução de DNS. Os testes de Ping ou Telnet no endereço IP ainda podem ter sucesso.

A propagação do DNS pode levar de vários minutos a dezenas de minutos. Durante esse período, um cache de DNS local obsoleto ou um atraso na propagação global do DNS pode impedir que o cliente resolva o endereço mais recente.

1. Aguarde a conclusão da propagação do DNS e tente novamente a conexão usando o endpoint público.

2. Para isolar o problema de DNS, use temporariamente o endereço IP em um cliente como o Navicat. Se o endereço IP funcionar, mas o endpoint público não, continue solucionando problemas de resolução e cache de DNS.

3. Atualize a configuração ou o cache de DNS no cliente ou servidor. Siga as etapas em Corrigir as configurações de DNS da NIC, resolva o endpoint público novamente e reteste a conexão.

Por que os testes de Ping e Telnet têm sucesso enquanto o aplicativo não consegue se conectar?

Um teste de Ping bem-sucedido mostra que o host responde a solicitações ICMP, e um teste de Telnet bem-sucedido mostra que a porta do banco de dados está acessível. Se o aplicativo ainda não conseguir se conectar, conclua as seguintes verificações:

1. Descarte comportamentos anormais ou problemas de configuração em ferramentas gráficas como o Navicat. Use a CLI do MySQL para um teste de conexão de baixo nível: mysql -h <endpoint> -P <port> -u <username> -p.

2. Se o comando for bem-sucedido, a conexão de rede e as permissões da conta testada estão funcionando. Verifique a versão do driver do banco de dados, o formato da string de conexão, o endpoint, a porta, o nome do banco de dados, o nome de usuário e a senha no aplicativo Java ou em outro código de aplicativo.

3. Não use contas do sistema cujos nomes começam com dms para testes de conexão de negócios. Crie uma conta privilegiada ou uma conta de negócios padrão no console, teste a conexão com ela e verifique se a conta tem acesso ao banco de dados de destino.

Se o comando também falhar, continue com a solução de problemas de rede, lista de permissões, porta e conta neste documento.