Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Azure Traffic Manager adalah penyeimbang beban lalu lintas berbasis DNS yang mendistribusikan lalu lintas secara optimal di seluruh backend yang didistribusikan secara global. Traffic Manager memberikan ketersediaan tinggi dan responsivitas cepat untuk aplikasi yang menghadap publik Anda dengan menggunakan DNS untuk mengarahkan permintaan klien ke titik akhir layanan yang sesuai berdasarkan metode perutean lalu lintas dan pemantauan kesehatan titik akhir.
Saat Anda menggunakan Azure, keandalan adalah tanggung jawab bersama. Microsoft menyediakan berbagai kemampuan untuk mendukung ketahanan dan pemulihan. Anda bertanggung jawab untuk memahami cara kerja kemampuan tersebut dalam semua layanan yang Anda gunakan, dan memilih kemampuan yang Anda butuhkan untuk memenuhi tujuan bisnis dan tujuan waktu aktif Anda.
Artikel ini menjelaskan kemampuan keandalan Azure Traffic Manager sebagai respons terhadap berbagai potensi pemadaman, termasuk kesalahan sementara dan kegagalan di seluruh wilayah. Ini juga menyoroti pertimbangan utama untuk menjaga ketahanan dan mempersiapkan pemulihan, dan memberikan gambaran umum tentang perjanjian tingkat layanan (SLA) Azure Traffic Manager.
Note
Artikel ini menjelaskan bagaimana layanan Traffic Manager tangguh, atau bagaimana Anda dapat membuatnya tangguh, hingga berbagai masalah. Ini tidak menjelaskan cara menggunakan Traffic Manager untuk melakukan failover antara aplikasi atau wilayah. Untuk contoh arsitektur failover, lihat Aplikasi web multitier yang dibangun untuk ketersediaan tinggi dan pemulihan bencana.
Rekomendasi penyebaran produksi
Azure Well-Architected Framework memberikan rekomendasi untuk keandalan, performa, keamanan, biaya, dan operasi. Untuk mempelajari bagaimana area ini saling memengaruhi dan berkontribusi pada solusi Traffic Manager yang andal, lihat praktik terbaik Architecture untuk Azure Traffic Manager dalam kerangka kerja Well-Architected.
Gambaran umum arsitektur keandalan
Bagian ini menjelaskan beberapa aspek penting tentang cara kerja layanan yang paling relevan dari perspektif keandalan. Bagian ini memperkenalkan arsitektur logis, yang mencakup beberapa sumber daya dan fitur yang Anda sebarkan dan gunakan. Ini juga membahas arsitektur fisik, yang memberikan detail tentang cara kerja layanan di bawah sampul.
Arsitektur logika
Saat menggunakan Traffic Manager, Anda menyebarkan profil, yang menentukan titik akhir back-end aplikasi Anda dan mengonfigurasi bagaimana Traffic Manager harus merutekan permintaan ke titik akhir tersebut. Untuk informasi lebih lanjut, lihat Endpoint Traffic Manager dan metode pengalihan Traffic Manager.
Profil Traffic Manager disajikan sebagai catatan DNS CNAME. Saat menerima permintaan resolusi dari klien atau pemecah masalah DNS, Traffic Manager secara dinamis menyelesaikan alamat IP berdasarkan aturan yang Anda tentukan di profil. Tanggung jawab Traffic Manager adalah memberi klien alamat IP titik akhir untuk menjangkau layanan Anda. Setelah resolusi nama, tidak ada arus lalu lintas aplikasi Anda melalui Traffic Manager. Untuk informasi selengkapnya, lihat Cara Kerja Traffic Manager.
Traffic Manager memantau kesehatan titik akhir Anda, dan merutekan permintaan masuk ke titik akhir yang sehat sambil menghindari titik akhir yang tidak sehat. Untuk informasi selengkapnya, lihat Pemantauan titik akhir Traffic Manager.
Important
Keandalan solusi Anda secara keseluruhan tergantung pada konfigurasi titik akhir tempat manajer lalu lintas Anda merutekan lalu lintas.
Artikel ini tidak mencakup titik akhir Anda, tetapi konfigurasi ketersediaannya secara langsung memengaruhi ketahanan aplikasi Anda. Tinjau panduan keandalan untuk layanan Azure dalam solusi Anda untuk mempelajari bagaimana setiap layanan mendukung persyaratan keandalan Anda.
Arsitektur fisik
Traffic Manager beroperasi sebagai layanan nonregional dan menyebarkan infrastrukturnya di beberapa zona ketersediaan di beberapa wilayah Azure di seluruh dunia. Desain ini memungkinkan Traffic Manager untuk tetap tangguh saat terjadi pemadaman di zona ketersediaan atau wilayah, karena infrastruktur di zona atau wilayah lain terus merespons permintaan penyelesaian.
Protokol internet global seperti Anycast, DNS, dan BGP secara otomatis merutekan permintaan resolusi DNS masuk ke infrastruktur Traffic Manager sehat terdekat.
Ketahanan terhadap kesalahan sementara
Kesalahan sementara adalah kegagalan yang bersifat sementara dan intermiten dalam komponen. Mereka sering terjadi di lingkungan terdistribusi seperti cloud, dan mereka adalah bagian normal dari operasi. Kesalahan sementara memperbaiki diri setelah waktu yang singkat. Penting bahwa aplikasi Anda dapat menangani kesalahan sementara, biasanya dengan mencoba kembali permintaan yang terpengaruh.
Semua aplikasi yang dihosting cloud harus mengikuti panduan penanganan kesalahan sementara Azure saat berkomunikasi dengan API, database, dan komponen lain yang dihosting cloud. Untuk informasi selengkapnya, lihat Rekomendasi untuk menangani kesalahan sementara.
Traffic Manager beroperasi di tingkat DNS dan menggunakan pemeriksaan kesehatan untuk memantau ketersediaan titik akhir. Layanan ini menangani kesalahan sementara melalui infrastruktur DNS global dan kemampuan pemantauan titik akhirnya.
Saat Anda menggunakan Traffic Manager, pertimbangkan jenis kesalahan sementara berikut secara terpisah:
Kesalahan sementara selama resolusi DNS: Jika kesalahan sementara terjadi selama resolusi DNS, klien atau pemecah masalah perantara harus mencoba kembali.
Gangguan sementara yang memengaruhi titik akhir back-end Anda:Pemantauan titik akhir di Traffic Manager memeriksa kesehatan fungsi titik akhir Anda secara teratur. Kesalahan sementara dalam titik akhir, atau di jalur jaringan ke titik akhir, mungkin terdeteksi sebagai titik akhir yang tidak sehat. Konfigurasikan pemantauan titik akhir untuk mencari masalah berturut-turut selama jangka waktu tertentu.
Time to live (TTL) catatan DNS Anda menentukan bagaimana solusi Anda menangani kesalahan. Jika TTL sangat rendah, klien perlu membuat lebih banyak permintaan ke Traffic Manager dan ada lebih banyak peluang potensial untuk kesalahan sementara muncul. Jika TTL sangat tinggi, jika terjadi kesalahan sejati di titik akhir, klien mungkin mengalami penundaan failover sampai TTL kedaluwarsa. Konfigurasikan TTL dengan hati-hati untuk menyeimbangkan ketersediaan, latensi, dan responsivitas. Saat Anda menggunakan Azure DNS, TTL rekaman Anda dapat dikonfigurasi secara otomatis agar sesuai dengan nilai TTL profil, yaitu 60 detik secara default. Untuk informasi selengkapnya, lihat pertimbangan Performa untuk Traffic Manager.
Ketahanan terhadap kegagalan zona ketersediaan
Zona ketersediaan adalah grup pusat data yang terpisah secara fisik dalam wilayah Azure. Ketika satu zona gagal, layanan dapat melakukan failover ke salah satu zona yang tersisa.
Traffic Manager beroperasi sebagai layanan nonregional dan menyebarkan infrastrukturnya di beberapa zona ketersediaan di beberapa wilayah Azure di seluruh dunia. Ini mereplikasi perubahan pada profil Anda secara sinkron di seluruh zona dan wilayah ini. Desain ini memungkinkan Traffic Manager untuk tetap tangguh selama pemadaman zona ketersediaan, karena infrastruktur di zona atau wilayah lain terus merespons permintaan resolusi.
Ketahanan terhadap kegagalan di seluruh wilayah
Traffic Manager beroperasi sebagai layanan nonregional dan menyebarkan infrastrukturnya di beberapa zona ketersediaan di beberapa wilayah Azure di seluruh dunia. Desain ini memungkinkan Traffic Manager untuk tetap tangguh selama pemadaman wilayah, karena infrastruktur di zona atau wilayah lain terus merespons permintaan resolusi.
Ketahanan terhadap pemadaman portal dan alat manajemen
Jika Anda mengelola profil Traffic Manager di portal Azure, bersiaplah untuk skenario di mana Anda tidak dapat mengaksesnya, terutama jika Anda perlu mengonfigurasi ulang profil Anda selama pemadaman platform.
Seperti layanan Azure lainnya, Traffic Manager mendukung penyebaran dan manajemen melalui berbagai alat. Biasakan diri Anda dengan cara menggunakan Azure CLI atau Azure PowerShell untuk mengelola profil Anda. Atau, sebarkan dan konfigurasikan profil Anda dengan menggunakan infrastruktur sebagai teknologi kode seperti Bicep atau Terraform. Alat-alat ini tetap beroperasi meskipun portal Azure terdegradasi.
Pencadangan dan pemulihan
Traffic Manager adalah layanan DNS stateless. Ini tidak mempertahankan data Anda dan tidak memiliki kemampuan pencadangan atau pemulihan.
Untuk melindungi konfigurasi sumber daya Anda, tentukan profil Traffic Manager dan sumber daya lainnya menggunakan infrastruktur sebagai kode (seperti templat Bicep atau ARM) dan simpan definisi tersebut dalam kontrol sumber. Jika Anda perlu membuat ulang sumber daya, sebarkan ulang dari konfigurasi yang disimpan.
Ketahanan terhadap pemeliharaan layanan
Microsoft secara teratur menerapkan pembaruan layanan dan melakukan pemeliharaan lainnya. Platform Azure menangani aktivitas ini secara otomatis, memastikan bahwa pemeliharaan mulus dan transparan bagi Anda. Tidak ada downtime yang diharapkan selama peristiwa pemeliharaan kecuali Anda menerima pemberitahuan tentang pemeliharaan terencana melalui Azure Service Health.
Perjanjian tingkat layanan
Perjanjian tingkat layanan (SLA) untuk layanan Azure menjelaskan ketersediaan yang diharapkan dari setiap layanan dan kondisi yang harus dipenuhi solusi Anda untuk mencapai harapan ketersediaan tersebut. Untuk informasi selengkapnya, lihat SLA untuk layanan online.
Azure Traffic Manager menyediakan SLA ketersediaan 100% untuk respons kueri DNS, selama klien mencoba kembali permintaan yang gagal berulang kali.