számlázási adatok Azure IoT Hub
Azure IoT Hub díjszabása általános információkat nyújt a különböző termékváltozatokról és a IoT Hub díjszabásáról. Ez a cikk részletesen bemutatja, hogyan mérik a különböző IoT Hub funkciókat üzenetekként IoT Hub.
Megjegyzés
A cikkben említett egyes funkciók, például a felhő–eszköz irányú üzenetküldés, az ikereszközök és az eszközfelügyelet csak a standard szintű IoT Hubon érhető el. Az alapszintű és standard/ingyenes IoT Hub szintekkel kapcsolatos további információkért lásd: A megoldáshoz megfelelő IoT Hub szint kiválasztása.
Műveletekre jutó díjak
Az alábbi táblázat segítségével megállapíthatja, hogy mely műveletekért kell fizetnie. Minden számlázható műveletért 4K bájtos blokkokban kell fizetni az alapszintű és standard szintű IoT Hubokon. A műveletek mérése 0,5K bájtos adattömbökben, ingyenes szintű IoT Hubokon. Az egyes kategóriák részleteit a Számlázási adatok oszlopban találja. Ez az oszlop a következő információkat tartalmazza:
- A számlázható műveletek mérésének részletei az alapszintű és standard szintű IoT Hubokon. Nem minden művelet érhető el az alapszinten.
- A díjakat eredményező műveletek a következők valamelyikével:
- A REST API dokumentációjára mutató hivatkozás, ha létezik.
- A műveleti végpont, ha a REST API dokumentációja nem érhető el, vagy ha a művelet csak az MQTT-n és/vagy az AMQP-n keresztül érhető el. A végpont értéke kihagyja a cél IoT Hubra mutató kezdő hivatkozást;
{fully-qualified-iothubname}.azure-devices.net.
- Egy vagy több kifejezés dőlt betűvel az egyes műveletek (vagy végpontok) után. Ezek a kifejezések az IoT Hub kvótája alapján számlázható műveleteket jelölik. Ezeket a feltételeket egy kvótahasználati megállapítás részeként láthatja, amikor támogatási kérést kezdeményez Azure Portal. Az ügyfélszolgálat is visszaküldheti őket. Az alábbi táblázat segítségével kereszthivatkozást alkalmazhat ezekre a kifejezésekre a megfelelő művelettel, így könnyebben megértheti az IoT-megoldás kvótahasználatát és számlázását. További információ: 4. példa.
| Műveletkategória | Számlázási adatok |
|---|---|
| Identitásjegyzék műveletei (létrehozás, frissítés, lekérés, lista, törlés, tömeges frissítés, statisztikák) |
Nem számítunk fel díjat. |
| Az eszközről a felhőbe irányuló üzenetek | A sikeres üzenetek küldése 4 KB-os adattömbökben történik a IoT Hub bejövő forgalom esetén. Egy 100 bájtos üzenet például egy üzenetként, a 6 KB-os üzenet pedig két üzenetként lesz felszámítva. Eszközesemény küldése: az eszközről a felhőbe telemetriára vagy az eszközről a felhőbe irányuló telemetriai útválasztás attól függően, hogy az IoT Hub rendelkezik-e konfigurált üzenetirányítási funkciókkal. |
| Felhőből eszközre irányuló üzenetek | Az üzenetek sikeres elküldése 4 KB-os adattömbökben történik. Például egy 6 KB-os üzenet két üzenetként lesz felszámítva. Eszközhöz kötött értesítés fogadása: Felhőből eszközre parancs |
| Fájlfeltöltések | Az Azure Storage-ba történő fájlátvitelt nem méri IoT Hub. A fájlátvitel kezdeményezési és befejezési üzeneteit 4 KB-os növekményekben mért üzenetként számítjuk fel. Egy 10 MB-os fájl átvitele például két üzenetként történik az Azure Storage költségei mellett. Fájlfeltöltési Sas URI létrehozása: Eszközről a felhőbe fájlfeltöltés Fájlfeltöltés állapotának frissítése: Eszközről felhőbe fájlfeltöltés |
| Közvetlen metódusok | A sikeres metóduskéréseket 4 KB-os adattömbökben számítjuk fel, a válaszokat pedig 4 KB-os adattömbökben, további üzenetekként számítjuk fel. A hasznos adattal nem rendelkező kéréseket és válaszokat egyetlen üzenetként számítjuk fel. Például egy 4 KB-os törzsű metódus, amely az eszközről származó hasznos adat nélküli választ eredményez, két üzenetként lesz feltöltve. Egy 6 KB-os törzsű metódus, amely 1 KB-os választ eredményez az eszközről, két üzenetként lesz felszámítva a kéréshez, valamint egy másik üzenet a válaszhoz. A leválasztott eszközökre irányuló kérések 4 KB-os adattömbökben lévő üzenetként, valamint egy olyan válaszüzenetként lesznek felszámítva, amely azt jelzi, hogy az eszköz nincs online állapotban. Device – Invoke metódus: Device Direct Invoke metódus, Modul – Invoke metódus: Module Direct Invoke metódus |
| Ikereszköz- és modulolvasások | Az eszközről vagy modulból és a megoldás háttérrendszeréből érkező ikerolvasásokat 4 KB-os adattömbökben lévő üzenetként számítjuk fel. Egy 8 KB-os ikerpéldány olvasása például két üzenetként történik. Ikerpéldány lekérése: ikerpéldány lekérése Ikermodul lekérése: Ikermodul lekérése Eszköz és modul ikerpéldányainak olvasása egy eszközről: Végpont: /devices/{id}/twin (csak MQTT, csak AMQP esetén): D2C Get Twin Végpont: /devices/{deviceid}/modules/{moduleid}/twin (csak MQTT, csak AMQP esetén): D2C get twin modul |
| Ikereszköz- és modulfrissítések (címkék és tulajdonságok) | Az eszközről vagy modulból és a megoldás háttérrendszeréből származó ikerfrissítések 4 KB-os adattömbökben lévő üzenetként lesznek felszámítva. Egy ikerpéldány 12 KB-os frissítését például három üzenetként számítjuk fel. Ikerpéldány frissítése: Ikerpéldány frissítése Ikermodul frissítése: Ikermodul frissítése Ikerpéldány cseréje: Ikerpéldány cseréje Modul ikerpéldány cseréje: Az ikermodul cseréje Eszköz vagy modul ikereszköz jelentett tulajdonságainak frissítése egy eszközről: Végpont: /twin/PATCH/properties/reported/ (csak MQTT, CSAK AMQP esetén): D2 Patch ReportedProperties vagy Module D2 Patch ReportedProperties A kívánt tulajdonságok frissítésére vonatkozó értesítések fogadása egy eszközön: Végpont: /twin/PATCH/properties/desired/ (csak MQTT, CSAK AMQP esetén): D2C Notify DesiredProperties vagy Module D2C Notify DesiredProperties |
| Ikereszköz- és modul-lekérdezések | Az eszközökre vagy devices.modules-ra irányuló lekérdezések a 4 KB-os adattömbökben lévő eredmény méretétől függően üzenetekként lesznek felszámítva. A feladatokra irányuló lekérdezésekért nem kell fizetni. Ikerpéldányok lekérése (lekérdezés az eszközök vagy az devices.modules gyűjtemények alapján): Eszközök lekérdezése |
| Digitális ikerpéldányok olvasása | A megoldás háttérrendszeréből származó digitális ikerpéldányok 4 KB-os adattömbökben lévő üzenetként lesznek felszámítva. Egy 8 KB-os ikerpéldány olvasása például két üzenetként történik. Digitális ikerpéldány beszerzése: Digitális ikerpéldány beszerzése |
| Digitális ikerpéldány-frissítések | A megoldás háttérrendszeréből származó digitális ikerpéldány-frissítéseket 4 KB-os adattömbökben lévő üzenetként számítjuk fel. Egy ikerpéldány 12 KB-os frissítését például három üzenetként számítjuk fel. A Digital Twin frissítése: A Digital Twin javítása |
| Digitális ikerparancsok | A sikeres parancsokért 4 KB-os adattömbökben kell fizetni, a válaszokért pedig további üzenetekként 4 KB-os adattömbökben kell fizetni. A törzs nélküli kéréseket és válaszokat egyetlen üzenetként számítjuk fel. Például egy 4 KB-os törzsű parancs, amely egy olyan választ eredményez, amely nem tartalmaz törzset az eszközről, két üzenetként lesz felszámítva. A 6 KB-os törzsű parancsok, amelyek 1 KB-os választ eredményeznek az eszközről, két üzenetként kerülnek felszámításra a parancshoz, valamint egy másik üzenetként a válaszért. A leválasztott eszközökre vonatkozó parancsok 4 KB-os adattömbökben lévő üzenetként vannak felszámítva, valamint egy üzenetként, amely azt jelzi, hogy az eszköz nincs online állapotban. Összetevő meghívása parancs: Digital Twin Component Command Gyökérszintű parancs meghívása: Digitális ikerpéldány gyökérparancsa |
| Feladatműveletek (létrehozás, megszakítás, lekérés, lekérdezés) |
Nem számítunk fel díjat. |
| Feladatok eszközönkénti műveletek | A feladatműveleteket (például az ikerfrissítéseket és a metódusokat) 4 KB-os adattömbökben számítjuk fel. Például egy 1000 metódushívást eredményező feladat 1 KB-os kérésekkel és üres hasznos adatokra adott válaszokkal 2000 üzenetet (minden kéréshez és válaszhoz egy üzenetet) számítunk fel. Ikereszköz-feladat frissítése Metóduseszköz-feladat meghívása |
| Konfigurációs műveletek (létrehozás, frissítés, lekérés, lista, törlés, teszt lekérdezés) |
Nem számítunk fel díjat. |
| Konfiguráció eszközönkénti műveletek | A konfigurációs műveletekért 4 KB-os adattömbökben lévő üzeneteket kell fizetni. A válaszokért nem kell fizetni. Egy 6 KB-os törzsű konfigurációs művelet például két üzenetként lesz felszámítva. Alkalmazás Edge-eszközön: Konfigurációs szolgáltatás alkalmazása. |
| Életben tartási üzenetek | AMQP- vagy MQTT-protokollok használata esetén a kapcsolat létrehozásához kicserélt üzenetekért és a tárgyalások során kicserélt üzenetekért, illetve a kapcsolat nyitva és életben tartásáért nem számítunk fel díjat. |
| Eszközstreamek (előzetes verzió) | Az eszközstreamek előzetes verzióban jelennek meg, és a műveletekért még nem kell fizetni. Végpont: /twins/{deviceId}/streams/{streamName}Eszközstreamek Végpont: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}Eszközstreamek modul |
Megjegyzés
A rendszer minden méretet kiszámít, figyelembe véve a hasznos adat méretét bájtban (a protokollkeretezés figyelmen kívül lesz hagyva). A tulajdonságokat és törzset tartalmazó üzenetek esetében a méretet protokollfüggetlen módon számítjuk ki. További információ: IoT Hub üzenetformátum.
Az üzenetek maximális mérete eltérő a különböző típusú műveletek esetében. További információ: IoT Hub kvóták és szabályozás.
Egyes műveletek esetében kötegelési és tömörítési stratégiák használatával csökkentheti a költségeket. Az eszközről a felhőbe irányuló telemetriát használó példáért lásd: 3. példa.
1. példa
Egy eszköz percenként egy 1 KB-os, eszközről felhőbe irányuló üzenetet küld IoT Hub, amelyet az Azure Stream Analytics olvas be. A megoldás háttérrendszere 10 percenként meghív egy metódust (512 bájtos hasznos adattal) az eszközön egy adott művelet aktiválásához. Az eszköz 200 bájttal válaszol a metódusra.
Az eszköz a következőket használja:
Egy üzenet * 60 perc * 24 óra = 1440 üzenet naponta az eszközről a felhőbe irányuló üzenetekhez.
Két üzenet (kérés és válasz) * óránként 6-szor * 24 óra = 288 üzenet a metódusokhoz.
Ez a számítás naponta összesen 1728 üzenetet ad.
2. példa
Az eszközök óránként egy 100 KB-os, eszközről felhőbe irányuló üzenetet küldenek. Emellett négy óránként 1 KB hasznos adattal frissíti az ikereszközt. A megoldás háttérrendszere naponta egyszer beolvassa a 14 KB-os ikereszközt, és 512 bájtos hasznos adatokkal frissíti a konfigurációk módosításához.
Az eszköz a következőket használja:
25 (100 KB / 4 KB) üzenet * 24 óra az eszközről a felhőbe irányuló üzenetek esetében.
Egy üzenet (1 KB / 4 KB) * naponta hat alkalommal az ikereszköz-frissítésekhez.
Ez a számítás naponta összesen 606 üzenetet ad.
A megoldás háttérrendszere 4 üzenetet (14 KB / 4 KB) használ fel az ikereszköz olvasásához, valamint egy üzenetet (512 / 4 KB) a frissítéshez, összesen 5 üzenethez.
Az eszköz és a megoldás háttérrendszere összesen naponta 611 üzenetet használ fel.
3. példa
A forgatókönyvtől függően az üzenetek kötegelése csökkentheti a kvótahasználatot.
Vegyünk például egy olyan eszközt, amely olyan érzékelővel rendelkezik, amely minden olvasáskor csak 100 bájtnyi adatot generál:
Ha az eszköz 40 érzékelőt kötegel egy 4 KB hasznos adattal (40 * 100 bájt) rendelkező, egyetlen eszközről a felhőbe irányuló üzenetbe, akkor csak egy üzenet kerül felszámításra a kvótával szemben. Ha az eszköz óránként 40-szer olvassa be az érzékelőt, és óránként egyetlen eszközről felhőbe irányuló üzenetbe köteseli azokat, naponta 24 üzenetet küld.
Ha az eszköz egy 100 bájtos hasznos adattartalommal rendelkező eszközről a felhőbe irányuló üzenetet küld minden egyes beolvasott érzékelőhöz, akkor 40 üzenetet használ fel a kvóta ellenében, azonos mennyiségű adatért. Ha az eszköz óránként 40-szer olvassa be az érzékelőt, és egyenként küldi el az egyes üzeneteket, 960 üzenetet küld naponta (40 üzenet * 24).
A kötegelési stratégia a forgatókönyvtől és az adatok időkritikusságától függ. Ha nagy mennyiségű adatot küld, az üzenetkvótára gyakorolt hatás további csökkentése érdekében adattömörítést is alkalmazhat.
4. példa
Amikor támogatási kérést nyit meg Azure Portal, a jelentett problémára vonatkozó diagnosztikák futnak. Az eredmény megállapításként jelenik meg a kérés Megoldások lapján. Az egyik ilyen megállapítás az IoT Hub kvótahasználatát jelenti a táblázat korábbi, dőlt betűs kifejezéseivel. Az, hogy a rendszer visszaadja-e ezt az adott megállapítást, az IoT Hubon a jelentett probléma diagnosztikájának eredményeitől függ. Ha a kvótahasználattal kapcsolatos megállapítás jelentve van, a táblával kereszthivatkozást végezhet a jelentett használati kifejezésre vagy kifejezésekre az általuk hivatkozott művelet(ek)ben.
Az alábbi képernyőképen például egy támogatási kérés látható, amely az eszközről a felhőbe irányuló telemetriával kapcsolatos probléma miatt indult el.
A Következő megoldások kiválasztása után a kvótahasználati megállapítást a diagnosztika IoT Hub napi üzenetkvóta-lebontás alatt adja vissza. Megjeleníti az IoT Hubnak küldött eszközről felhőbe irányuló üzenetek lebontását. Ebben az esetben az üzenet-útválasztás engedélyezve van az IoT Hubon, így az üzenetek eszközről felhőbe telemetriai útválasztásként jelennek meg. Vegye figyelembe, hogy előfordulhat, hogy egy másik IoT Hubon nem jelenik meg ugyanahhoz a problémához a kvótahasználati megállapítás. A visszaadott érték az IoT Hub tevékenységétől és állapotától függ.
