Az Azure IoT Hub számlázási adatai

Az Azure IoT Hub díjszabása általános információkat nyújt a különböző termékváltozatokról és az IoT Hub díjszabásáról. Ez a cikk részletesen ismerteti, hogyan méri a különböző IoT Hub-funkciókat az IoT Hub üzenetként.

Note

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 kapcsolatban további információkért lásd Válassza ki a megoldása számára megfelelő IoT Hub-szintet és -méretet.

Műveletekre jutó díjak

Az alábbi táblázat segít meghatározni, hogy mely műveletek kerülnek felszámításra. Az összes számlázható művelet 4K bájtos blokkokban kerül felszámításra 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 oszlop tartalmazza. 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, amelyek esetében a következők valamelyike áll fenn:
  • A REST API dokumentációjának hivatkozása, ha létezik.
  • A műveleti végpont, ha a REST API dokumentációja nem érhető el, vagy ha a művelet csak MQTT és/vagy AMQP protokollon keresztül érhető el. A végpont értéke kihagyja a cél IoT Hubra mutató első 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ölnek. Ezeket a kifejezéseket a kvótahasználati megállapítás részeként láthatja, amikor támogatási kérést kezdeményez az Azure Portalon. Az ügyfélszolgálat ezeket a feltételeket is visszaküldheti. Az alábbi táblázat segítségével kereszthivatkozásokat 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űveletek (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 sikeresen elküldött üzeneteket 4 KB-os adattömbökben számítjuk fel az IoT Hubba való bemenő forgalom során. Egy 100 bájtos üzenet például egy üzenetként, egy 6 KB-os üzenet pedig két üzenetként kerül felszámításra. Eszközesemény küldése: az eszközről a felhő telemetriára vagy az eszközről a felhőalapú telemetriai útválasztásra 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	A sikeresen elküldött üzeneteket 4 KB-os adattömbökben számítjuk fel. Egy 6 kB-os üzenetért például két üzenet árában fizetendő. Eszköz – 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 az IoT Hub nem méri. A fájlátvitel kezdeményezési és befejezési üzenetei 4 KB-os egységekben mérve számlázódnak. Egy 10 MB-os fájl átvitele például az Azure Storage költsége mellett két üzenetként van felszámítva. 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őbeli fájlfeltöltésre
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, extra ü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 adatok nélküli választ eredményez, két üzenetként lesz feltöltve. Az eszközről 1 KB-os választ eredményező 6 KB-os törzsű metódust a rendszer a kérés két üzeneteként, valamint egy másik üzenetként számítja fel a válaszért. 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 kerülnek felszámításra, amely azt jelzi, hogy az eszköz nincs online állapotban. Eszközök – Függvényhívási módszer: Eszközök közvetlen függvényhívási módszere Modulok – Meghívási metódus: Közvetlen modulhívási 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. Például egy 8 KB-os ikerpéldány olvasása két üzenetként kerül felszámításra. Eszközök – Ikerpéldány lekérése: Ikerpéldány lekérése Modulok – 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, AMQP): D2C Get Twin Végpont: /devices/{deviceid}/modules/{moduleid}/twin (csak MQTT, AMQP): D2C Get Twin modul
Ikereszköz- és modulfrissítések (címkék és tulajdonságok)	Az eszközről vagy modulból, valamint 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 12 KB-os frissítés egy ikerpéldánynál például három üzenetként kerül felszámításra. Eszközök – Ikerpéldány frissítése: Ikerpéldány frissítése Modulok – Ikerpéldány frissítése: Ikerpéldány frissítése Eszközök – Ikerpéldány cseréje: Ikerpéldány cseréje Modulok - Ikermodul cseréje: 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, 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/ (MQTT, csak AMQP esetén): D2C Értesítés KívántTulajdonságok vagy Modul D2C Értesítés KívántTulajdonságok
Ikereszköz- és modul-lekérdezések	Lekérdezések az eszközökre vagy az eszközök moduljaira úgy kerülnek felszámításra, mint üzenetek az eredmény méretétől függően, 4 KB-os darabokban. A munkákra vonatkozó lekérdezésekért nem számítanak fel díjat. Lekérdezés – Ikerpéldányok lekérése (lekérdezés az eszközök vagy a devices.modules gyűjtemények alapján): Eszközök lekérdezése
Digitális iker olvasások	A megoldás háttérrendszeréből származó digitális ikerolvasások 4 KB-os adattömbökben lévő üzenetként kerülnek felszámításra. Például egy 8 KB-os ikerpéldány olvasása két üzenetként kerül felszámításra. Digital Twin – Digitális ikerpéldány beszerzése: Digitális ikerpéldány beszerzése
Digitális ikerfrissítések	A megoldás háttérrendszeréből származó digitális ikerfrissítések 4 KB-os adattömbökben lévő üzenetként kerülnek felszámításra. Egy 12 KB-os frissítés egy ikerpéldánynál például három üzenetként kerül felszámításra. Digital Twin – Digitális ikerpéldány frissítése: Digitális ikerpéldány 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. Az eszközre küldött, 6 KB-os törzsű parancs, amely 1 KB-os választ eredményez, a parancsért két üzenetként, a válaszért pedig egy további üzenetként kerül felszámításra. A leválasztott eszközökre vonatkozó parancsok 4 KB-os adattömbökben lévő üzenetként, valamint egy olyan válaszüzenetként kerülnek felszámításra, amely azt jelzi, hogy az eszköz nincs online állapotban. Digital Twin – Összetevő-parancs meghívása: Digital Twin összetevő-parancs Digital Twin – Gyökérszintű parancs meghívása: Digital Twin Root Command
Munkák műveletei (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 feladat, amely 1000 metódushívást eredményez 1 KB méretű kérésekkel és üres hasznos tartalmú válaszokkal, 2000 üzenetként kerül felszámításra (minden kéréshez és válaszhoz egy-egy üzenet). Ikerkészülék 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.
Eszközenkénti konfigurációs műveletek	A konfigurációs műveletek 4 KB-os adattömbökben lévő üzenetként kerülnek felszámításra. 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 kerül felszámításra. Konfiguráció – Alkalmazás peremhálózati 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ése érdekében kicserélt üzenetek és a tárgyalások során kicserélt üzenetek, illetve a kapcsolat nyitva és életben tartása érdekében kicserélt üzeneteket a rendszer nem számítja fel.
Eszköz-stream-ek (előzetes verzió)	Az eszközstreamek előzetes verzióban jelennek meg, a műveletekért pedig még nem kell fizetni. Végpont: /twins/{deviceId}/streams/{streamName}Eszközstreamek Végpont: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}Eszközfolyam modul

Note

Minden méret kiszámítása a bájtban megadott hasznos adatméret figyelembevételével történik, figyelmen kívül hagyva a protokollkeretezést. 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-üzenetek létrehozása és olvasása.

Az üzenetek maximális mérete eltérő a különböző típusú műveletek esetében. További tudnivalókért lásd az IoT Hub kvótákról és korlátozásról szóló témakört.

Egyes műveletek esetében kötegelési és tömörítési stratégiákat használhat a költségek csökkentésére. Az eszközről a felhőbe irányuló telemetriát használó példáért lásd a 3. példát.

1. példa

Az eszköz percenként egy 1 KB-os, eszközről felhőbe irányuló üzenetet küld az IoT Hubnak, amelyet az Azure Stream Analytics olvas. 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 aktiválásához. Az eszköz 200 bájtos eredménnyel 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 hatszor * 24 óra = 288 üzenet a metódusokhoz.

Ez a számítás naponta összesen 1728 üzenetet ad.

2. példa

Az eszköz óránként egy 100 KB-os, eszközről felhőbe irányuló üzenetet küld. Emellett négy óránként 1 KB hasznos adattal frissíti az ikereszközét. A megoldás háttérrendszere naponta egyszer felolvassa 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 eszközről felhőbe irányuló üzenetek esetén.

• 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 négy ü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 öt ü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 csoportosítása csökkentheti a kvóta felhasználását.

Vegyük például azt az 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ő leolvasását kötegel egy eszközről felhőbe irányuló, 4 KB hasznos teherrel (40 * 100 bájt) rendelkező üzenetbe, akkor csak egy üzenet kerül felszámításra a kvótából. Ha az eszköz óránként 40-szer olvassa be az érzékelőt, és azokat óránként egyetlen eszközről felhőbe irányuló üzenetbe köti, naponta 24 üzenetet küld.

• Ha az eszköz minden egyes érzékelőolvasáshoz egy 100 bájtos hasznos teher méretű eszköz-felhő üzenetet küld, akkor ugyanahhoz az adatmennyiséghez 40 üzenet kerül felhasználásra a kvóta terhére. 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, 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érelmet nyit meg az Azure Portalon, 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 jelentés beszámol az IoT hub kvótahasználatáról az előző táblázatban található, dőlt betűvel jelölt kifejezések használatával. Az, hogy a rendszer visszaadja-e ezt az adott megállapítást, az IoT Hubon a jelentett probléma diagnosztikáinak eredményeitől függ. Ha a kvótahasználati betekintés jelentést kap, a táblázat segítségével kereszthivatkozásokat készíthet a jelentett használati kifejezésekre és az általuk hivatkozott műveletekre.

Az alábbi képernyőképen például az eszközről a felhőbe irányuló telemetriával kapcsolatos probléma miatt indított támogatási kérés látható.

A Következő megoldások kiválasztása után a kvótahasználati megállapítást a diagnosztika adja vissza az IoT Hub napi üzenetkvóta-lebontása alatt. Megjeleníti az IoT Hubnak küldött eszközről a 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őre irányuló telemetriai útválasztásként jelennek meg. ** Egy másik IoT-hubon előfordulhat, hogy ugyanarra a problémára nem kapjuk meg a kvótahasználati betekintést. A visszaadott érték az IoT Hub tevékenységétől és állapotától függ.