Apa itu Global Traffic Manager (GTM) 3.0 – manajemen traffic DNS - Alibaba Cloud DNS

Global Traffic Manager (GTM) 3.0 merupakan versi peningkatan dari layanan GTM yang menyediakan konfigurasi berbasis grafis, templat pemeriksaan kesehatan bawaan, serta berbagai kebijakan penyeimbangan beban—berbasis kedekatan, berbobot, sekuensial, dan round-robin—yang dapat dikombinasikan melalui baris permintaan. GTM 3.0 memungkinkan penjadwalan pemulihan bencana yang fleksibel dan manajemen lalu lintas masuk dengan detail halus.

Ikhtisar produk

GTM mendukung akses berbasis kedekatan, penyeimbangan beban konkurensi tinggi, pemeriksaan kesehatan, dan failover untuk membangun arsitektur zona redundansi aktif dan pemulihan bencana geo. GTM mengelola alamat IP baik di Alibaba Cloud maupun non-Alibaba Cloud, sehingga memungkinkan disaster recovery untuk aplikasi Cloud Hibrida.

GTM adalah layanan tingkat DNS yang mengembalikan titik akhir layanan melalui resolusi DNS. Klien terhubung langsung ke titik akhir tersebut. GTM bukan proxy atau gerbang—GTM tidak memproses atau memeriksa lalu lintas antara klien dan layanan. Beli Global Traffic Manager.

Setelah Anda mengaktifkan instans GTM, konfigurasikan nama domain akses CNAME dan buat Rekaman CNAME untuk memetakan domain bisnis Anda ke domain akses GTM. Hal ini memungkinkan failover pemulihan bencana dan resolusi cerdas.

Fitur

GTM 3.0 menyediakan fitur-fitur inti berikut.

Fitur	Deskripsi	Referensi
Nama domain akses GTM	Nama domain akses GTM adalah titik masuk tempat GTM menyediakan layanan. Petakan nama domain bisnis Anda ke nama domain akses GTM menggunakan Rekaman CNAME. Anda memerlukan setidaknya satu domain root atau subdomain yang dihosting secara independen di bawah akun Anda, seperti `example.com`. Formatnya adalah `Host Record`.`Root Domain`, misalnya `gtm.example.com`. Jika domain Anda dihosting di Alibaba Cloud DNS, Anda dapat menggunakan host record yang sama dengan domain bisnis Anda, sehingga nama domain akses GTM identik dengan nama domain bisnis Anda.	1. Konfigurasi nama domain akses
Kolam alamat	Kolam alamat mengelompokkan alamat IP atau nama domain yang melayani aplikasi yang sama dan memiliki properti ISP atau wilayah yang serupa. Konfigurasikan beberapa kolam alamat untuk mengaktifkan akses berbasis kedekatan bagi pengguna di wilayah berbeda. Jika suatu kolam alamat tidak tersedia, GTM akan mengalihkan lalu lintas ke kolam cadangan.	2. Konfigurasi kolam alamat
Alamat	Alamat adalah titik akhir layanan aplikasi yang dikembalikan GTM kepada klien. Alamat tersebut dapat berupa alamat IP atau nama domain. Port layanan digunakan oleh pemeriksaan kesehatan untuk memverifikasi ketersediaan.	3. Konfigurasi alamat
Kebijakan penyeimbangan beban	Kebijakan penyeimbangan beban menentukan kolam alamat mana yang melayani suatu domain dan alamat mana dalam kolam tersebut yang merespons permintaan. GTM mendukung metode berikut: Berbasis kedekatan: Mengidentifikasi lokasi geografis atau ISP klien dan mengarahkan lalu lintas ke titik akhir terdekat atau dengan ISP yang sama guna meminimalkan latensi. Sekuensial: Memilih kolam alamat atau alamat sesuai urutan yang telah ditentukan. Round-robin: Mendistribusikan permintaan secara merata di seluruh kolam alamat dan alamat. Kolam dipilih dengan metode round-robin, dan alamat dalam kolam tersebut dikembalikan dalam urutan round-robin. Berbobot: Mengalokasikan permintaan berdasarkan nilai bobot yang ditetapkan untuk setiap server. Server dengan bobot lebih tinggi menangani lebih banyak permintaan. Kebijakan-kebijakan ini memungkinkan distribusi lalu lintas masuk yang fleksibel.	GTM 3.0 mendukung penjadwalan kebijakan akses dua tingkat: Penjadwalan tingkat pertama: Memilih kolam alamat untuk domain berdasarkan kebijakan penyeimbangan beban. Memulai. Penjadwalan tingkat kedua: Memilih alamat yang tersedia dari kolam dan mengembalikannya ke klien. 2. Konfigurasi kolam alamat.
Templat pemeriksaan kesehatan	Pemeriksaan kesehatan melakukan probing terhadap alamat dalam kolam alamat untuk mengevaluasi ketersediaan layanan. Metode yang didukung mencakup ping ICMP, konektivitas TCP, dan pemantauan titik akhir HTTP/HTTPS. GTM 3.0 menyediakan templat pemeriksaan kesehatan untuk mengonfigurasi deteksi multi-protokol guna menilai ketersediaan alamat.	4. Templat probing
Cache Refresh	Saat GTM mendeteksi kegagalan kolam alamat dan melakukan failover, GTM secara otomatis memberi tahu Recursive Gateway dan HTTPDNS untuk merefresh cache DNS lokal mereka. Hal ini memastikan bahwa alih bencana lalu lintas berlaku dalam hitungan detik, tanpa perlu menunggu masa berlaku TTL habis.

Cara kerja

Misalnya, nama domain bisnis sebuah situs web adalah www.example.com.

Tambahkan tiga alamat IP server, yaitu 1.1.XX.XX, 2.2.XX.XX, dan 3.3.XX.XX, ke kolam alamat GTM dan aktifkan pemeriksaan kesehatan.
Konfigurasikan kebijakan akses.
Aktifkan instans GTM dan lengkapi konfigurasi dasar. Nama domain akses CNAME akan dihasilkan, misalnya gtm.example.com.
Buat Rekaman CNAME untuk memetakan nama domain bisnis www.example.com ke gtm.example.com.

Diagram alur

Alur resolusi DNS

Klien mengirim kueri ke DNS rekursif lokal untuk nama domain layanan aplikasi www.example.com.
Jika tidak ada cache untuk www.example.com, DNS rekursif lokal mengirim kueri ke server DNS root, yang mengembalikan alamat server DNS .com.
Setelah menerima alamat server DNS .com, DNS rekursif lokal mengirim kueri ke server DNS .com untuk www.example.com. Server DNS .com mengembalikan alamat server DNS example.com. Jika domain menggunakan Alibaba Cloud DNS, ini mengarah ke server DNS Alibaba Cloud.
Setelah menerima respons dari server TLD .com, DNS rekursif lokal mengirim kueri ke Alibaba Cloud DNS untuk www.example.com. Alibaba Cloud DNS menemukan Rekaman CNAME yang memetakan www.example.com ke gtm.example.com dan mengembalikan gtm.example.com.
DNS rekursif lokal menerima gtm.example.com dan mengirim kueri ke server DNS GTM untuk gtm.example.com. GTM mengevaluasi kebijakan yang telah dikonfigurasi dan mengembalikan alamat IP layanan aplikasi.
DNS rekursif lokal mengembalikan alamat IP untuk www.example.com ke klien dan menyimpannya dalam cache untuk kueri berikutnya.
Klien terhubung langsung ke layanan aplikasi pada alamat IP yang dikembalikan.

Arsitektur layanan

Arsitektur layanan mencakup:

Modul DNS menyelesaikan permintaan ke alamat dalam kolam alamat layanan aplikasi. Misalnya, pengguna di Tiongkok daratan mengakses kolam alamat A sedangkan pengguna luar negeri mengakses kolam alamat B, keduanya menggunakan kebijakan Sequential.
Modul HealthCheck melakukan probing terhadap alamat layanan aplikasi dari berbagai wilayah menggunakan ping, TCP, atau HTTP/HTTPS.
Jika suatu alamat gagal dalam pemeriksaan kesehatan, modul DNS akan menghapusnya dari daftar yang tersedia. Saat alamat tersebut pulih, modul DNS akan mengembalikannya.

Hal ini memastikan pengguna secara otomatis diarahkan ke layanan aplikasi optimal tanpa gangguan.

Arsitektur sistem

GTM terdiri dari dua lapisan:

Lapisan kontrol: Menyediakan layanan melalui Konsol dan OpenAPI untuk operasi CRUD pada Rekaman DNS, konfigurasi, data Pemantauan, dan log. Berlokasi di wilayah China (Zhangjiakou) dan China (Hangzhou).
Lapisan resolusi: Melayani kueri DNS melalui kluster server yang ditempatkan secara global. Menerima data Rekaman DNS dari lapisan kontrol dan memiliki node di berbagai benua utama di seluruh dunia.

Hubungi kami

Grup DingTalk: 79530043379