Bagikan melalui

Akselerasi lalu lintas

  • Artikel

Front Door mengoptimalkan jalur lalu lintas dari pengguna akhir ke server asal. Artikel ini menjelaskan bagaimana lalu lintas dialihkan dari pengguna ke Front Door dan ke asal.

Penting

Azure Front Door (klasik) akan dihentikan pada 31 Maret 2027. Untuk menghindari gangguan layanan apa pun, penting untuk memigrasikan profil Azure Front Door (klasik) Anda ke Azure Front Door Standard atau tingkat Premium paling lambat Maret 2027. Untuk informasi selengkapnya, lihat Penghentian Azure Front Door (klasik).

Front Door mengoptimalkan jalur lalu lintas dari pengguna akhir ke server backend. Artikel ini menjelaskan bagaimana lalu lintas dirutekan dari pengguna ke Front Door dan ke backend.

Pilih lokasi tepi Front Door untuk permintaan (Anycast)

Secara global, Front Door memiliki lebih dari 150 lokasi tepi, atau titik kehadiran (PoPs), yang terletak di banyak negara/wilayah. Setiap PoP Front Door dapat melayani lalu lintas untuk permintaan apa pun.

Lalu lintas yang dirutekan ke lokasi tepi Front Door Azure menggunakan Anycast untuk lalu lintas DNS (Sistem Nama Domain) dan HTTP (Protokol Transfer Hiperteks). Anycast memungkinkan permintaan pengguna untuk mencapai lokasi tepi terdekat dalam lompatan jaringan paling sedikit. Arsitektur ini menawarkan waktu perjalanan pulang pergi yang lebih baik bagi pengguna akhir dengan memaksimalkan manfaat Split TCP.

Front Door mengatur lingkungannya menjadi cincin primer dan fallback. Cincin luar memiliki lingkungan yang lebih dekat dengan pengguna, menawarkan latensi yang lebih rendah. Cincin bagian dalam memiliki lokasi tepi yang dapat menangani failover untuk lokasi tepi cincin luar jika terjadi masalah.

Cincin bagian luar adalah target yang lebih disukai untuk semua lalu lintas dan cincin bagian dalam adalah untuk menangani luapan lalu lintas dari cincin luar. Setiap host atau domain frontend yang dilayani oleh Front Door diberi VIP utama (alamat Protokol Internet Virtual), yang diumumkan oleh lingkungan di cincin bagian dalam dan luar.

Arsitektur ini memastikan bahwa permintaan dari pengguna akhir Anda selalu menjangkau lingkungan Front Door terdekat. Bahkan jika lingkungan Front Door yang disukai tidak sehat, semua lalu lintas secara otomatis berpindah ke lingkungan terdekat berikutnya.

Koneksi ke lokasi tepi Front Door (Split TCP)

Split TCP adalah teknik untuk mengurangi latensi dan masalah TCP dengan memutus koneksi yang akan menimbulkan waktu round-trip yang tinggi menjadi bagian yang lebih kecil.

Split TCP memungkinkan koneksi TCP klien untuk berakhir di dalam lokasi tepi Front Door dekat dengan pengguna. Koneksi TCP terpisah dibuat ke asal, dan koneksi terpisah ini mungkin memiliki waktu pulang pergi (RTT) yang besar.

Diagram berikut mengilustrasikan bagaimana tiga pengguna, di lokasi geografis yang berbeda, terhubung ke lokasi tepi Front Door yang dekat dengan lokasi mereka. Front Door kemudian mempertahankan koneksi yang berlangsung lebih lama ke sumbernya di Eropa:

Diagram yang mengilustrasikan bagaimana Front Door menggunakan koneksi TCP singkat ke lokasi tepi Front Door terdekat dengan pengguna, dan koneksi TCP yang lebih panjang ke asal.

Membangun koneksi TCP membutuhkan 3-5 perjalanan pulang pergi dari klien ke server. Arsitektur Front Door meningkatkan kinerja membangun koneksi. "Koneksi singkat" antara pengguna akhir dan lingkungan Front Door berarti koneksi akan dibuat lebih dari 3-5 perjalanan pulang pergi singkat bukan 3-5 perjalanan pulang pergi lama, yang menghasilkan latensi penghematan. "Koneksi yang lama" antara lingkungan Front Door dan backend dapat dibuat sebelumnya dan kemudian digunakan kembali di seluruh permintaan pengguna akhir lainnya untuk menghemat waktu konektivitas. Efek Split TCP dikalikan saat membuat koneksi SSL/TLS (Transport Layer Security), karena ada lebih banyak perjalanan pulang pergi untuk mengamankan koneksi.

Split TCP memungkinkan koneksi TCP klien untuk berakhir di dalam lokasi tepi Front Door dekat dengan pengguna. Koneksi TCP terpisah dibuat ke backend, dan koneksi terpisah ini mungkin memiliki waktu pulang pergi (RTT) yang besar.

Diagram berikut mengilustrasikan bagaimana tiga pengguna, di lokasi geografis yang berbeda, terhubung ke lokasi tepi Front Door yang dekat dengan lokasi mereka. Front Door kemudian mempertahankan koneksi yang berlangsung lebih lama ke backend di Eropa:

Diagram yang mengilustrasikan bagaimana Front Door menggunakan koneksi TCP singkat ke lokasi tepi Front Door terdekat dengan pengguna, dan koneksi TCP yang lebih panjang ke backend.

Membangun koneksi TCP membutuhkan 3-5 perjalanan pulang pergi dari klien ke server. Arsitektur Front Door meningkatkan kinerja membangun koneksi. "Koneksi singkat" antara pengguna akhir dan lingkungan Front Door berarti koneksi akan dibuat lebih dari 3-5 perjalanan pulang pergi singkat bukan 3-5 perjalanan pulang pergi lama, yang menghasilkan latensi penghematan. "Koneksi yang lama" antara lingkungan Front Door dan backend dapat dibuat sebelumnya lalu digunakan kembali di seluruh permintaan pengguna akhir lainnya untuk menghemat waktu konektivitas. Efek Split TCP dikalikan saat membuat koneksi SSL/TLS (Transport Layer Security), karena ada lebih banyak perjalanan pulang pergi untuk mengamankan koneksi.

Langkah berikutnya