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.
Berlaku untuk: ✔️ Front Door Standard ✔️ Front Door Premium
Azure Front Door menyediakan serangkaian fitur yang kaya untuk beban kerja Anda yang terhubung ke internet. Front Door membantu Anda mempercepat performa aplikasi, meningkatkan keamanan, dan memberi Anda alat untuk memeriksa dan memodifikasi lalu lintas HTTP Anda.
Model penagihan Front Door mencakup beberapa komponen. Front Door mengenakan biaya dasar untuk setiap profil yang Anda sebarkan. Anda juga dikenakan biaya untuk permintaan dan transfer data berdasarkan penggunaan Anda. Meter penagihan mencatat informasi tentang penggunaan Front Door Anda. Tagihan Azure bulanan Anda menggabungkan informasi penagihan sepanjang bulan dan menerapkan harga untuk menentukan jumlah yang perlu Anda bayar.
Artikel ini menjelaskan cara kerja harga Front Door sehingga Anda dapat memahami dan memprediksi tagihan Azure Front Door bulanan Anda.
Untuk informasi harga Azure Front Door, lihat Harga Azure Front Door.
Petunjuk / Saran
Kalkulator harga Azure membantu Anda menghitung perkiraan harga untuk kebutuhan Anda. Gunakan kalkulator perkiraan harga yang telah dibuat sebelumnya sebagai titik awal, dan sesuaikan untuk solusi Anda sendiri.
Catatan
Artikel ini menjelaskan cara kerja penagihan untuk tingkat Azure Front Door Standard dan Premium. Untuk informasi tentang Azure Front Door (klasik), lihat Harga Azure Front Door.
Biaya dasar
Setiap profil Front Door dikenakan biaya per jam. Anda ditagih untuk setiap jam, atau sebagian jam, saat profil Anda di-deploy. Biaya yang Anda bayar bergantung pada tingkat Front Door yang Anda gunakan.
Satu profil Front Door dapat berisi beberapa titik akhir. Anda tidak dikenakan biaya tambahan untuk setiap endpoint.
Anda tidak perlu membayar biaya ekstra untuk menggunakan fitur seperti akselerasi lalu lintas, penembolokan respons, pemadatan respons, mesin aturan, perlindungan DDoS Front Door yang melekat, dan aturan firewall aplikasi web kustom (WAF) \. Jika Anda menggunakan Front Door Premium, Anda juga tidak perlu membayar biaya tambahan untuk menggunakan seperangkat aturan WAF terkelola atau sumber Private Link.
Biaya pemrosesan permintaan dan trafik
Setiap permintaan yang melalui Front Door dikenakan biaya pemrosesan permintaan dan lalu lintas:
Setiap bagian dari proses permintaan ditagih secara terpisah:
- Jumlah permintaan dari klien ke Front Door
- Transfer data dari edge Front Door ke server asal
- Transfer data dari origin ke Front Door (tidak ditagihkan)
- Transfer data dari Front Door ke klien
Bagian berikut mendeskripsikan setiap komponen permintaan ini secara lebih detail.
Jumlah permintaan dari klien ke Front Door
Front Door mengenakan biaya berdasarkan jumlah permintaan yang diterima oleh lokasi tepi Front Door untuk profil Anda. Front Door mengidentifikasi permintaan dengan menggunakan Host header pada permintaan HTTP. Jika header Host cocok dengan salah satu header dari profil Front Door Anda, itu akan dihitung sebagai permintaan ke profil Anda.
Harga tergantung pada wilayah geografis lokasi tepi Pintu Depan yang melayani permintaan. Harganya juga berbeda untuk tingkat Standar dan Premium.
Transfer data dari edge Front Door ke server asal
Front Door mengenakan biaya atas byte yang dikirim dari lokasi tepi Front Door ke server origin Anda. Harga tergantung pada wilayah geografis lokasi tepi Pintu Depan yang melayani permintaan. Lokasi asal tidak memengaruhi harga.
Harga per gigabyte lebih rendah ketika Anda memiliki volume lalu lintas yang lebih tinggi.
Jika permintaan dapat dilayani dari cache lokasi tepi Front Door, Front Door tidak mengirim permintaan apa pun ke server asal, dan Anda tidak ditagih untuk komponen ini.
Transfer data dari asal ke Front Door
Saat server asal Anda memproses permintaan, server asal Anda mengirimkan data kembali ke Front Door sehingga dapat mengembalikan data ke klien. Front Door tidak menagih Anda untuk traffic ini, meskipun asalnya berada di wilayah yang berbeda dari lokasi edge Front Door untuk permintaan tersebut.
Jika origin Anda berada di Azure, Anda tidak akan dikenakan biaya lalu lintas data keluar dari origin Azure ke Front Door. Namun, periksa apakah layanan Azure tersebut mungkin menagih Anda untuk memproses permintaan Anda.
Jika asal Anda berada di luar Azure, Anda mungkin dikenakan biaya dari penyedia jaringan lain.
Transfer data dari Front Door ke klien
Front Door mengenakan biaya berdasarkan jumlah byte yang dikirim dari lokasi edge Front Door ke klien. Harga bervariasi tergantung pada wilayah geografis lokasi tepi Pintu Depan yang melayani permintaan.
Jika respons dikompresi, Front Door hanya mengenakan biaya untuk data terkompresi.
Sumber Private Link
Saat Anda menggunakan tingkat Premium, Front Door dapat terhubung ke asal Anda dengan menggunakan Private Link.
Front Door Premium memiliki biaya dasar yang lebih tinggi dan biaya pemrosesan permintaan. Anda tidak membayar ekstra untuk lalu lintas Private Link dibandingkan dengan lalu lintas yang menggunakan titik akhir publik asal.
Saat Anda mengonfigurasi asal Private Link, Anda memilih wilayah yang akan digunakan oleh titik akhir privat. Sebagian wilayah Azure mendukung lalu lintas Private Link untuk Front Door. Jika wilayah yang Anda pilih berbeda dari wilayah tempat asal disebarkan, Anda tidak dikenakan biaya tambahan untuk lalu lintas lintas wilayah. Namun, latensi permintaan kemungkinan lebih besar.
Lalu lintas lintas wilayah
Beberapa meter penagihan Front Door memiliki tarif yang berbeda bergantung pada lokasi tepi Front Door yang memproses permintaan. Biasanya, lokasi tepi Front Door yang memproses permintaan adalah lokasi yang paling dekat dengan klien, yang membantu mengurangi latensi dan memaksimalkan performa.
Front Door mengenakan biaya untuk lalu lintas dari lokasi edge ke server asal. Lalu lintas dibebankan pada tarif yang berbeda tergantung pada lokasi tepi Front Door. Jika asal Anda berada di wilayah Azure yang berbeda, Anda tidak ditagih tambahan untuk lalu lintas antar-wilayah.
Skenario contoh
Contoh 1: Origin Azure tanpa cache
Contoso menghost situs web mereka di Azure App Service, yang berjalan di wilayah US Barat. Contoso menerapkan Front Door dengan tingkat standar. Mereka menonaktifkan cache.
Misalkan permintaan dari klien di California dikirim ke situs web Contoso, mengirim permintaan 1 KB dan menerima respons 100 KB:
Meter penagihan berikut bertambah:
| Meter | Bertambah sebesar | Wilayah penagihan |
|---|---|---|
| Jumlah permintaan dari klien ke Front Door | 1 | Amerika Utara |
| Transfer data dari edge Front Door ke server asal | 1 KB | Amerika Utara |
| Transfer data dari Front Door ke klien | 100 KB | Amerika Utara |
Azure App Service mungkin mengenakan biaya lain.
Contoh 2: Sumber asal Azure dengan kompresi diaktifkan
Misalkan Contoso memperbarui konfigurasi Front Door mereka untuk mengaktifkan pemadatan konten. Sekarang, respons yang sama seperti dalam contoh 1 mungkin dapat dikompresi hingga 30 KB:
Meter penagihan berikut bertambah:
| Meter | Bertambah sebesar | Wilayah penagihan |
|---|---|---|
| Jumlah permintaan dari klien ke Front Door | 1 | Amerika Utara |
| Transfer data dari edge Front Door ke server asal | 1 KB | Amerika Utara |
| Transfer data dari Front Door ke klien | 30 KB | Amerika Utara |
Azure App Service mungkin mengenakan biaya lain.
Contoh 3: Permintaan dilayani dari cache
Misalkan permintaan kedua tiba di lokasi tepi Front Door yang sama dan respons cache yang valid tersedia:
Meter penagihan berikut bertambah:
| Meter | Bertambah sebesar | Wilayah penagihan |
|---|---|---|
| Jumlah permintaan dari klien ke Front Door | 1 | Amerika Utara |
| Transfer data dari edge Front Door ke server asal | tidak ada saat permintaan dilayani dari cache | |
| Transfer data dari Front Door ke klien | 30 KB | Amerika Utara |
Contoh 4: Lalu lintas lintas wilayah
Misalkan permintaan ke situs web Contoso berasal dari klien di Australia, dan tidak dapat dilayani dari cache:
Meter penagihan berikut bertambah:
| Meter | Bertambah sebesar | Wilayah penagihan |
|---|---|---|
| Jumlah permintaan dari klien ke Front Door | 1 | Australia |
| Transfer data dari edge Front Door ke server asal | 1 KB | Australia |
| Transfer data dari Front Door ke klien | 30 KB | Australia |
Contoh 5: Sumber non-Azure
Fabrikam menjalankan situs eCommerce di penyedia cloud lain. Situs mereka dihosting di Eropa. Mereka mengonfigurasi Azure Front Door untuk menangani trafik tanpa penyimpanan cache atau kompresi.
Misalkan permintaan dari klien dikirim ke situs web Fabrikam dari klien di New York. Klien mengirimkan permintaan 2 KB dan menerima respons 350 KB:
Meter penagihan berikut bertambah:
| Meter | Bertambah sebesar | Wilayah penagihan |
|---|---|---|
| Jumlah permintaan dari klien ke Front Door | 1 | Amerika Utara |
| Transfer data dari edge Front Door ke server asal | 2 KB | Amerika Utara |
| Transfer data dari Front Door ke klien | 350 KB | Amerika Utara |
Penyedia cloud eksternal mungkin mengenakan biaya lain.
Contoh 6: Permintaan diblokir oleh firewall aplikasi web
Saat web application firewall (WAF) memblokir permintaan, ia tidak mengirim permintaan ke asalnya. Namun, Front Door mengenakan biaya untuk permintaan dan untuk mengirim tanggapan.
Misalkan profil Front Door menyertakan aturan WAF kustom untuk memblokir permintaan dari alamat IP tertentu di Amerika Selatan. WAF dikonfigurasi dengan halaman respons kesalahan kustom, yang berukuran 1 KB. Jika klien dari alamat IP yang diblokir mengirimkan permintaan 1 KB:
Meter penagihan berikut bertambah:
| Meter | Bertambah sebesar | Wilayah penagihan |
|---|---|---|
| Jumlah permintaan dari klien ke Front Door | 1 | Amerika Selatan |
| Transfer data dari edge Front Door ke server asal | Tidak ada | Amerika Selatan |
| Transfer data dari Front Door ke klien | 1 KB | Amerika Selatan |
Contoh 7: Aksi tepi
Contoso membuat satu tindakan Edge yang dipanggil oleh Azure Front Door Rulesets di wilayah AS Timur, Eropa, dan Asia.
Skenario 1: Pada akhir bulan, 1 juta pemanggilan dihasilkan, masing-masing dengan waktu eksekusi 1 ms.
Meter penagihan berikut bertambah:
| Meter | Bertambah sebesar | Wilayah penagihan |
|---|---|---|
| Pemanggilan | 1 juta | Global |
| Waktu eksekusi berlebih | 0 | Global |
Skenario 2: Pada akhir bulan, ada total 50 juta doa dengan distribusi sebagai berikut:
| Jumlah doa | Waktu eksekusi per pemanggilan |
|---|---|
| 10 m | 1 milidetik |
| 20 m | 3 mdtk |
| 20 m | 8 ms |
Meter penagihan berikut bertambah:
| Meter | Bertambah sebesar | Wilayah penagihan |
|---|---|---|
| Pemanggilan | 50 Juta | Global |
| Waktu eksekusi berlebih | 20 M x (3-1) + 20 M x (8-1) = 180 M milidetik atau 180 K detik | Global |