Sdílet prostřednictvím


Fakturační údaje služby Azure IoT Hub

Ceny služby Azure IoT Hub poskytují obecné informace o různých cenových úrovních a cenách služby IoT Hub. Tento článek obsahuje podrobnosti o tom, jak se různé funkce IoT Hubu měří jako zprávy ve službě IoT Hub.

Poznámka:

Některé funkce uvedené v tomto článku, jako je zasílání zpráv z cloudu do zařízení, dvojčata zařízení a správa zařízení, jsou k dispozici ve službě IoT Hub pouze na úrovni Standard. Další informace o úrovních Služby IoT Hub úrovně Basic a Standard/Free najdete v tématu Volba správné úrovně IoT Hubu pro vaše řešení.

Poplatky za operaci

Následující tabulka vám pomůže určit, které operace se účtují. Všechny fakturovatelné operace se účtují v blocích IoT úrovně Basic a Standard ve 4K bajtech. Operace se měří v blocích 0,5K bajtů v centrech IoT úrovně Free. Podrobnosti o jednotlivých kategoriích jsou uvedeny ve sloupci Fakturační údaje . Tento sloupec obsahuje následující informace:

  • Podrobnosti o tom, jak se fakturovatelné operace měří ve službě IoT Hub úrovně Basic a Standard Ne všechny operace jsou dostupné na úrovni Basic.
  • Operace, které mají za následek poplatky, s následujícími operacemi:
    • Odkaz na dokumentaci k rozhraní REST API, pokud existuje.
    • Koncový bod operace, pokud není k dispozici dokumentace k rozhraní REST API nebo pokud je operace dostupná jenom přes MQTT nebo AMQP. Hodnota koncového bodu vynechá úvodní odkaz na cílové centrum IoT; {fully-qualified-iothubname}.azure-devices.net.
  • Jeden nebo více výrazů v kurzívě za každou operací (nebo koncovým bodem). Tyto termíny představují fakturovatelné operace, které se účtují za kvótu pro vaše centrum IoT. Tyto termíny se můžou zobrazit jako součást přehledu využití kvóty při zahájení žádosti o podporu na webu Azure Portal. Může je také vrátit zákaznická podpora. Následující tabulku můžete použít k křížovému odkazu na tyto termíny s odpovídající operací, která vám pomůže pochopit využití kvót a fakturaci pro vaše řešení IoT. Další informace naleznete v příkladu 4.
Kategorie operace Fakturační údaje
Operace registru identit
(vytvoření, aktualizace, získání, výpis, odstranění, hromadná aktualizace, statistika)
Neúčtuje se.
Zprávy typu zařízení-cloud Úspěšně odeslané zprávy se účtují ve 4kB blocích při příchozím přenosu dat do IoT Hubu. Například zpráva o 100 bajtech se účtuje jako jedna zpráva a zpráva o 6 kB se účtuje jako dvě zprávy.

Událost odesílání zařízení: Buď zařízení do cloudové telemetrie , nebo směrování telemetrie cloudu v závislosti na tom, jestli má centrum IoT nakonfigurované funkce směrování zpráv.
Zprávy z cloudu do zařízení Úspěšně odeslané zprávy se účtují v blocích 4 kB. Například 6kB zpráva se účtuje jako dvě zprávy.

Přijmout oznámení vázané na zařízení: Příkaz Cloud na zařízení
Nahrání souborů Služba IoT Hub neměří přenos souborů do služby Azure Storage. Zprávy o inicializace a dokončování přenosu souborů se účtují jako zprávy měřené v přírůstcích 4 kB. Například při přenosu souboru o velikosti 10 MB se kromě nákladů na Azure Storage účtují dvě zprávy.

Vytvoření identifikátoru URI SAS pro nahrání souboru sas: Nahrání souboru ze zařízení do cloudu
Stav nahrání souboru aktualizace: Nahrání souboru ze zařízení do cloudu
Přímé metody Úspěšné žádosti o metodu se účtují v blocích 4 kB a odpovědi se účtují v blocích 4 kB jako další zprávy. Žádosti nebo odpovědi bez datové části se účtují jako jedna zpráva. Například metoda s tělem 4 kB, která má za následek odpověď bez datové části ze zařízení, se účtuje jako dvě zprávy. Metoda s tělem 6 kB, která má za následek odpověď 1 kB ze zařízení, se účtuje jako dvě zprávy pro požadavek a další zprávu pro odpověď. Požadavky na odpojená zařízení se účtují jako zprávy v blocích o 4 kB a jedna zpráva pro odpověď, která značí, že zařízení není online.

Zařízení – vyvolání metody: Metoda přímého vyvolání zařízení,
Modul – metoda Invoke: Metoda přímého vyvolání modulu
Čtení dvojčat zařízení a modulů Dvojčata čte ze zařízení nebo modulu a z back-endu řešení se účtují jako zprávy v blocích 4 kB. Například čtení dvojčete 8 kB se účtuje jako dvě zprávy.

Získání dvojčete: Získání dvojčete
Získání dvojčete modulu: Získání dvojčete modulu

Čtení dvojčat zařízení a modulů ze zařízení:
Koncový bod: /devices/{id}/twin (pouze MQTT, AMQP): D2C Get Twin
Koncový bod: /devices/{deviceid}/modules/{moduleid}/twin (pouze MQTT, AMQP): Modul D2C Get Twin
Aktualizace dvojčat zařízení a modulů (značky a vlastnosti) Aktualizace dvojčete ze zařízení nebo modulu a back-endu řešení se účtují jako zprávy v blocích 4 kB. Například 12kB aktualizace dvojčete se účtuje jako tři zprávy.

Update Twin: Update Twin
Dvojče modulu aktualizace: Aktualizace dvojčete modulu
Nahradit dvojče: Nahradit dvojče
Nahrazení dvojčete modulu: Nahrazení dvojčete modulu

Aktualizace ohlášených vlastností dvojčete zařízení nebo modulu ze zařízení:
Koncový bod: /twin/PATCH/properties/reported/ (pouze MQTT, AMQP): D2 Patch ReportedProperties nebo Module D2 Patch ReportedProperties

Příjem oznámení o aktualizaci požadovaných vlastností na zařízení:
Koncový bod: /twin/PATCH/properties/desired/ (pouze MQTT, AMQP): D2C oznámit požadovanéproperties nebo modul D2C oznámit DesiredProperties
Dotazy dvojčat zařízení a modulů Dotazy na zařízení nebo devices.modules se účtují jako zprávy v závislosti na velikosti výsledku v blocích o velikosti 4 kB. Dotazy na úlohy se neúčtují.

Get Twins (dotazování na zařízení nebo kolekce devices.modules): Dotazování zařízení
Čtení digitálních dvojčat Čtení digitálních dvojčat z back-endu řešení se účtují jako zprávy v blocích 4 kB. Například čtení dvojčete 8 kB se účtuje jako dvě zprávy.

Získání digitálního dvojčete: Získání digitálního dvojčete
Aktualizace digitálních dvojčat Aktualizace digitálních dvojčat z back-endu řešení se účtují jako zprávy v blocích 4 kB. Například 12kB aktualizace dvojčete se účtuje jako tři zprávy.

Aktualizace digitálního dvojčete: Oprava digitálního dvojčete
Příkazy digitálního dvojčete Úspěšné příkazy se účtují ve 4kB blocích a odpovědi se účtují ve 4kB blocích dat jako další zprávy. Žádosti nebo odpovědi bez textu se účtují jako jedna zpráva. Například příkaz s tělem o 4 kB, který má za následek odpověď bez těla ze zařízení, se naúčtuje jako dvě zprávy. Příkaz s tělem o 6 kB, který způsobí, že se ze zařízení účtuje odpověď o 1 kB, se za příkaz účtují dvě zprávy a další zpráva pro odpověď. Příkazy pro odpojená zařízení se účtují jako zprávy v blocích 4 kB a jedna zpráva pro odpověď, která značí, že zařízení není online.

Invoke Component Command: Digital Twin Component Command
Příkaz Vyvolat kořenovou úroveň: Kořenový příkaz digitálního dvojčete
Operace úloh
(vytvoření, zrušení, získání, dotaz)
Neúčtuje se.
Úlohy pro jednotlivé zařízení Operace úloh (například aktualizace dvojčat a metody) se účtují v blocích 4 kB. Například úloha, která vede k volání metody 1000 s požadavky 1 kB a odpovědí na prázdnou datovou část, se účtuje 2000 zpráv (jedna zpráva pro každý požadavek a odpověď).

Aktualizace úlohy dvojčete zařízení
Vyvolání úlohy zařízení metody
Operace konfigurace
(vytvoření, aktualizace, získání, výpis, odstranění, testovací dotaz)
Neúčtuje se.
Konfigurace operací na zařízení Operace konfigurace se účtují jako zprávy v blocích 4 kB. Odpovědi se neúčtují. Například operace použití konfigurace s textem 6 kB se účtuje jako dvě zprávy.

Použít na hraničním zařízení: Použije se konfigurační služba.
Udržování zpráv Při použití protokolů AMQP nebo MQTT se zprávy vyměňované za účelem navázání připojení a zpráv vyměňovaných v vyjednávání nebo udržování připojení otevřeného a aktivního připojení se neúčtují.
Streamy zařízení (Preview) Streamy zařízení jsou ve verzi Preview a zatím se neúčtují poplatky.

Koncový bod: /twins/{deviceId}/streams/{streamName}: Streamy zařízení
Koncový bod: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: Modul Streamy zařízení

Poznámka:

Všechny velikosti se počítají s ohledem na velikost datové části v bajtech (rámování protokolu se ignoruje). U zpráv, které mají vlastnosti a text, se velikost vypočítá způsobem, který je nezávislý na protokolu. Další informace najdete v tématu Formát zpráv služby IoT Hub.

Maximální velikost zpráv se liší pro různé typy operací. Další informace najdete v tématu Kvóty a omezování služby IoT Hub.

U některých operací můžete ke snížení nákladů použít strategie dávkování a komprese. Příklad použití telemetrie typu zařízení-cloud najdete v příkladu č. 3.

Příklad č. 1

Zařízení odesílá jednu 1kB zprávu typu zařízení-cloud za minutu do IoT Hubu, která se pak čte službou Azure Stream Analytics. Back-end řešení vyvolá metodu (s datovou částí 512 bajtů) na zařízení každých 10 minut, aby aktivovala konkrétní akci. Zařízení reaguje na metodu s výsledkem 200 bajtů.

Zařízení využívá:

  • Jedna zpráva * 60 minut * 24 hodin = 1440 zpráv za den pro zprávy typu zařízení-cloud.

  • Dvě zprávy (požadavek plus odpověď) * 6krát za hodinu * 24 hodin = 288 zpráv pro metody.

Tento výpočet poskytuje celkem 1728 zpráv za den.

Příklad č. 2

Zařízení odesílá každou hodinu jednu zprávu typu zařízení-cloud o 100 KB. Aktualizuje také dvojče zařízení o 1kB datové části každých čtyři hodiny. Back-end řešení jednou denně přečte dvojče zařízení o velikosti 14 kB a aktualizuje ho o 512 bajtových datových částí, aby se změnily konfigurace.

Zařízení využívá:

  • 25 (100 kB / 4 kB) zpráv * 24 hodin pro zprávy typu zařízení-cloud.

  • Jedna zpráva (1 kB / 4 kB) * šestkrát denně pro aktualizace dvojčete zařízení.

Tento výpočet poskytuje celkem 606 zpráv za den.

Back-end řešení využívá 4 zprávy (14 kB / 4 kB) ke čtení dvojčete zařízení a jednu zprávu (512 / 4 kB) k aktualizaci pro celkem 5 zpráv.

Zařízení a back-end řešení celkem spotřebovávají 611 zpráv za den.

Příklad č. 3

V závislosti na vašem scénáři můžou dávkové zprávy snížit využití kvóty.

Představte si například zařízení, které má senzor, který při každém čtení generuje jenom 100 bajtů dat:

  • Pokud zařízení dávková 40 snímačů čte do jedné zprávy typu zařízení-cloud se 4kB datovou částí (40 × 100 bajtů), pak se za kvótu účtuje jenom jedna zpráva. Pokud zařízení čte senzor 40krát každou hodinu a dávky přečtených zpráv do jedné zprávy typu zařízení-cloud za hodinu, odešle 24 zpráv za den.

  • Pokud zařízení odešle zprávu typu zařízení-cloud s datovou částí o velikosti 100 bajtů pro každé čtení senzoru, spotřebuje 40 zpráv oproti kvótě stejného množství dat. Pokud zařízení čte senzor 40krát každou hodinu a odesílá každou zprávu jednotlivě, odeslalo by 960 zpráv za den (40 zpráv × 24).

Strategie dávkování závisí na vašem scénáři a na tom, jak jsou data kritická. Pokud odesíláte velké objemy dat, můžete také zvážit implementaci komprese dat, abyste snížili dopad na kvótu zpráv.

Příklad č. 4

Když otevřete žádost o podporu na webu Azure Portal, spustí se diagnostika specifická pro váš nahlášený problém. Výsledek se zobrazí jako přehled na kartě Řešení vaší žádosti. Jeden takový přehled hlásí využití kvót pro vaše centrum IoT pomocí výrazů v kurzívě v tabulce dříve. Jestli se tento konkrétní přehled vrátí, bude záviset na výsledcích diagnostiky prováděné ve vašem centru IoT pro problém, který hlásíte. Pokud se zobrazí přehled využití kvóty, můžete pomocí tabulky křížově odkazovat na hlášený termín použití nebo termíny s operacemi, na které odkazují.

Například následující snímek obrazovky ukazuje žádost o podporu iniciovanou kvůli problému s telemetrií typu zařízení-cloud.

Snímek obrazovky znázorňující výběr problému na žádosti o podporu na webu Azure Portal

Po výběru možnosti Další řešení se přehled využití kvóty vrátí diagnostikou v rámci rozpisu denní kvóty zpráv služby IoT Hub. Zobrazuje rozpis zpráv zařízení do cloudu odesílaných do centra IoT. V tomto případě je směrování zpráv v centru IoT povolené, takže se zprávy zobrazují jako směrování telemetrie typu Zařízení do cloudu. Mějte na paměti, že přehled využití kvóty nemusí být vrácen pro stejný problém v jiném centru IoT. Co se vrátí, bude záviset na aktivitě a stavu tohoto centra IoT.

Snímek obrazovky znázorňující využití kvóty na webu Azure Portal žádost o podporu