ApsaraDB RDS:ApsaraDB RDS for MySQL インスタンスへの接続失敗のトラブルシューティング

ECS が VPC 内にあり、RDS がクラシックネットワーク内にある場合

• 方法 1 (推奨)： RDS インスタンスを、ECS インスタンスが属する VPC に移行します。 詳細については、「ApsaraDB RDS インスタンスのネットワークタイプの変更」をご参照ください。

  説明

  両方のインスタンスが VPC 内にある場合、内部ネットワーク経由で通信するには、同じ VPC 内にある必要があります。

• 方法 2： クラシックネットワーク内に新しい ECS インスタンスを購入します。 ECS インスタンスは VPC からクラシックネットワークに移行することはできません。 VPC はクラシックネットワークよりも安全です。

• 方法 3： RDS インスタンスの パブリックエンドポイント を使用して接続します。 この方法では、最適なパフォーマンス、セキュリティ、安定性は保証されません。

ECS がクラシックネットワーク内にあり、RDS が VPC 内にある場合

• 方法 1 (推奨)： ECS インスタンスを、RDS インスタンスが属する VPC に移行します。

  説明

  両方のインスタンスが VPC 内にある場合、内部ネットワーク経由で通信するには、同じ VPC 内にある必要があります。

• Method 1: Migrate the ECS instance to the VPC to which the RDS instance belongs. This is the recommended method.

  説明

  If the ECS instance and the RDS instance both reside in VPCs, they must reside in the same VPC to communicate with each other over an internal network.

• 方法 2： RDS インスタンスをクラシックネットワークに移行します。 VPC はクラシックネットワークよりも安全です。

• 方法 3： ClassicLink (ClassicLink の概要) を使用して、ECS インスタンスと RDS インスタンス間の内部ネットワーク接続を確立します。

• 方法 4： RDS インスタンスの パブリックエンドポイント を使用して接続します。 この方法では、最適なパフォーマンス、セキュリティ、安定性は保証されません。

接続性のテスト

ECS インスタンスから次のコマンドを実行してください：<Domain name> を RDS の内部またはパブリックエンドポイントに、<Port number> をデータベースのポートに置き換えてください：

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

接続に失敗した場合、問題は DNS の名前解決またはネットワーク設定にある可能性が高いです。 以下の NIC の DNS 設定の修正に進んでください。

NIC の DNS 設定の修正

1. NIC 設定ファイルを編集モードで開きます：

   説明

   ifconfig を実行して、NIC 設定ファイル名を確認してください。 デフォルトは ifcfg-eth0 です。

   vi /etc/sysconfig/network-scripts/<NIC 設定ファイル名>

2. ファイルの末尾に次の DNS 設定を追加します。 DNS1 と DNS2 がすでに存在する場合は、その値を更新します：

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

3. ネットワークサービスを再起動します：

   sudo systemctl restart network

4. 変更が有効になったことを確認します：

   cat /etc/resolv.conf

インスタンスの再起動、復元、または DNS 変更後にエンドポイントが解決できない

RDS インスタンスの再起動、復元、または DNS 設定の変更後、クライアントがパブリックエンドポイントを解決できないと報告したり、他の異常な DNS 名前解決の動作を示したりすることがあります。 IP アドレスに対する Ping または Telnet テストは成功する場合があります。

DNS の伝播には数分から数十分かかることがあります。 この期間中、古いローカル DNS キャッシュやグローバル DNS の伝播遅延により、クライアントが最新のアドレスを解決できない場合があります。

1. DNS の伝播が完了するのを待ってから、パブリックエンドポイントを使用して接続を再試行してください。

2. DNS の問題を切り分けるには、一時的に Navicat などのクライアントで IP アドレスを使用してください。 IP アドレスでは接続できるがパブリックエンドポイントでは接続できない場合は、DNS の名前解決とキャッシュのトラブルシューティングを続行してください。

3. クライアントまたはサーバーの DNS 設定またはキャッシュを更新してください。 「NIC の DNS 設定の修正」の手順に従い、再度パブリックエンドポイントを解決して、接続を再テストしてください。

Ping および Telnet テストは成功するのに、アプリケーションが接続できないのはなぜですか。

Ping テストの成功はホストが ICMP リクエストに応答することを示し、Telnet テストの成功はデータベースポートが到達可能であることを示します。 それでもアプリケーションが接続できない場合は、次のチェックを完了してください：

1. Navicat などのグラフィカルツールの異常な動作や設定の問題を除外してください。 MySQL コマンドラインインターフェイスを使用して、低レベルの接続テストを実行してください： mysql -h <endpoint> -P <port> -u <username> -p。

2. コマンドが成功した場合、ネットワーク接続とテストされたアカウントの権限は機能しています。 Java アプリケーションまたは他のアプリケーションコードで、データベースドライバーのバージョン、接続文字列の形式、エンドポイント、ポート、データベース名、ユーザー名、およびパスワードを確認してください。

3. ビジネス接続テストには、名前が dms で始まるシステムアカウントを使用しないでください。 コンソールで権限を持つアカウントまたは標準のビジネスアカウントを作成し、それで接続をテストして、そのアカウントが宛先データベースにアクセスできることを確認してください。

コマンドも失敗した場合は、このドキュメントのネットワーク、ホワイトリスト、ポート、およびアカウントのトラブルシューティングを続行してください。