Alibaba Cloud DNS:FAQ

Global Traffic Manager

Global Traffic Manager concepts

GTM vs. SLB

J: Global Traffic Manager (GTM) menggunakan DNS untuk melakukan resolusi nama domain ke beberapa alamat IP, mendistribusikan lalu lintas aplikasi dengan mengarahkan pengguna ke alamat IP yang berbeda. GTM juga menggunakan health check untuk memperbarui daftar alamat IP dalam respons DNS secara dinamis, sehingga memungkinkan isolasi kesalahan dan failover. Lalu lintas pengguna akhir terhubung langsung ke alamat IP layanan dan tidak melewati GTM. Sebaliknya, Server Load Balancer (SLB) bertindak sebagai proxy untuk mendistribusikan permintaan pengguna ke server backend yang berbeda secara real time. Seluruh lalu lintas pengguna harus melewati instance SLB.

Secara umum, Anda menggunakan SLB untuk load balancing dalam satu wilayah. Jika Anda memiliki beberapa titik akhir SLB di wilayah yang berbeda, Anda dapat menggunakan GTM untuk load balancing lintas wilayah tersebut.

Tabel berikut membandingkan GTM dan SLB.

Feature	Network layer	Backend address	Weighted round-robin	Cross-region complexity	Failover time	Session persistence
Global Traffic Manager	Layer 3	Domain name, IP	Supported	Simple	Minutes	Not supported
Server Load Balancer	Layer 4, Layer 7	IP	Supported	Complex	Seconds	Supported

GTM vs. Alibaba Cloud DNS

J: Alibaba Cloud DNS menyediakan layanan resolusi nama domain, mengonversi nama domain menjadi alamat IP, serta mendukung berbagai jenis rekaman resolusi. GTM memperluas resolusi DNS cerdas dari Alibaba Cloud DNS dengan menambahkan health check dan failover. GTM mengarahkan pengguna ke titik akhir terdekat berdasarkan lokasi geografis mereka dan memantau status layanan secara real time.

Access domain

Multiple domains per GTM instance

J: Tergantung.

Jika beberapa domain layanan melakukan resolusi ke kumpulan alamat IP yang sama, Anda dapat menggunakan CNAME records untuk mengarahkannya ke domain akses GTM yang sama. Jika tidak, setiap domain layanan memerlukan instance GTM terpisah.

1. Single GTM instance scenario

Domain layanan www.example.com melakukan resolusi ke 1.1.XX.XX dan 2.2.XX.XX, dan Anda memerlukan disaster recovery di antara keduanya.

Domain layanan test.example.com juga melakukan resolusi ke 1.1.XX.XX dan 2.2.XX.XX, dan disaster recovery diperlukan di antara kedua alamat IP tersebut.

Dalam skenario ini, kedua domain layanan melakukan resolusi ke kumpulan alamat IP yang sama, sehingga Anda hanya memerlukan satu instance GTM. Anda kemudian dapat membuat CNAME record untuk www.example.com dan test.example.com, mengarahkannya ke domain akses GTM. Untuk informasi lebih lanjut, lihat Configure the access domain.

2. Multiple GTM instances scenario

Domain layanan www.example.com melakukan resolusi ke 1.1.XX.XX dan 2.2.XX.XX, dan disaster recovery diperlukan di antara kedua alamat IP tersebut.

Domain layanan test.example.com melakukan resolusi ke 1.1.XX.XX dan 3.3.XX.XX, dan disaster recovery diperlukan di antara kedua alamat IP tersebut.

Dalam skenario ini, domain layanan melakukan resolusi ke kumpulan alamat IP yang berbeda. Anda harus membeli instance GTM terpisah untuk setiap domain layanan.

Accessing GTM CNAME domains

J: Ya. Domain akses GTM adalah URL yang dapat diakses langsung. Anda juga dapat menggunakannya sebagai nilai CNAME record untuk domain layanan lain yang menghadap pelanggan.

GTM failure detection

J: GTM memantau layanan aplikasi dari berbagai node di seluruh dunia. Anda dapat menggunakan kombinasi node pemantauan untuk memicu peringatan dan menentukan kesehatan keseluruhan layanan. Anda dapat memilih antara health check Ping, TCP, atau HTTP(S) untuk memantau layanan aplikasi dan mendeteksi kegagalan.

• Ping health check: Menentukan kegagalan layanan berdasarkan tingkat kehilangan paket dan waktu respons.

• TCP health check: Menentukan kegagalan layanan berdasarkan waktu respons port.

• HTTP/HTTPS health check: Menentukan kegagalan layanan berdasarkan waktu respons dan kode status yang dikembalikan.

GTM failover time

J: Berdasarkan pengujian ekstensif, GTM Edisi Ultimate dapat mendeteksi kegagalan secara akurat dan memulai failover dalam waktu sekitar satu menit. Waktu pemulihan total merupakan jumlah dari waktu deteksi kegagalan dan waktu propagasi jaringan.

Domain names in address pools

J: Ya. Kolam alamat GTM dapat berisi alamat IP atau nama domain, tetapi Anda tidak dapat mencampur keduanya dalam satu kolam alamat yang sama. Jika kolam alamat berisi beberapa nama domain, GTM secara default melakukan resolusi round-robin untuk nama-nama tersebut.

GTM and intelligent DNS

J: Ya. GTM mengintegrasikan resolusi DNS cerdas. Anda dapat menggunakan GTM untuk melakukan resolusi DNS cerdas bagi pengguna dari berbagai ISP di Tiongkok, 7 wilayah, 6 benua luar negeri, dan negara tertentu. Hal ini menghubungkan pengguna ke titik akhir aplikasi terdekat, sehingga meningkatkan kecepatan akses.

GTM and session persistence

J: Tidak. GTM adalah sistem manajemen tingkat DNS. GTM menggunakan respons DNS untuk mengarahkan klien ke alamat layanan aplikasi yang sesuai. Klien terhubung langsung ke alamat IP aplikasi, bukan melalui GTM. Oleh karena itu, GTM tidak melihat lalu lintas HTTP antara klien dan server, sehingga tidak dapat mendukung persistensi sesi.

Using GTM and CDN

J: Ya. Anda dapat menempatkan CDN di depan GTM. Untuk informasi lebih lanjut, lihat Integrate CDN with GTM to improve access security and service availability.

CDN CNAMEs in GTM address pools

J: Anda dapat melakukannya, tetapi tidak disarankan. CDN memiliki jumlah node yang sangat besar, sedangkan GTM memiliki jumlah node pemeriksaan kesehatan yang terbatas. Ketidaksesuaian ini dapat menyebabkan pemantauan yang tidak akurat dan memengaruhi keandalan health check serta failover.

DNS resolution issues (old IP or NXDOMAIN)

J: Diperlukan waktu agar rekaman DNS Global Traffic Manager berlaku. Harap tunggu. Jika rekaman masih belum berlaku setelah waktu yang lama, lakukan pemeriksaan berikut:

1. Periksa apakah TTL telah kedaluwarsa: jalankan dig www.example.com untuk melihat hitungan mundur TTL.

2. Periksa konfigurasi CNAME: jalankan dig +trace www.example.com.

3. Bersihkan cache DNS lokal menggunakan perintah yang sesuai untuk sistem operasi Anda (misalnya, ipconfig /flushdns pada Windows).

Health check failures

J: Jika health check terus-menerus gagal tetapi Anda telah memastikan bahwa layanan sedang berjalan, ikuti langkah troubleshooting berikut:

1. Pastikan firewall Anda mengizinkan lalu lintas dari rentang alamat IP probe GTM.

2. Uji path health check: jalankan curl -H "Host: domain" http://ip:port/path.

3. Periksa beban server dan waktu respons.

CNAME query fails for A-record access domain

Sesuai batasan dalam Configure an address pool, Access Domain bertipe A mendukung kolam alamat bertipe A dan Domain Name. Namun, domain tersebut hanya merespons kueri rekaman A. Untuk merespons kueri CNAME, Anda harus mengubah tipe akses Access Domain menjadi CNAME.

Billing

Billing for shared addresses

J: Instance ditagih secara independen. Untuk instans langganan, penagihan didasarkan pada jumlah tugas probe yang dihasilkan oleh domain akses. Untuk instans bayar sesuai penggunaan, penagihan didasarkan pada jumlah probe health check yang dihasilkan oleh domain akses.

Unintended GTM charges

J: Penyebab serta solusi untuk masalah ini adalah sebagai berikut:

Penyebab: Anda mungkin tanpa sengaja mengaktifkan Global Traffic Manager (GTM) atau health check, sehingga mengakibatkan biaya untuk instans bayar sesuai penggunaan. Instans GTM bayar sesuai penggunaan ditagih berdasarkan volume kueri DNS, probe health check, dan jumlah domain akses. Biaya akan dikenakan untuk setiap penggunaan fitur-fitur ini dalam model bayar sesuai penggunaan.

Solusi:

1. Masuk ke Konsol GTM dan periksa adanya instance GTM yang tidak diinginkan.

2. Setelah memastikan tidak ada layanan yang bergantung padanya, hapus instance GTM tersebut untuk menghentikan penagihan lebih lanjut.

Catatan: Tindakan ini menghapus instance GTM, bukan rekaman DNS. Setelah instance GTM dihapus, rekaman DNS (seperti CNAME records) yang mengarah ke domain akses GTM tidak lagi valid, yang dapat menyebabkan domain layanan Anda tidak dapat diakses. Sebelum menghapus instance, evaluasi dampaknya terhadap layanan Anda. Jika perlu, perbarui terlebih dahulu rekaman DNS Anda agar mengarah ke alamat IP layanan backend.

Alibaba Cloud DNS editions and GTM binding limits

J:

• GTM tidak memiliki Edisi Gratis. Global Traffic Manager (GTM) adalah fitur premium yang tersedia dengan model langganan atau bayar sesuai penggunaan.

• Menggunakan GTM dengan Edisi Gratis Alibaba Cloud DNS: Jika Anda menggunakan Edisi Gratis Alibaba Cloud DNS, Anda dapat mengarahkan CNAME records dari beberapa domain layanan ke domain akses GTM yang sama. Anda dapat mengikat jumlah domain layanan yang tidak terbatas.

• Batasan: Edisi Gratis memiliki TTL minimum 600 detik. Hal ini mencegah failover tingkat menit, sehingga waktu failover menjadi lebih lama dibandingkan edisi berbayar.

High query volume with GTM and paid DNS

J: Ya. Global Traffic Manager (GTM) dan edisi berbayar Alibaba Cloud DNS adalah produk yang terpisah. GTM menyediakan health check dan failover, sedangkan edisi DNS berbayar menyediakan kuota kueri DNS yang lebih tinggi. Jika jumlah kueri DNS harian Anda melebihi 100.000 (batas Edisi Gratis), kami merekomendasikan Anda membeli edisi berbayar Alibaba Cloud DNS apa pun untuk meningkatkan kuota kueri Anda.

Refunds for accidental GTM charges

J: Secara umum, biaya yang timbul akibat pengaktifan GTM tanpa sengaja tidak dapat dikembalikan. Namun, sebagai bentuk itikad baik, dukungan pelanggan mungkin dapat memberikan kupon sebagai kompensasi, tergantung kebijakan mereka. Jika Anda harus meminta pengembalian uang tunai, Anda harus mengajukan tiket agar kasus tersebut ditinjau oleh manajer piket.

Scheduled automatic release

J: Tidak. Instance GTM tidak mendukung pelepasan otomatis terjadwal. Anda harus menghapus instance GTM dan templat probe terkait secara manual untuk menghentikan penagihan. Laporan penagihan mungkin mengalami keterlambatan (sering kali satu hari). Penagihan berhenti setelah instance dihapus.

Alerts

Not receiving alert notifications

J: Jika Anda tidak menerima notifikasi peringatan yang diharapkan, periksa hal berikut:

1. Periksa aturan peringatan: Pastikan aturan peringatan telah dibuat dan diaktifkan.

2. Periksa status kontak: Di halaman manajemen kontak peringatan, pastikan nomor telepon atau alamat email penerima telah diverifikasi.

3. Periksa spam atau pesan yang diblokir: Periksa folder spam email atau daftar blokir SMS ponsel Anda untuk memastikan notifikasi tidak disaring secara keliru.

4. Periksa log pemeriksaan kesehatan: Pastikan perubahan status pada objek peringatan (alamat atau kolam alamat) telah memicu aturan peringatan.

Alert rule triggers

J: Aturan peringatan terutama dipicu oleh perubahan status pemeriksaan kesehatan. Peristiwa pemicu umum meliputi:

• Address unavailable: Dipicu ketika suatu alamat gagal dalam jumlah tertentu pemeriksaan kesehatan berturut-turut.

• Address recovered: Dipicu ketika alamat yang sebelumnya tidak tersedia kembali aktif.

• Address pool unavailable: Dipicu ketika semua alamat dalam kolam alamat menjadi tidak tersedia.

• Address pool recovered: Dipicu ketika setidaknya satu alamat dalam kolam alamat yang tidak tersedia kembali aktif.