Informasi penagihan Azure IoT Hub

Harga Azure IoT Hub menyediakan informasi umum tentang SKU dan harga yang berbeda untuk IoT Hub. Artikel ini berisi detail tentang bagaimana berbagai fungsi IoT Hub diukur sebagai pesan oleh IoT Hub.

Note

Beberapa fitur yang disebutkan dalam artikel ini, seperti pesan cloud-ke-perangkat, kembar perangkat, dan manajemen perangkat, hanya tersedia di tingkat standar IoT Hub. Untuk informasi selengkapnya tentang tingkat IoT Hub dasar dan standar/gratis, lihat Memilih tingkat dan ukuran IoT Hub yang tepat untuk solusi Anda.

Biaya per operasi

Gunakan tabel berikut untuk membantu menentukan operasi mana yang dikenakan biaya. Semua operasi yang dapat ditagih dibebankan dalam blok byte 4K pada hub IoT tingkat dasar dan standar. Operasi diukur dalam potongan 0,5K-byte pada hub IoT tingkat gratis. Detail untuk setiap kategori disediakan di kolom Informasi penagihan . Kolom ini mencakup informasi berikut:

• Detail-detail tentang bagaimana operasi yang dikenakan biaya dihitung pada hub IoT tingkat dasar dan standar. Tidak semua operasi tersedia di tingkat dasar.
• Operasi yang mengakibatkan biaya, dengan salah satu dari berikut:
  • Tautan ke dokumentasi REST API jika ada.
  • Titik akhir operasi jika dokumentasi REST API tidak tersedia, atau jika operasi hanya tersedia melalui MQTT dan/atau AMQP. Nilai titik akhir menghilangkan referensi awal ke hub IoT target; {fully-qualified-iothubname}.azure-devices.net.
• Satu atau beberapa istilah dalam miring mengikuti setiap operasi (atau titik akhir). Ketentuan ini mewakili operasi yang dapat ditagih yang dikenakan terhadap kuota untuk hub IoT Anda. Anda mungkin melihat istilah-istilah ini disediakan sebagai bagian dari wawasan penggunaan kuota saat Anda memulai permintaan dukungan di portal Microsoft Azure. Dukungan pelanggan juga dapat mengembalikan persyaratan ini. Anda dapat menggunakan tabel berikut untuk mereferensikan silang istilah-istilah ini dengan operasi yang sesuai untuk membantu Anda memahami penggunaan dan penagihan kuota untuk solusi IoT Anda. Untuk informasi selengkapnya, lihat Contoh 4.

Kategori operasi	Informasi penagihan
Operasi registri identitas (buat, perbarui, dapatkan, daftar, hapus, pembaruan massal, statistik)	Tidak dikenakan biaya.
Pesan perangkat ke cloud	Pesan yang berhasil dikirim dibebankan dalam potongan 4 KB pada masuk ke IoT Hub. Misalnya, pesan 100 byte dibebankan sebagai satu pesan, dan pesan 6 KB dibebankan sebagai dua pesan. Kirim Peristiwa Perangkat: entah Telemetri Perangkat ke Cloud atau Perutean Telemetri Perangkat ke Cloud tergantung pada apakah hub IoT memiliki fitur perutean pesan yang dikonfigurasi.
Pesan cloud ke perangkat	Pesan yang berhasil dikirim dibebankan dalam potongan 4 KB. Misalnya, pesan 6 KB dibebankan sebagai dua pesan. Perangkat - Menerima Pemberitahuan Terikat Perangkat: Perintah Cloud ke Perangkat
Unggahan Berkas	Transfer file ke Azure Storage tidak diukur oleh IoT Hub. Inisiasi transfer file dan pesan penyelesaian dikenakan biaya sebagai pesan yang diukur dalam kelipatan 4 KB. Misalnya, mentransfer file 10 MB dikenakan biaya sebagai dua pesan selain biaya Azure Storage. Buat Unggahan File Sas Uri: Unggahan File Perangkat ke Cloud Memperbarui Status Unggahan File: Unggahan File Perangkat ke Cloud
Metode langsung	Permintaan metode yang berhasil dibebankan dalam potongan 4 KB, dan respons dibebankan dalam potongan 4 KB sebagai pesan tambahan. Permintaan atau respons tanpa payload dibebankan sebagai satu pesan. Misalnya, metode dengan isi 4 KB yang menghasilkan respons tanpa muatan dari perangkat dikenakan biaya sebagai dua pesan. Metode dengan isi 6 KB yang menghasilkan respons 1 KB dari perangkat dihitung sebagai dua pesan untuk permintaan ditambah satu pesan lain untuk respons. Permintaan untuk perangkat yang terputus dibebankan sebagai pesan dalam potongan 4 KB ditambah satu pesan untuk respons yang menunjukkan perangkat tidak online. Perangkat - Metode Pemanggilan: Metode Pemanggilan Langsung Perangkat Modul - Metode Pemanggilan: Metode Pemanggilan Langsung Modul
Pembacaan kembar perangkat dan modul	Pembacaan paralel dari perangkat atau modul dan dari backend solusi dibebankan sebagai pesan dalam segmen 4 KB. Misalnya, membaca blok data 8 KB dibebankan sebagai dua pesan. Perangkat - Get Twin: Get Twin Modul - Dapatkan Kembar: Dapatkan Modul Kembar Membaca perangkat dan modul kembar dari perangkat: Titik akhir: /devices/{id}/twin (MQTT, hanya AMQP): D2C Get Twin Titik akhir: /devices/{deviceid}/modules/{moduleid}/twin (MQTT, hanya AMQP): Modul D2C Get Twin
Pembaruan kembar perangkat dan modul (tag dan properti)	Pembaruan kembar dari perangkat atau modul dan dari ujung belakang solusi dibebankan sebagai pesan dalam gugus 4 KB. Misalnya, pembaruan 12 KB pada kembar dibebankan sebagai tiga pesan. Perangkat - Perbarui Digital Twin: Perbarui Digital Twin Modul - Perbarui Kembar: Perbarui Modul Kembar Perangkat - Ganti Kembar: Ganti Kembar Modul - Ganti Modul Kembar: Ganti Modul Kembar Memperbarui properti yang dilaporkan perangkat atau modul kembar dari perangkat: Titik akhir: /twin/PATCH/properties/reported/ (MQTT, hanya AMQP): D2 Patch ReportedProperties atau Module D2 Patch ReportedProperties Menerima pemberitahuan pembaruan properti yang diinginkan pada perangkat: Titik akhir: /twin/PATCH/properties/desired/ (MQTT, AMQP saja): D2C Beri Tahu DesiredProperties atau Module D2C Beri Tahu DesiredProperties
Kueri kembar perangkat dan modul	Kueri terhadap perangkat atau devices.modules dibebankan sebagai pesan tergantung pada ukuran hasil dalam gugus 4 KB. Kueri terhadap jobs tidak dikenakan biaya. Query - Get Twins (kueri terhadap perangkat atau koleksi devices.modules ): Kueri Perangkat
Bacaan kembar digital	Pembacaan kembar digital dari ujung belakang solusi dibebankan sebagai pesan dalam potongan 4 KB. Misalnya, membaca blok data 8 KB dibebankan sebagai dua pesan. Digital Twin - Dapatkan Digital Twin: Dapatkan Digital Twin
Pembaruan digital twin	Pembaruan kembar digital dari ujung belakang solusi dibebankan sebagai pesan dalam potongan 4 KB. Misalnya, pembaruan sebesar 12 KB pada kembar dibebankan sebagai tiga pesan. Digital Twin - Perbarui Digital Twin: Patch Digital Twin
Perintah digital twin	Perintah yang berhasil dibebankan dalam potongan 4 KB, dan respons dibebankan dalam potongan 4 KB sebagai pesan tambahan. Permintaan atau respons tanpa isi dibebankan sebagai satu pesan. Misalnya, perintah dengan isi 4 KB yang menghasilkan respons tanpa isi dari perangkat dibebankan sebagai dua pesan. Perintah dengan isi 6 KB yang menghasilkan respons 1 KB dari perangkat dibebankan sebagai dua pesan untuk perintah ditambah pesan lain untuk respons. Perintah untuk perangkat yang terputus dibebankan sebagai pesan dalam gugus 4 KB ditambah satu pesan untuk respons yang menunjukkan perangkat tidak online. Digital Twin - Mengaktifkan Perintah Komponen: Perintah Komponen Digital Twin Digital Twin - Panggil Perintah Tingkat Root: Perintah Root Digital Twin
Operasi pekerjaan (buat, batalkan, dapatkan, kueri)	Tidak dikenakan biaya.
Operasi tugas per perangkat	Operasi tugas (seperti pembaruan ganda dan metode) dibebankan dalam potongan 4 KB. Misalnya, pekerjaan yang menghasilkan 1.000 panggilan metode dengan permintaan 1 KB dan respons payload kosong dikenakan biaya 2.000 pesan (satu pesan untuk setiap permintaan dan respons). Memperbarui Pekerjaan Perangkat Kembar Memanggil Metode Tugas Perangkat
Operasi konfigurasi (membuat, memperbarui, mendapatkan, mencantumkan, menghapus, menguji kueri)	Tidak dikenakan biaya.
Operasi konfigurasi per perangkat	Operasi konfigurasi dibebankan sebagai pesan dalam unit berukuran 4 KB. Respons tidak dikenakan biaya. Misalnya, operasi konfigurasi terapkan dengan isi 6 KB dibebankan sebagai dua pesan. Konfigurasi - Terapkan Pada Perangkat Edge: Layanan Konfigurasi Berlaku.
Pesan tetap hidup	Saat menggunakan protokol AMQP atau MQTT, pesan yang ditukar untuk membuat koneksi dan pesan yang ditukar dalam negosiasi, atau untuk menjaga koneksi tetap terbuka dan hidup, tidak dikenakan biaya.
Aliran data perangkat (pratinjau)	Aliran perangkat sedang dalam tahap pratinjau dan operasi belum dikenakan biaya. Titik akhir: /twins/{deviceId}/streams/{streamName}: Aliran Perangkat Titik Akhir: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: Modul Aliran Perangkat

Note

Semua ukuran dihitung dengan mempertimbangkan ukuran payload dalam byte (kerangka protokol diabaikan). Untuk pesan yang memiliki properti dan isi, ukurannya dihitung dengan cara yang tidak bergantung pada protokol tertentu. Untuk informasi selengkapnya, lihat Membuat dan membaca pesan IoT Hub.

Ukuran pesan maksimum berbeda untuk berbagai jenis operasi. Untuk mempelajari lebih lanjut, lihat Kuota dan pembatasan IoT Hub.

Untuk beberapa operasi, Anda dapat menggunakan strategi batching dan kompresi untuk mengurangi biaya. Misalnya menggunakan telemetri perangkat ke cloud, lihat Contoh #3.

Contoh #1

Perangkat mengirim satu pesan perangkat ke cloud 1 KB per menit ke IoT Hub, yang kemudian dibaca Azure Stream Analytics. Back end solusi memanggil metode (dengan payload 512-byte) pada perangkat setiap 10 menit untuk memicu tindakan tertentu. Perangkat merespons metode dengan hasil 200 byte.

Perangkat mengonsumsi:

• Satu pesan * 60 menit * 24 jam = 1440 pesan per hari untuk pesan perangkat ke cloud.

• Dua pesan (permintaan ditambah respons) * enam kali per jam * 24 jam = 288 pesan untuk metode tersebut.

Perhitungan ini memberikan total 1.728 pesan per hari.

Contoh #2

Perangkat mengirim satu pesan dari perangkat ke cloud sebesar 100 KB setiap jam. Ini juga memperbarui perangkat kembarnya dengan payload 1-KB setiap empat jam. Back end solusi, sekali per hari, membaca kembar perangkat 14 KB dan memperbaruinya dengan payload 512-byte untuk mengubah konfigurasi.

Perangkat mengonsumsi:

• 25 (100 KB/4 KB) pesan * 24 jam untuk pesan perangkat ke cloud.

• Satu pesan (1 KB / 4 KB) * enam kali per hari untuk pembaruan kembar perangkat.

Perhitungan ini memberikan total 606 pesan per hari.

Back end solusi memerlukan empat pesan (14 KB / 4 KB) untuk membaca kembar perangkat, ditambah satu pesan (512 / 4 KB) dalam rangka memperbaruinya, dengan total lima pesan.

Secara total, perangkat dan backend solusi menggunakan 611 pesan per hari.

Contoh #3

Bergantung pada skenario Anda, pesan batching dapat mengurangi penggunaan kuota Anda.

Misalnya, pertimbangkan perangkat yang memiliki sensor yang hanya menghasilkan 100 byte data setiap kali dibaca:

• Jika perangkat mengelompokkan 40 pembacaan sensor menjadi satu pesan perangkat-ke-cloud dengan muatan 4 KB (40 * 100 byte), maka hanya satu pesan yang dihitung terhadap kuota. Jika perangkat membaca sensor 40 kali setiap jam dan mengumpulkan pembacaan tersebut menjadi satu pesan perangkat-ke-cloud setiap jam, perangkat itu akan mengirim 24 pesan/hari.

• Jika perangkat mengirim pesan perangkat ke cloud dengan payload 100 byte untuk setiap sensor yang dibaca, perangkat akan menggunakan 40 pesan terhadap kuota untuk jumlah data yang sama. Jika perangkat membaca sensor 40 kali setiap jam dan mengirim setiap pesan satu per satu, perangkat akan mengirim 960 pesan/hari (40 pesan * 24).

Strategi batching Anda tergantung pada skenario Anda dan seberapa kritis terhadap waktu data tersebut. Jika Anda mengirim data dalam jumlah besar, Anda juga dapat mempertimbangkan untuk menerapkan kompresi data untuk mengurangi dampak lebih lanjut pada kuota pesan.

Contoh #4

Saat Anda membuka permintaan dukungan di portal Microsoft Azure, diagnostik khusus untuk masalah yang dilaporkan dijalankan. Hasilnya ditampilkan sebagai wawasan pada tab Solusi permintaan Anda. Salah satu wawasan tersebut melaporkan penggunaan kuota untuk hub IoT Anda menggunakan istilah yang dicetak miring di tabel sebelumnya. Apakah wawasan khusus ini dikembalikan tergantung pada hasil diagnostik yang dilakukan di hub IoT Anda untuk masalah yang Anda laporkan. Jika wawasan penggunaan kuota dilaporkan, Anda dapat menggunakan tabel untuk mencocokkan istilah penggunaan yang dilaporkan dengan operasi yang dirujuknya.

Misalnya, cuplikan layar berikut menunjukkan permintaan dukungan yang diajukan untuk masalah dengan telemetri dari perangkat ke cloud.

Setelah Anda memilih Solusi Berikutnya, wawasan penggunaan kuota dikembalikan oleh diagnostik di bawah perincian kuota pesan harian IoT Hub. Ini menunjukkan perincian untuk pesan dari perangkat ke cloud yang dikirim ke hub IoT. Dalam hal ini, perutean pesan diaktifkan di hub IoT, sehingga pesan ditampilkan sebagai Perutean Telemetri Perangkat ke Cloud. Wawasan penggunaan kuota mungkin tidak dikembalikan untuk masalah yang sama pada hub IoT yang berbeda. Apa yang dikembalikan tergantung pada aktivitas dan status hub IoT tersebut.