Alibaba Cloud DNS mencakup beberapa produk. Topik ini menyediakan informasi penagihan terperinci untuk setiap produk.
Zona publik
Penagihan
Zona Publik mendukung dua metode penagihan berikut:
Zona Publik (Langganan): Paket berbasis langganan. Beli paket untuk menggunakan fitur resolusi global edisi berbayar Zona Publik.
Alibaba Cloud DNS (Bayar sesuai penggunaan): Layanan bayar sesuai penggunaan. Setelah diaktifkan, Anda dapat menggunakan fitur lanjutan seperti analisis trafik Zona Publik.
Item yang dapat ditagih
Zona Publik (Langganan)
Untuk menggunakan edisi berbayar Zona Publik, Anda harus membeli Zona Publik Terhosting (Langganan). Untuk perbedaan antar edisi, lihat perbandingan edisi.
Item yang dapat ditagih | Edisi | Harga | Deskripsi |
Zona Publik Terhosting | Personal | 7 USD/tahun | Rumus penagihan:
|
Enterprise Ultimate | 81 USD/tahun | ||
Proteksi DNS | Dasar | 86 USD/tahun | Rumus penagihan:
|
Lanjutan | 429 USD/tahun |
Rumus penagihan keseluruhan: Biaya instans = Harga satuan edisi instans × Jumlah nama domain utama + Harga satuan edisi proteksi × Jumlah nama domain utama
Contoh penagihan:
Akun A membeli Zona Publik Terhosting satu tahun dengan konfigurasi berikut: Edisi Enterprise Ultimate, proteksi Dasar, dan 15 nama domain.
Total biaya adalah USD 2.505 = USD 81 × 15 + USD 86 × 15.
Kedaluwarsa
Lihat Aturan kedaluwarsa instans.
Analisis trafik Zona Publik
Untuk menggunakan analisis trafik Zona Publik, Anda harus terlebih dahulu mengaktifkan Alibaba Cloud DNS (Bayar sesuai penggunaan).
Fitur | Harga | Deskripsi |
Analisis trafik Zona Publik | 0,03 USD/10.000 entri | Analisis trafik Zona Publik ditagih berdasarkan jumlah entri log resolusi dan diselesaikan setiap hari. Untuk menggunakan layanan ini, Anda harus mengaktifkan atau menonaktifkan analisis trafik untuk nama domain Anda. |
Rumus penagihan: Biaya analisis trafik DNS = Jumlah entri log × Harga satuan analisis trafik
Contoh penagihan:
Jumlah total entri log untuk nama domain di Akun A pada hari tertentu adalah 1 juta.
Total biaya adalah USD 3 = 1 juta entri × USD 0,03 per 10.000 entri.
Paket Transfer Data untuk analisis trafik Zona Publik
Jika Anda memiliki volume kueri DNS yang tinggi, beli Analisis Trafik (Paket Transfer Data) untuk proyek bayar sesuai penggunaan Anda. Paket transfer data langsung berlaku setelah pembelian dan berlaku selama satu tahun. Selama periode ini, paket tersebut menanggung tagihan bayar sesuai penggunaan Anda. Trafik yang tidak digunakan dalam paket akan kedaluwarsa secara otomatis pada akhir periode validitas. Aturan penagihan spesifik untuk paket transfer data adalah sebagai berikut:
Ukuran paket (10.000 kueri) | Periode validitas (bulan) | Harga | Harga satuan per 10.000 kueri |
1.000 | 12 | 21 USD | 0,021 USD |
10.000 | 12 | 182 USD | 0,0182 USD |
100.000 | 12 | 1.680 USD | 0,0168 USD |
1.000.000 | 12 | 14.000 USD | 0,014 USD |
Analisis trafik Zona Publik ditagih setiap hari. Jika Anda memiliki paket transfer data aktif, biaya akan secara otomatis dipotong dari kuota saat tagihan harian dibuat.
Jika tagihan telah dibuat untuk siklus penagihan sebelumnya, paket transfer data yang dibeli setelahnya tidak dapat digunakan untuk mengimbangi biaya siklus tersebut. Paket tersebut hanya dapat digunakan untuk mengimbangi biaya pada siklus penagihan berikutnya.
Setelah kuota paket transfer data habis, kueri tambahan apa pun akan ditagih berdasarkan metode bayar sesuai penggunaan.
Pembayaran tertunda
Alibaba Cloud DNS menyediakan Perlindungan Penangguhan Layanan, yang memungkinkan Anda terus menggunakan layanan dalam batas kredit tertentu atau untuk periode tertentu, termasuk layanan bayar sesuai penggunaan yang ada, paket sumber daya, dan sumber daya langganan. Penangguhan layanan hanya dimulai ketika penggunaan Anda melebihi cakupan perlindungan. Untuk informasi lebih lanjut, lihat Perlindungan Penangguhan Layanan bayar sesuai penggunaan.
Zona privat
I. Metode penagihan
Zona Privat ditagih berdasarkan metode bayar sesuai penggunaan untuk Authoritative, Cache Management, Forwarding Management, Endpoints, dan Log Analysis.
Biaya Built-in Authoritative didasarkan pada hal berikut: Jumlah nama domain kustom (per hari) dan Jumlah kueri DNS untuk nama domain kustom (per 10.000 kueri).
Biaya Cache Management didasarkan pada hal berikut: Jumlah nama domain yang di-cache (per hari) dan Jumlah purge cache (per purge).
Biaya Forwarding Management didasarkan pada hal berikut: Jumlah alamat IP sumber untuk titik akhir keluar (per jam) dan Jumlah kueri DNS yang diteruskan oleh titik akhir keluar (per 10.000 kueri).
Biaya Endpoints didasarkan pada hal berikut: Jumlah alamat IP layanan untuk titik akhir masuk (per jam) dan Jumlah kueri DNS yang diterima oleh titik akhir masuk (per 10.000 kueri).
Biaya Log Analysis didasarkan pada Jumlah entri log untuk penguraian (per 10.000 entri).
Biaya ditagih setiap hari. Anda dapat melihat biaya untuk hari sebelumnya pada hari berikutnya.
II. Item yang dapat ditagih
1. Built-in authoritative
Item yang dapat ditagih | Standar penagihan | Siklus penagihan | Kondisi pemicu penagihan | Deskripsi penagihan |
Jumlah domain pengguna (konversi penagihan) | USD 0,015/domain/hari | Harian | Domain authoritative bawaan ditambahkan | Untuk akun yang sama, jumlah total domain authoritative bawaan dihitung (kuantitas penagihan aktual perlu dihitung berdasarkan jumlah catatan resolusi), dan setiap domain authoritative bawaan dikenakan biaya sebesar USD 0,015/hari . Logika konversi penagihan spesifik adalah sebagai berikut: (1) Domain area reguler: Jika jumlah catatan resolusi ≤ 100.000, dihitung sebagai 1 domain. Jika jumlah catatan resolusi > 100.000, kuantitas penagihan aktual ditentukan dengan membulatkan ke atas hasil dari jumlah aktual catatan resolusi/100.000 (kuota default sistem adalah 100.000 catatan resolusi, untuk memperluas kapasitas, Anda perlu mengirim tiket untuk menghubungi kami guna peningkatan kuota) (2) Domain area percepatan: Jika jumlah catatan resolusi ≤ 1.000, dihitung sebagai 1 domain. Jika jumlah catatan resolusi > 1.000, kuantitas penagihan aktual ditentukan dengan membulatkan ke atas hasil dari jumlah aktual catatan resolusi/1.000 (kuota default sistem adalah 100.000 catatan resolusi, untuk memperluas kapasitas, Anda perlu mengirim tiket untuk menghubungi kami guna peningkatan kuota) |
Jumlah permintaan resolusi domain pengguna | USD 0,004/10.000 permintaan | Harian | Kueri DNS untuk domain authoritative bawaan yang dihasilkan | Untuk akun yang sama, jumlah total kueri untuk semua domain authoritative bawaan dihitung dan dikenakan biaya sebesar USD 0,004/10.000 permintaan (1) Domain area reguler: Volume permintaan dihitung berdasarkan jumlah kueri asal DNS (kedaluwarsa TTL) (2) Domain area percepatan: Volume permintaan dihitung berdasarkan jumlah kueri yang langsung dipicu oleh perangkat terminal (kueri internal cloud tidak dipengaruhi oleh TTL) |
2. Cache management
Item yang dapat ditagih | Standar penagihan | Siklus penagihan | Kondisi pemicu penagihan | Deskripsi penagihan |
Jumlah domain retensi cache | USD 0,015/domain/hari | Harian | Domain retensi cache ditambahkan | Untuk akun yang sama, jumlah total domain retensi cache dihitung, dan setiap domain retensi cache (retensi cache bekerja dalam mode pencocokan domain eksak) dikenakan biaya sebesar USD 0,015/hari. |
Jumlah operasi purge cache | USD 15/operasi | Harian | Operasi purge cache dipicu secara manual untuk domain retensi cache yang ditambahkan | Untuk akun yang sama, jumlah total kali fitur purge cache digunakan dihitung dan dikenakan biaya sebesar USD 15/operasi. |
3. Forwarding management
Item yang dapat ditagih | Standar penagihan | Siklus penagihan | Kondisi pemicu penagihan | Deskripsi penagihan |
Jumlah alamat IP sumber titik akhir keluar | USD 0,15/IP/jam | Jam | Titik akhir keluar ditambahkan | Untuk akun yang sama, jumlah total alamat IP sumber titik akhir keluar dihitung, dan setiap alamat IP sumber titik akhir keluar dikenakan biaya sebesar USD 0,15/jam . |
Jumlah permintaan DNS yang diteruskan oleh titik akhir keluar | USD 0,004/10.000 permintaan | Harian | Permintaan resolusi domain yang diteruskan ke sistem DNS eksternal yang dihasilkan melalui titik akhir keluar | Untuk akun yang sama, jumlah total kueri DNS yang diteruskan oleh semua titik akhir keluar dihitung dan dikenakan biaya sebesar USD 0,004/10.000 permintaan. |
4. Endpoints
Item yang dapat ditagih | Standar penagihan | Siklus penagihan | Kondisi pemicu penagihan | Deskripsi penagihan |
Jumlah alamat IP layanan edisi standar titik akhir masuk | USD 0,15/IP/jam | Jam | Titik akhir masuk ditambahkan | Untuk akun yang sama, jumlah total alamat IP layanan titik akhir masuk dihitung, dan setiap alamat IP layanan edisi standar titik akhir masuk dikenakan biaya sebesar USD 0,15/jam . |
Jumlah permintaan DNS yang diterima oleh titik akhir masuk | USD 0,004/10.000 permintaan | Harian | Permintaan resolusi domain yang dihasilkan melalui titik akhir masuk | Untuk akun yang sama, jumlah total kueri DNS yang diterima oleh semua titik akhir masuk dihitung dan dikenakan biaya sebesar USD 0,004/10.000 permintaan. |
5. Traffic analysis
Item yang dapat ditagih | Standar penagihan | Siklus penagihan | Kondisi pemicu penagihan | Deskripsi penagihan |
Jumlah entri analisis log penguraian | USD 0,015/10.000 entri | Harian | Fitur analisis trafik diaktifkan | Untuk akun yang sama, setiap permintaan resolusi menghasilkan satu entri log penguraian. Jumlah total entri log penguraian yang digunakan dalam perhitungan dihitung dan dikenakan biaya sebesar USD 0,015/10.000 entri (1) Aturan perhitungan jumlah total entri log penguraian: Jumlah total entri log penguraian = permintaan resolusi trafik global + permintaan resolusi trafik authoritative + permintaan resolusi trafik cache + permintaan resolusi trafik forwarding + permintaan resolusi trafik rekursif (2) Setelah mengaktifkan fitur analisis trafik, fitur pengumpulan log penguraian diaktifkan secara default, dan tidak dikenakan biaya terpisah untuk pengumpulan log penguraian |
Permintaan resolusi trafik global: Jumlah permintaan resolusi domain yang langsung diajukan oleh semua ECS/kontainer dan terminal lain di jaringan internal Anda × 2. Satu permintaan kueri DNS mencakup log permintaan dan log konfirmasi.
Permintaan resolusi trafik authoritative bawaan: Jumlah permintaan resolusi DNS yang mengenai modul authoritative bawaan (termasuk area percepatan dan area reguler) dan mendapatkan hasil resolusi.
Permintaan resolusi trafik cache: Jumlah permintaan resolusi DNS yang mengenai modul cache dan mendapatkan hasil resolusi.
Permintaan resolusi trafik forwarding: Jumlah permintaan resolusi DNS yang mengenai modul forwarding dan mendapatkan hasil resolusi × 2, termasuk log konfirmasi modul forwarding dan log konfirmasi DNS eksternal.
Permintaan resolusi trafik rekursif: Jumlah permintaan resolusi DNS yang mengenai modul rekursif dan mendapatkan hasil resolusi.
III. Contoh
Skenario 1: Built-in authoritative
Akun A telah menambahkan dua domain authoritative bawaan: example.com dan example.aliyundoc.com. example.com adalah domain area percepatan dengan 5.050 catatan resolusi. example.aliyundoc.com adalah domain area reguler dengan 105.000 catatan resolusi.
Dalam satu hari, domain example.aliyundoc.com memiliki 100.000 kueri asal DNS, dan domain example.com menerima 200.000 permintaan kueri DNS dari perangkat terminal.
example.com adalah domain area percepatan, dan 5.050 catatan resolusi dikonversi menjadi 6 domain untuk perhitungan. example.aliyundoc.com adalah domain area reguler, dan 105.000 catatan resolusi dikonversi menjadi 2 domain untuk perhitungan. Jadi Akun A ditagih untuk 8 domain.
Oleh karena itu, biaya penggunaan harian untuk Akun A adalah jumlah biaya domain pengguna + biaya permintaan resolusi asal domain area reguler + biaya permintaan domain area percepatan:
USD 0,24 = USD 0,12 (8 × USD 0,015/domain) + USD 0,04 (10 × USD 0,004/10.000 permintaan) + USD 0,08 (20 × USD 0,004/10.000 permintaan).
Domain area reguler authoritative bawaan:
Statistik permintaan resolusi domain pengguna (Zona) mengambil jumlah aktual permintaan asal dan menagih sesuai dengan itu.
Contoh: Jika TTL domain www.example.com diatur menjadi 30 detik, ketika terminal internal mengakses domain ini, secara teoritis semua permintaan dalam 30 detik akan mengenai cache TTL, dan setelah TTL 30 detik kedaluwarsa, DNS akan membuat 1 kueri asal. Jadi dalam 10 menit, jumlah kueri asal untuk domain ini adalah 10 × 60/30 = 20 kali. Anda dapat melihat jumlah permintaan asal di halaman analisis permintaan di konsol.
Semakin lama waktu pengaturan TTL, semakin rendah frekuensi permintaan asal ke server DNS, semakin lambat perubahan domain berlaku, dan semakin rendah biayanya.
Semakin pendek waktu pengaturan TTL, semakin tinggi frekuensi permintaan asal ke server DNS, semakin cepat perubahan domain berlaku, dan semakin tinggi biayanya.
Domain area percepatan authoritative bawaan:
Domain area percepatan authoritative bawaan ditagih berdasarkan jumlah permintaan DNS yang diajukan oleh ECS, kontainer, dan terminal lain, terlepas dari nilai TTL. (Kami merekomendasikan mengaktifkan NSCD untuk ECS guna mengurangi pertumbuhan permintaan resolusi yang disebabkan oleh tidak adanya cache lokal).
Karena DNS internal menyediakan layanan melalui kluster, permintaan kueri DNS didistribusikan di beberapa server dalam kluster. Hanya ketika setiap server dalam kluster memiliki cache, barulah cache tersebut dapat dihitung 100% tanpa membuat permintaan asal. Oleh karena itu, ketika Anda membandingkan data uji dengan data di halaman analisis permintaan konsol, wajar jika jumlah kueri asal yang ditampilkan di konsol lebih besar daripada data yang Anda hitung secara teoritis, terutama ketika volume permintaan tidak tinggi.
Skenario 2: Cache management
Akun B telah menambahkan tiga domain retensi cache: www.example.com, test.example.com, dan api.example.com. Karena penyesuaian bisnis internal yang mendesak, catatan resolusi diperbarui. Untuk membuat catatan resolusi yang diperbarui untuk domain retensi cache berlaku dengan cepat, operasi purge cache dilakukan pada dua domain: www.example.com dan test.example.com.
Operasi purge cache dilakukan masing-masing sekali pada www.example.com dan test.example.com, yang dikonversi menjadi 2 operasi purge cache untuk satu domain.
Oleh karena itu, biaya penggunaan harian untuk Akun B adalah jumlah biaya domain retensi cache + biaya purge cache: USD 30,045 = USD 0,045 (3 × USD 0,015/domain) + USD 30 (2 × USD 15/operasi).
Skenario 3: Forwarding management
Akun C telah menambahkan domain forwarding example.top, dikonfigurasi dengan 2 alamat IP sumber titik akhir keluar. Dalam satu hari, titik akhir keluar meneruskan 1 juta permintaan DNS untuk domain ini.
Oleh karena itu, biaya penggunaan harian untuk Akun C adalah jumlah biaya alamat IP titik akhir keluar + biaya volume permintaan DNS yang diteruskan titik akhir keluar: USD 7,6 = USD 7,2 (2 × 24 jam × USD 0,15/IP/jam) + USD 0,4 (100 × USD 0,004/10.000 permintaan).
Skenario 4: Endpoints
Akun D telah menambahkan 2 alamat IP layanan edisi standar titik akhir masuk. Dalam satu hari, titik akhir masuk ini menerima 1 juta permintaan kueri DNS.
Oleh karena itu, biaya penggunaan harian untuk Akun D adalah jumlah biaya alamat IP layanan edisi standar titik akhir masuk + biaya volume permintaan DNS yang diterima titik akhir masuk: USD 7,6 = USD 7,2 (2 × 24 jam × USD 0,15/IP/jam) + USD 0,4 (100 × USD 0,004/10.000 permintaan).
Skenario 5: Traffic analysis
Akun E telah mengaktifkan fitur analisis trafik, menghasilkan 1 juta entri log penguraian dalam satu hari.
Oleh karena itu, biaya penggunaan harian untuk Akun E adalah biaya log penguraian: USD 1,5 = 100 × USD 0,015/10.000 entri.
IV. Pembayaran tertunda
Alibaba Cloud DNS menyediakan Perlindungan Penangguhan Layanan, yang memungkinkan Anda terus menggunakan layanan dalam batas kredit tertentu atau untuk periode tertentu, termasuk layanan bayar sesuai penggunaan yang ada, paket sumber daya, dan sumber daya langganan. Penangguhan layanan hanya dimulai ketika penggunaan Anda melebihi cakupan perlindungan. Untuk informasi lebih lanjut, lihat Perlindungan Penangguhan Layanan bayar sesuai penggunaan.
Pengelola Lalu Lintas Global
Pengelola Lalu Lintas Global dan Pengelola Lalu Lintas Global 3.0 memiliki metode penagihan dan item yang dapat ditagih yang sama.
1. Metode penagihan
Pengelola Lalu Lintas Global 3.0 mendukung metode penagihan langganan (prabayar) dan bayar sesuai penggunaan (pascabayar).
2. Langganan
Metode penagihan langganan cocok untuk skenario dengan anggaran tetap. Sumber daya berikut dapat ditagih:
Instans langganan: Beli Edisi Standar atau Ultimate Pengelola Lalu Lintas Global secara prabayar untuk periode tertentu, seperti satu bulan atau satu tahun.
Detection Task Package: Edisi Standar dan Ultimate mencakup 100 tugas deteksi per bulan secara default. Untuk menambahkan lebih banyak tugas pemeriksaan kesehatan, Anda dapat membeli Detection Task Package untuk digunakan bersama edisi instans Anda.
Item yang dapat ditagih
Instans langganan
Edisi | Harga | Deskripsi edisi |
Edisi Standar | USD 20/bulan | Orkestrasi visual: Mendukung konfigurasi orkestrasi visual. Menghasilkan model orkestrasi berdasarkan skenario untuk menampilkan jalur penjadwalan dan status layanan secara intuitif. Kuota edisi: Mencakup 100 tugas deteksi secara default. |
Edisi Ultimate | USD 140/bulan | Orkestrasi visual: Mendukung konfigurasi orkestrasi visual. Menghasilkan model orkestrasi berdasarkan skenario untuk menampilkan jalur penjadwalan dan status layanan secara intuitif. Kuota edisi: Mencakup 100 tugas deteksi secara default. |
Paket tugas deteksi
Menerapkan templat deteksi ke satu alamat menciptakan satu tugas deteksi. Setiap edisi instans mencakup 100 tugas deteksi secara default. Tugas deteksi tambahan untuk pemeriksaan kesehatan hanya dapat digunakan bersama edisi instans dan tidak dapat dibeli atau digunakan secara terpisah.
Edisi | Harga |
Edisi Standar | USD 12/bulan untuk paket 100 tugas deteksi. |
Edisi Ultimate | USD 48/bulan untuk paket 100 tugas deteksi. |
Contoh perhitungan tugas deteksi
Dalam konfigurasi pemeriksaan kesehatan untuk kolam alamat, Anda menerapkan templat deteksi ICMP (Ping) dan templat deteksi HTTP ke masing-masing tiga alamat IP: ip1, ip2, dan ip3. Jumlah total tugas deteksi yang digunakan adalah: Jumlah alamat IP × Jumlah templat deteksi yang diterapkan = 3 × 2 = 6.
Kedaluwarsa
Sistem mengirimkan pengingat notifikasi 7 hari, 3 hari, dan 1 hari sebelum instans Anda kedaluwarsa.
Jika Anda tidak memperpanjang instans saat kedaluwarsa, resolusi DNS dan tugas pemeriksaan kesehatannya berhenti secara otomatis. Hal ini dapat menyebabkan masalah akses layanan untuk nama domain bisnis Anda.
7 hari setelah kedaluwarsa, instans GTM dirilis, dan data konfigurasi nama domain yang terhubung dihapus.
CatatanKonfigurasi templat pemeriksaan kesehatan GTM, konfigurasi alamat, atau konfigurasi kolam alamat tidak dihapus.
Kolam alamat, kebijakan akses, dan konfigurasi pemeriksaan kesehatan yang terkait dengan instans GTM dihapus.
3. Bayar sesuai penggunaan
Untuk memenuhi kebutuhan bisnis yang fleksibel dan dinamis, Alibaba Cloud DNS menawarkan instans GTM bayar sesuai penggunaan. Item yang dapat ditagih adalah sebagai berikut:
Item yang dapat ditagih | Harga | Deskripsi |
Jumlah nama domain yang terhubung | USD 0,015/domain/hari | Ditagih berdasarkan jumlah nama domain yang terhubung yang Anda miliki, diselesaikan setiap hari. |
Jumlah permintaan resolusi DNS GTM | USD 0,004/10.000 permintaan | Ditagih berdasarkan jumlah resolusi DNS yang direspons oleh GTM, diselesaikan setiap hari. |
Jumlah pemeriksaan kesehatan | USD 1,5/10.000 pemeriksaan | Ditagih berdasarkan jumlah pemeriksaan kesehatan yang dilakukan pada alamat, diselesaikan setiap hari. |
Jumlah notifikasi pesan teks | USD 0,225/pesan | Ditagih berdasarkan jumlah notifikasi pesan teks yang dikirim, diselesaikan setiap hari. |
Contoh estimasi biaya
Konfigurasi: 1 nama domain terhubung, 2 alamat IP yang memerlukan pemeriksaan kesehatan, 1 templat deteksi diterapkan ke setiap alamat IP, 3 node deteksi untuk setiap templat, frekuensi deteksi sekali setiap 60 detik, rata-rata 100.000 permintaan resolusi DNS per hari, dan total 10 notifikasi.
Estimasi biaya bulanan (USD):
Biaya nama domain terhubung: 1 domain × USD 0,015/domain/hari × 30 hari/bulan = USD 0,45/bulan
Biaya pemeriksaan kesehatan: 2 tugas deteksi × 3 node deteksi × 1 pemeriksaan/menit × 60 menit/jam × 24 jam/hari × 30 hari/bulan × USD 0,00015/pemeriksaan = USD 38,88/bulan
Biaya permintaan resolusi DNS GTM: 100.000 permintaan/hari × 30 hari/bulan × USD 0,004/10.000 permintaan = USD 1,2/bulan
Biaya notifikasi pesan teks: 10 pesan/bulan × USD 0,225/pesan = USD 2,25/bulan
Total biaya ≈ USD 42,78
Pembayaran tertunda
Jika akun Anda memiliki pembayaran tertunda, layanan untuk nama domain bayar sesuai penggunaan yang terhubung berhenti segera. Ini termasuk resolusi DNS, pemeriksaan kesehatan, dan notifikasi pesan teks. Penagihan untuk nama domain yang terhubung ditangguhkan selama pembayaran tertunda. Jika pembayaran tidak segera dilunasi, nama domain yang terhubung akan dirilis secara otomatis 15 hari setelah pembayaran menjadi tertunda. Kolam alamat, alamat, atau templat pemeriksaan kesehatan tidak terpengaruh.
Enterprise Recursive Gateway
I. Metode penagihan
Enterprise Recursive Gateway menggunakan metode penagihan bayar sesuai penggunaan dan mendukung pembelian paket transfer data untuk mengurangi biaya.
Enterprise Recursive Gateway ditagih setiap hari, dan tagihan dihasilkan berdasarkan statistik penggunaan.
Pada hari pertama setiap bulan, Enterprise Recursive Gateway menyediakan 10 juta permintaan trafik reguler HTTP (setara dengan 20 juta permintaan penguraian UDP/TCP) untuk pengguna dengan aktivasi layanan normal. Jika Anda tidak melebihi ambang batas trafik gratis, Anda tidak akan dikenakan biaya. Jika Anda melebihi kuota trafik penguraian gratis, Anda akan dikenakan biaya untuk penggunaan berlebih tersebut.
Trafik gratis dialokasikan setiap bulan. Trafik yang tidak digunakan pada bulan berjalan tidak akan dibawa ke bulan berikutnya.
II. Aturan penagihan
Item yang dapat ditagih untuk Enterprise Recursive Gateway didasarkan pada jumlah permintaan penguraian UDP/TCP. Volume permintaan penguraian dikonversi secara proporsional ke permintaan penguraian HTTP untuk tujuan penagihan. Rasio konversinya adalah:
UDP/TCP ditagih sebesar 0,5 kali trafik HTTP, artinya 2 permintaan UDP/TCP = 1 permintaan trafik HTTP.
Setelah melebihi kuota gratis, Anda dikenakan biaya USD 0,0062/10.000 permintaan untuk penguraian HTTP.
III. Urutan pemotongan trafik
IV. Pembayaran tertunda
Alibaba Cloud DNS menyediakan Perlindungan Penangguhan Layanan, yang memungkinkan Anda terus menggunakan layanan dalam batas kredit tertentu atau untuk periode tertentu, termasuk layanan bayar sesuai penggunaan yang ada, paket sumber daya, dan sumber daya langganan. Penangguhan layanan hanya dimulai ketika penggunaan Anda melebihi cakupan perlindungan. Untuk informasi lebih lanjut, lihat Perlindungan Penangguhan Layanan bayar sesuai penggunaan.
HTTPDNS
Metode penagihan
HTTPDNS menggunakan metode penagihan bayar sesuai penggunaan. Anda tidak dikenakan biaya jika tidak menggunakan layanan.
HTTPDNS ditagih setiap hari, dan tagihan dihasilkan setiap hari.
Pada hari pertama setiap bulan, HTTPDNS menyediakan kuota gratis 10 juta kueri HTTP untuk setiap akun aktif. Ini setara dengan 20 juta kueri resolusi UDP/TCP. Anda tidak dikenakan biaya jika penggunaan Anda berada dalam kuota gratis. Jika Anda melebihi kuota gratis, Anda dikenakan biaya untuk penggunaan tambahan tersebut.
Kuota gratis disediakan setiap bulan. Kuota yang tidak digunakan pada bulan berjalan tidak dibawa ke bulan berikutnya.
Item yang dapat ditagih
HTTPDNS ditagih berdasarkan jumlah kueri HTTP. Jumlah kueri HTTPS, termasuk DoH dan DoT, dikonversi menjadi jumlah kueri HTTP yang setara untuk penagihan. Rasio konversinya adalah sebagai berikut:
Kueri HTTPS, termasuk DoH dan DoT, ditagih sebesar lima kali tarif kueri HTTP. Misalnya, satu kueri HTTPS (DoH atau DoT) setara dengan lima kueri HTTP.
Penggunaan yang melebihi kuota gratis dikenakan biaya sebesar USD 0,0062 per 10.000 kueri HTTP.
Urutan pemotongan penggunaan
DNS Firewall
Metode penagihan
Firewall DNS mencakup beberapa komponen dan mendukung metode penagihan bayar sesuai penggunaan dan langganan.
Bayar sesuai penggunaan
Metode penagihan ini berlaku untuk Private Zone DNS Firewall dan Public Recursive Firewall. Biaya dihitung dan diselesaikan setiap hari berdasarkan penggunaan aktual Anda.
Komponen | Item yang dapat ditagih | Harga | Deskripsi |
Private Zone DNS Firewall | Jumlah aturan kustom untuk Firewall DNS Zona Privat | USD 0,015/aturan/hari |
|
Jumlah deteksi proteksi untuk Firewall DNS Zona Privat | USD 0,004/10.000 kueri | Biaya dikenakan berdasarkan jumlah kueri nama domain yang mengenai aturan proteksi kustom atau aturan proteksi intelijen ancaman. | |
Public Recursive Firewall | Jumlah deteksi proteksi untuk Firewall Rekursif Publik | USD 0,004/10.000 kueri | Biaya dikenakan berdasarkan jumlah permintaan kueri nama domain yang dihasilkan dalam cakupan aturan proteksi intelijen ancaman. |
Contoh estimasi biaya
Fitur: Private Zone DNS Firewall
Penggunaan: 20 aturan kustom. Setiap aturan kustom memblokir 10.000 kueri nama domain per hari.
Estimasi biaya bulanan:
Biaya aturan proteksi: 20 aturan × USD 0,015/aturan/hari × 30 hari/bulan = USD 9/bulan
Biaya deteksi proteksi: 20 aturan × 10.000 kueri/hari × USD 0,004/10.000 kueri × 30 hari/bulan = USD 2,4/bulan
Total biaya: USD 9/bulan + USD 2,4/bulan = USD 11,4/bulan
Pembayaran tertunda
Alibaba Cloud DNS menyediakan Perlindungan Penangguhan Layanan, yang memungkinkan Anda terus menggunakan layanan dalam batas kredit tertentu atau untuk periode tertentu, termasuk layanan bayar sesuai penggunaan yang ada, paket sumber daya, dan sumber daya langganan. Penangguhan layanan hanya dimulai ketika penggunaan Anda melebihi cakupan perlindungan. Untuk informasi lebih lanjut, lihat Perlindungan Penangguhan Layanan bayar sesuai penggunaan.
Langganan
Metode penagihan ini berlaku untuk Firewall Authoritative Publik. Anda harus membeli layanan terlebih dahulu, dan biaya mencakup periode langganan yang dipilih.
Komponen | Item yang dapat ditagih | Harga | Deskripsi |
Proteksi serangan DDoS | Pertahanan dasar serangan DNS | USD 86/nama domain/tahun | Menyediakan proteksi dasar serangan DNS untuk setiap nama domain yang dilampirkan pada edisi tersebut. Ambang batas pertahanan dasar serangan DNS adalah 10 juta kueri per detik (QPS). |
Pertahanan serangan DNS lanjutan | USD 429/nama domain/tahun | Menyediakan proteksi serangan DNS komprehensif untuk setiap nama domain yang dilampirkan pada edisi tersebut. Ini dapat menahan lebih dari 100 juta DNS QPS. | |
Nama Domain Proxy Authoritative | Nama Domain Proxy Authoritative | USD 588/nama domain/tahun | Biaya untuk membeli nama domain proxy authoritative. Catatan Karena penyesuaian kebijakan penjualan, mulai 30 Oktober 2025, paket langganan dengan DNS Security diatur ke "Tanpa Pertahanan" tidak lagi tersedia untuk pembelian. |
Kedaluwarsa
Proteksi serangan DDoS: Fitur ini kedaluwarsa bersamaan dengan instans Zona Authoritative Publik. Untuk menghindari gangguan layanan, Anda harus memperpanjang instans tersebut. Untuk informasi lebih lanjut, lihat Kedaluwarsa dan perpanjangan instans.
Nama Domain Proxy Authoritative: Setelah layanan kedaluwarsa, fitur proxy dinonaktifkan. Untuk memastikan kelangsungan bisnis, Anda harus memperpanjang layanan sebelum kedaluwarsa.