számlázási adatok Azure IoT Hub
Azure IoT Hub díjszabás á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 ismerteti, 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 meghatározhatja, hogy mely műveletek kerülnek felszámításra. Az összes számlázható műveletet 4K bájtos blokkokban számítjuk fel alapszintű és standard szintű IoT Hubokon. A műveletek mérése 0,5 000 bájtos adattömbökben, ingyenes szintű IoT Hubokon. Az egyes kategóriák részletei a Számlázási adatok oszlopban találhatók. Ez az oszlop a következő információkat tartalmazza:
- A számlázható műveletek forgalmi díja 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űveletvé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ó vezető 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 olyan számlázható műveleteket jelentenek, amelyek az IoT Hub kvótája alapján kerülnek felszámításra. 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 végezhet 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 | Az üzenetek sikeres elküldése 4 KB-os adattömbökben történik a IoT Hub bejövő forgalom esetén. Például egy 100 bájtos üzenet egy üzenetként, a 6 KB-os üzenet pedig két üzenetként lesz felszámítva. Eszközesemény küldése: eszközről felhőbeli telemetriára vagy eszközről felhőre telemetriai útválasztás attól függően, hogy az IoT Hub rendelkezik-e konfigurált üzenet-útválasztá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. Egy 6 KB-os üzenet például két üzenetként kerül felszámításra. 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ése és a befejezési üzenetek díja 4 KB-os növekményekben mért üzenetként történik. A 10 MB-os fájlok átvitele például az Azure Storage költségén felül két üzenetként történik. Fájlfeltöltési Sas URI létrehozása: Eszközről 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álaszok pedig 4 KB-os adattömbökben lesznek felszámítva további üzenetekként. A hasznos adatok nélküli kérések vagy válaszok egy üzenetként lesznek felszámítva. Például egy 4 KB-os törzsű metódus, amely egy olyan választ eredményez, amely nem tartalmaz hasznos adatokat az eszközről, két üzenetként kerül felszámításra. Egy 6 KB-os törzsű metódust, amely 1 KB-os választ eredményez az eszközről, a rendszer két üzenetként számítja fel a kérést, valamint egy másik üzenetet a válaszért. A leválasztott eszközökre irányuló kérelmeket a rendszer 4 KB-os adattömbökben lévő üzenetként, valamint egy olyan válaszüzenetként számítja fel, amely azt jelzi, hogy az eszköz nincs online állapotban. Device – Invoke metódus: Device Direct Invoke Metódus, Modul – Metódus meghívása: Module Direct Invoke Metódus |
| Ikereszköz- és modulolvasások | Az ikerolvasások az eszközről vagy a modulból, valamint a megoldás háttérrendszeréből 4 KB-os adattömbökben lévő üzenetekként kerülnek felszámításra. 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): D2C Get Twin Végpont: /devices/{deviceid}/modules/{moduleid}/twin (csak MQTT, CSAK AMQP): D2C modul – ikerpéldány lekérése |
| 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 érkező ikerfrissítések 4 KB-os adattömbökben lévő üzenetként kerülnek felszámításra. 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 Ikermodul cseréje: Az ikermodul cseréje Eszköz vagy modul ikerpéldányának jelentett tulajdonságainak frissítése egy eszközről: Végpont: /twin/PATCH/properties/reported/ (csak MQTT, CSAK AMQP): 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, AMQP): D2C Notify DesiredProperties vagy Module D2C Notify DesiredProperties |
| Ikereszköz- és modul-lekérdezések | Az eszközökre vagy az devices.modules-ra irányuló lekérdezések üzenetként kerülnek felszámításra, az eredmény méretétől függően 4 KB-os adattömbökben. 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 ikereszközök olvasása | A megoldás háttérrendszeréből származó digitális ikerpéldány-olvasások 4 KB-os adattömbökben lévő üzenetként kerülnek felszámításra. 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 díja 4 KB-os adattömbökben történik, a válaszok pedig 4 KB-os adattömbökben lesznek felszámítva további üzenetekként. 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 kerül felszámításra. 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álaszhoz. A leválasztott eszközökre vonatkozó parancsokat a rendszer 4 KB-os adattömbökben lévő üzenetként, valamint egy olyan válaszüzenetként számítja fel, amely azt jelzi, hogy az eszköz nincs online állapotban. Összetevő parancs meghívása: Digital Twin Component Command Gyökérszintű parancs meghívása: Digital Twin Root Command |
| 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 ikerfrissítéseket és 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 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 a 4 KB-os adattömbökben lévő üzenetekként kerülnek felszámításra. A válaszokért nem kell fizetni. Egy 6 KB-os törzset tartalmazó alkalmazáskonfigurá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étesítéséhez 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 kell fizetni. |
| 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 az összes méretet a bájtban megadott hasznos adatméret alapján számítja ki (a protokollkeretezést figyelmen kívül hagyja). A tulajdonságokat és törzset tartalmazó üzenetek esetében a méretet protokoll-agnosztikus 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
Az 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 fel. A megoldás háttérrendszere 10 percenként meghív egy metódust (512 bájt hasznos adattal) az eszközön egy adott művelet elindításához. Az eszköz 200 bájttal válaszol a metódusra.
Az eszköz a következőt 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 alkalommal * 24 óra = 288 üzenet a metódusokhoz.
Ez a számítás összesen 1728 üzenetet ad naponta.
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 olvassa be a 14 KB-os ikereszközt, és 512 bájt hasznos adattal frissíti a konfigurációk módosításához.
Az eszköz a következőt használja:
25 (100 KB / 4 KB) üzenet * 24 óra az eszközről a felhőbe irányuló üzenetekhez.
Egy üzenet (1 KB / 4 KB) * naponta hat alkalommal az ikereszköz-frissítések esetében.
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 611 üzenetet használ naponta.
3. példa
A forgatókönyvtől függően az üzenetek kötegelése csökkentheti a kvótahasználatot.
Vegyük például azt az eszközt, amely olyan érzékelővel rendelkezik, amely minden olvasáskor csak 100 bájtnyi adatot hoz létre:
Ha az eszköz 40 érzékelőt köt ki egyetlen, 4 KB hasznos adattal rendelkező (40 * 100 bájt) hasznos adattal rendelkező, egyetlen eszközről felhőbe irányuló üzenetbe, akkor a rendszer csak egy üzenetet számít fel a kvótára. Ha az eszköz óránként 40 alkalommal olvassa be az érzékelőt, és azokat óránként egyetlen eszközről felhőbe irányuló üzenetbe köti be, akkor naponta 24 üzenetet küld.
Ha az eszköz egy 100 bájt hasznos adattal rendelkező eszközről felhőbe irányuló üzenetet küld minden egyes olvasott érzékelőhöz, akkor 40 üzenetet használ fel a kvótával megegyező mennyiségű adathoz. Ha az eszköz óránként 40-szer olvassa be az érzékelőt, és egyenként küldi el az egyes üzeneteket, akkor naponta 960 üzenetet küld (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, megfontolhatja az adattömörítés implementálását is az üzenetkvótára gyakorolt hatás további csökkentése érdekében.
4. példa
Amikor támogatási kérést nyit meg Azure Portal, a rendszer futtatja a jelentett problémára vonatkozó diagnosztikát. 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 adott megállapítás visszaadása az IoT Hubon a jelentett probléma diagnosztikájának eredményeitől függ. Ha a kvótahasználati megállapítás jelentve van, a táblával kereszthivatkozást készíthet 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érelem 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-bontásban 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 a kvótahasználati megállapítás nem lesz visszaadva ugyanarra a problémára egy másik IoT Hubon. A visszaadott érték az IoT Hub tevékenységétől és állapotától függ.
