Share via


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.

Feljegyzé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-szintekről további információt a megoldáshoz megfelelő IoT Hub-szint kiválasztása című témakörben talál.

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 a következők valamelyikével:
    • 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 egy 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 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ű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 után például két üzenetért fizetendő díj.

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ése és a befejezési üzenetek díja 4 KB-os növekményekben mért üzenetként történik. Egy 10 MB-os fájl átvitele például az Azure Storage költsége mellett 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ő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 további üzenetekként 4 KB-os adattömbökben 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.

Device – Invoke metódus: Device Direct Invoke metódus,
Modul – Meghívási módszer: Modul közvetlen meghívási metódusa
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.

Ikerpéldány lekérése: ikerpéldány lekérése
Ikermodul lekérése: Modul ikerpéldányának 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 ikerpéldány 12 KB-os frissítése például három üzenetként kerül felszámításra.

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 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/ (csak MQTT, AMQP esetén): D2C notify DesiredProperties vagy Module D2C Notify DesiredProperties
Ikereszköz- és modul-lekérdezések Az eszközök vagy az devices.modules lekérdezései üzenetként kerülnek felszámításra a 4 KB-os adattömbökben lévő eredmény méretétől függően. A feladatokra vonatkozó lekérdezések díja nem számít fel díjat.

Ikerpéldány 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 reads 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.

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 ikerpéldány 12 KB-os frissítése például három üzenetként kerül felszámításra.

Digital Twin 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özről 1 KB-os választ eredményező 6 KB-os törzsű parancsokat a rendszer a parancs két üzeneteként, valamint egy másik üzenetként számítja fel a válaszért. 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.

Összetevő meghívása parancs: Digital Twin Component Command
Gyökérszintű parancs meghívása: Digital Twin Root Command
Feladatok 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 1000 metódushívást eredményező feladat 1 KB-os kérésekkel és üres hasznos adatokra adott válaszokkal 2000 üzenetet számít fel (minden kéréshez és válaszhoz egy üzenetet).

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.
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.

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é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özstreamek (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öz adatfolyamok
Végpont: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}Eszköz adatfolyamok modul

Feljegyzés

Minden méret kiszámítása a bájtban megadott hasznos adatméret figyelembevételével történik (a protokollkeretezés 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á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 aztán az Azure Stream Analytics olvas be. 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 plusz válasz) * óránként 6 alkalommal * 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 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ü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őt kötegel egy 4 KB hasznos adattal (40 * 100 bájt) rendelkező, egyetlen eszközről felhőbe irányuló üzenetbe olvas be, akkor a kvóta alapján csak egy üzenet kerül felszámításra. 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 egy 100 bájt hasznos adattal rendelkező eszközről felhőbe irányuló üzenetet küld minden egyes beolvasott érzékelőhöz, akkor 40 üzenetet használ fel a kvóta alapján ugyanahhoz az adatmennyiséghez. 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 megállapítás a kvótahasználatot jelenti az IoT Hubhoz 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 az IoT Hubon a jelentett probléma diagnosztika eredményeitől függ. Ha a kvótahasználat elemzését jelenti, a táblával kereszthivatkozást készíthet a jelentett használati kifejezésre vagy kifejezésekre az általuk hivatkozott művelet(ek)sel.

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ó.

Képernyőkép az Azure Portal támogatási kérelmeinek kiválasztásáról.

A Következő megoldások kiválasztása után a kvótahasználati megállapítást az IoT Hub napi üzenetkvóta-lebontása alatt lévő diagnosztikák adják vissza. 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. Vegye figyelembe, hogy előfordulhat, hogy a kvótahasználati megállapítások nem adhatók vissza 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.

Képernyőkép a kvótahasználatról az Azure Portal támogatási kérésében.