All Products
Search

This Product

    ApsaraDB RDS:Troubleshoot kegagalan koneksi ke instans ApsaraDB RDS for MySQL

    Document Center

    ApsaraDB RDS:Troubleshoot kegagalan koneksi ke instans ApsaraDB RDS for MySQL

    Last Updated:Sep 17, 2026

    Topik ini mencakup alasan paling umum mengapa instans Elastic Compute Service (ECS) gagal terhubung ke instans ApsaraDB RDS for MySQL serta cara memperbaiki masing-masing masalah tersebut.

    Referensi cepat

    Sesuaikan situasi Anda untuk menemukan solusinya:

    Situasi Kemungkinan penyebab Lihat bagian
    ECS berada di VPC; RDS berada di jaringan klasik Ketidaksesuaian jenis jaringan Jenis jaringan berbeda
    ECS berada di jaringan klasik; RDS berada di VPC Ketidaksesuaian jenis jaringan Jenis jaringan berbeda
    Baik ECS maupun RDS berada di VPC, tetapi VPC-nya berbeda Isolasi VPC VPC berbeda
    ECS dan RDS berada di wilayah atau Akun Alibaba Cloud yang berbeda Routing cross-region atau cross-account Wilayah berbeda
    Jenis jaringan dan VPC sesuai, tetapi koneksi tetap gagal Kesalahan konfigurasi daftar putih Pengaturan daftar putih alamat IP yang salah
    Koneksi timeout atau hostname tidak dapat di-resolve Masalah DNS Kegagalan resolusi nama domain
    Instans RDS macet di tengah proses switching Masalah status instans Instans RDS dalam status Creating Network Connection

    Jenis jaringan berbeda

    Instans ApsaraDB RDS for MySQL dan instans ECS harus berada dalam jenis jaringan yang sama agar dapat berkomunikasi melalui jaringan internal.

    ECS berada di VPC; RDS berada di jaringan klasik

    • Metode 1 (disarankan): Migrasikan instans RDS ke virtual private cloud (VPC) tempat instans ECS berada. Lihat Mengubah jenis jaringan instans ApsaraDB RDS.

      Catatan

      Jika kedua instans berada di VPC, keduanya harus berada di VPC yang sama agar dapat berkomunikasi melalui jaringan internal.

    • Metode 2: Beli instans ECS baru di jaringan klasik. Instans ECS tidak dapat dimigrasikan dari VPC kembali ke jaringan klasik. VPC lebih aman daripada jaringan klasik.

    • Metode 3: Lakukan koneksi menggunakan titik akhir publik instans RDS. Metode ini tidak menjamin performa, keamanan, atau stabilitas optimal.

    ECS berada di jaringan klasik; RDS berada di VPC

    • Metode 1 (disarankan): Migrasikan instans ECS ke VPC tempat instans RDS berada.

      Catatan

      Jika kedua instans berada di VPC, keduanya harus berada di VPC yang sama agar dapat berkomunikasi melalui jaringan internal.

    • Metode 1: Migrasikan instans ECS ke VPC tempat instans RDS berada. Ini adalah metode yang disarankan.

      Catatan

      Jika instans ECS dan instans RDS keduanya berada di VPC, keduanya harus berada di VPC yang sama agar dapat saling berkomunikasi melalui jaringan internal.

    • Metode 2: Migrasikan instans RDS ke jaringan klasik. VPC lebih aman daripada jaringan klasik.

    • Metode 3: Gunakan ClassicLinkIkhtisar ClassicLink untuk membuat koneksi jaringan internal antara instans ECS dan instans RDS.

    • Metode 4: Lakukan koneksi menggunakan titik akhir publik instans RDS. Metode ini tidak menjamin performa, keamanan, atau stabilitas optimal.

    VPC berbeda

    VPC secara logis terisolasi satu sama lain. Bahkan jika instans ECS dan instans RDS berada di VPC, keduanya harus berada di VPC yang sama agar dapat berkomunikasi melalui jaringan internal.

    Wilayah berbeda

    Ketika instans ECS dan instans RDS berada di wilayah yang berbeda atau termasuk dalam Akun Alibaba Cloud yang berbeda, routing jaringan internal tidak tersedia secara default. Opsi berikut tersedia.

    Koneksi berbasis Internet

    Ajukan dan gunakan titik akhir publik instans RDS. Traffic Internet inbound dan outbound yang dihasilkan pada instans RDS tidak dikenai biaya.

    Koneksi berbasis jaringan internal

    Gunakan koneksi peering VPC atau instans CEN untuk menghubungkan VPC lintas wilayah atau akun:

    Opsi Biaya Kompleksitas konfigurasi Paling cocok untuk
    Koneksi peering VPC Rendah Lebih kompleks Skenario sederhana dengan jumlah VPC yang sedikit
    Instans CEN Tinggi Lebih sederhana Skenario kompleks dengan banyak VPC

    Menghubungkan ke instans RDS dari pusat data lokal

    Untuk menghubungkan ke instans RDS dari pusat data lokal (IDC) melalui jaringan internal, pertama-tama hubungkan jaringan lokal Anda ke VPC di Alibaba Cloud dengan menggunakan salah satu metode berikut:

    1. Gateway VPN: Buat gateway VPN dan buat koneksi IPsec-VPN situs-ke-situs untuk menghubungkan jaringan lokal Anda ke VPC.

    2. Smart Access Gateway (SAG): Deploy perangkat SAG di pusat data lokal Anda untuk menghubungkan jaringan lokal Anda ke VPC.

    3. Express Connect (dedicated line): Gunakan koneksi fisik dedicated untuk menghubungkan pusat data lokal Anda ke VPC di Alibaba Cloud.

    Setelah jaringan lokal terhubung ke VPC, gunakan titik akhir internal instans RDS untuk membuat koneksi. Jika Anda perlu menghubungkan lintas wilayah, gunakan Cloud Enterprise Network (CEN) untuk mengaktifkan interworking VPC lintas wilayah. Router transit CEN mendukung penyambungan koneksi IPsec gateway VPN dan instans jaringan SAG.

    Pengaturan daftar putih alamat IP yang salah

    Masalah daftar putih paling umum tercantum di bawah ini.

    Daftar putih default tidak mengizinkan koneksi apa pun

    Daftar putih default hanya berisi 127.0.0.1, yang memblokir semua akses eksternal. Tambahkan alamat IP yang memerlukan akses ke instans RDS. Lihat Mengonfigurasi daftar putih alamat IP untuk instans ApsaraDB RDS for MySQL.

    Daftar putih berisi 0.0.0.0/0

    Penting

    Menambahkan 0.0.0.0/0 ke daftar putih mengizinkan akses dari semua alamat IP. Lakukan dengan hati-hati.

    Mode daftar putih yang ditingkatkan diaktifkan

    Jika mode daftar putih yang ditingkatkan diaktifkan, jenis daftar putih harus sesuai dengan jalur koneksi:

    Jalur koneksi IP yang ditambahkan Jenis daftar putih
    RDS di VPC, terhubung melalui titik akhir internal Alamat IP privat instans ECS Jenis VPC
    RDS di jaringan klasik, terhubung melalui titik akhir internal Alamat IP privat instans ECS Jenis jaringan klasik
    RDS di jaringan klasik, terhubung melalui Internet Alamat IP publik instans ECS Jenis jaringan klasik

    Alamat IP publik yang ada di daftar putih tidak berfungsi

    Dua penyebab umum:

    • Alamat IP publik bersifat dinamis dan telah berubah sejak Anda menambahkannya.

    • Tool atau situs web yang digunakan untuk mencari alamat IP publik memberikan hasil yang tidak akurat.

    Untuk bantuan mendapatkan alamat IP publik yang benar, lihat:

    Kegagalan resolusi nama domain

    Jika server Domain Name System (DNS) mengalami gangguan atau konfigurasi network interface controller (NIC) berubah, hostname RDS mungkin gagal di-resolve atau di-resolve ke alamat IP yang salah.

    Uji konektivitas

    Jalankan perintah berikut dari instans ECS, ganti <Domain name> dengan titik akhir internal atau publik RDS dan <Port number> dengan port database:

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

    macOS tidak menyertakan Telnet secara default. Untuk menguji konektivitas port di macOS, jalankan nc -vz <Domain name> <Port number>.

    Jika uji konektivitas gagal, kemungkinan besar masalahnya terletak pada resolusi DNS atau konfigurasi jaringan. Lanjutkan ke langkah memperbaiki pengaturan DNS NIC di bawah ini.

    Perbaiki pengaturan DNS NIC

    1. Buka file konfigurasi NIC dalam mode edit:

      Catatan

      Jalankan ifconfig untuk menemukan nama file konfigurasi NIC. Nilai default-nya adalah ifcfg-eth0.

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

    2. Tambahkan pengaturan DNS berikut di akhir file. Jika DNS1 dan DNS2 sudah ada, perbarui nilainya:

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

    3. Restart layanan jaringan:

      sudo systemctl restart network

    4. Verifikasi perubahan telah diterapkan:

      cat /etc/resolv.conf

    Titik akhir tidak dapat di-resolve setelah restart instans, pemulihan, atau perubahan DNS

    Setelah instans RDS direstart atau dipulihkan, atau setelah pengaturan DNS-nya diubah, client mungkin melaporkan bahwa titik akhir publik tidak dapat di-resolve atau menunjukkan perilaku resolusi DNS abnormal lainnya. Uji Ping atau Telnet terhadap alamat IP mungkin tetap berhasil.

    Propagasi DNS dapat memakan waktu beberapa menit hingga puluhan menit. Selama periode ini, cache DNS lokal yang kedaluwarsa atau waktu tunda propagasi DNS global dapat mencegah client meng-resolve alamat terbaru.

    1. Tunggu hingga propagasi DNS selesai, lalu coba lagi koneksi menggunakan titik akhir publik.

    2. Untuk mengisolasi masalah DNS, sementara gunakan alamat IP di client seperti Navicat. Jika alamat IP berfungsi tetapi titik akhir publik tidak, lanjutkan troubleshooting resolusi dan caching DNS.

    3. Segarkan konfigurasi atau cache DNS di client atau server. Ikuti langkah-langkah di Perbaiki pengaturan DNS NIC, resolve kembali titik akhir publik, lalu uji ulang koneksi.

    Instans RDS dalam status Creating Network Connection

    Buka halaman Tasks di Konsol ApsaraDB RDS, temukan tugas dalam status Creating Network Connection, lalu klik Retry atau Modify switching time. Lihat Menggunakan Task Center.

    FAQ

    Mengapa uji Ping dan Telnet berhasil tetapi aplikasi tidak dapat terhubung?

    Uji Ping yang berhasil menunjukkan bahwa host merespons permintaan ICMP, dan uji Telnet yang berhasil menunjukkan bahwa port database dapat dijangkau. Jika aplikasi tetap tidak dapat terhubung, lakukan pemeriksaan berikut:

    1. Hilangkan kemungkinan adanya perilaku abnormal atau masalah konfigurasi pada tool grafis seperti Navicat. Gunakan antarmuka baris perintah MySQL untuk uji koneksi tingkat rendah: mysql -h <endpoint> -P <port> -u <username> -p.

    2. Jika perintah berhasil, koneksi jaringan dan izin akun yang diuji berfungsi. Periksa versi driver database, format string koneksi, endpoint, port, nama database, username, dan password di aplikasi Java atau kode aplikasi lainnya.

    3. Jangan gunakan akun sistem yang namanya diawali dengan dms untuk uji koneksi bisnis. Buat akun istimewa atau akun bisnis standar di Konsol, uji koneksi dengannya, dan verifikasi bahwa akun tersebut memiliki akses ke database tujuan.

    Jika perintah tersebut juga gagal, lanjutkan troubleshooting jaringan, daftar putih, port, dan akun dalam dokumen ini.