Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
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 Basic a Standard/Free IoT Hub najdete v tématu Volba správné úrovně a velikosti služby IoT Hub 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 po 4 K bajtech na základní a standardní úrovni IoT hubů. Operace se měří v blocích po 0,5K bajtech na IoT hubech v bezplatné úrovni. 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 měří fakturovatelné operace na IoT hubech úrovně Basic a Standard. Ne všechny operace jsou dostupné na úrovni Basic.
- Operace, které mají za následek poplatky, buď:
- 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ává předcházející odkaz na cílové IoT centrum;
{fully-qualified-iothubname}.azure-devices.net.
- Jeden nebo více výrazů kurzívou následujících každou operaci (nebo koncovým bodem). Tyto podmínky představují fakturovatelné operace, které se počítají proti kvótě 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.
| Operační kategorie | Fakturační údaje |
|---|---|
| Operace registru osobních identit (vytvoření, aktualizace, získání, výpis, odstranění, hromadná aktualizace, statistika) |
Není účtováno. |
| Zprávy ze zařízení do cloudu | Úspěšně odeslané zprávy se účtují ve 4 kB 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. Odeslat událost zařízení: buď telemetrie zařízení na cloud nebo směrování telemetrie zařízení na cloud, v závislosti na tom, zda má centrum IoT nakonfigurované funkce směrování zpráv. |
| Zprávy z cloudu do zařízení | Úspěšně odeslané zprávy jsou účtovány po blocích 4 kB. Například 6kB zpráva se účtuje jako dvě zprávy. Přijmout oznámení navázané na zařízení: Příkaz z cloudu na zařízení |
| Nahrání souborů | Služba IoT Hub neměří přenos souborů do služby Azure Storage. Zprávy o inicializaci a dokončování přenosu souborů jsou účtovány jako zprávy měřené v krocích po 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řit identifikátor SAS URI pro nahrání souboru: Nahrání souboru ze zařízení do cloudu Aktualizovat stav nahrávání souboru: Nahrání souboru z zařízení do cloudu |
| Přímé metody | Úspěšné metodické žádosti se účtují po blocích 4 kB a odpovědi se účtují rovněž po 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 datovým tělesem o velikosti 4 kB, která má za následek odpověď bez datové části ze zařízení, se účtuje jako dvě zprávy. Metoda s tělem o velikosti 6 kB, která vede k odpovědi o velikosti 1 kB ze zařízení, bude účtována jako dvě zprávy za požadavek a další zpráva za odpověď. Požadavky na odpojená zařízení se účtují jako zprávy v blocích o 4 kB plus 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í digitálních dvojčat zařízení a modulů | Dvojité čtení ze zařízení nebo modulu a z back-endu řešení je účtováno jako zprávy po 4kB blocích. Například čtení dvojčete 8 kB se účtuje jako dvě zprávy. Get Twin: Get Twin Získání dvojče modulu: Získání dvojče modulu Čtení digitálních 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čat z zařízení nebo modulu a zadního systému řešení se účtují jako zprávy o velikosti 4 kB. Například aktualizace digitálního dvojčete o velikosti 12 KB se účtuje jako tři zprávy. Aktualizace Twin: Aktualizace Twin Aktualizace dvojčete modulu: Aktualizace dvojčete modulu Nahradit dvojník: Nahradit dvojník Nahrazení dvojníka modulu: Nahrazení dvojníka modulu Aktualizace nahlášených vlastností dvojčete zařízení nebo modulu z 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/ (MQTT, AMQP pouze): D2C Notify DesiredProperties nebo Module D2C Notify DesiredProperties |
| Dotazy na dvojníky 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 ze zázemí řešení se účtují jako zprávy po 4 kB blocích. Například čtení bloku 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 ze zázemí systému se účtují jako zprávy v blocích o velikosti 4 kB. Například aktualizace digitálního dvojčete o velikosti 12 KB se účtuje jako tři zprávy. Aktualizace digitálního dvojčete: Úprava 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 velikostí těla 4 kB, který vede k odpovědi bez obsahu od zařízení, je účtován jako dvě zprávy. Příkaz s obsahem 6 kB, jehož výsledkem je odpověď o velikosti 1 kB ze zařízení, je účtován jako dvě zprávy pro příkaz plus další zpráva pro odpověď. Příkazy pro odpojená zařízení se účtují jako zprávy v blocích 4 kB plus jedna zpráva za odpověď oznamující, že zařízení není online. Invoke Component Command: Digital Twin Component Command Aktivace kořenového příkazu: Hlavní příkaz pro digitální dvojče |
| Operace úloh (vytvořit, zrušit, získat, dotazovat) |
Není účtováno. |
| Úlohy pro jednotlivé zařízení | Operace úloh (například aktualizace dvojčat a metody) se účtují v blocích o velikosti 4 KB. Například úloha, která má za následek 1000 volání metod s požadavky 1-KB a odpovědi s prázdnou datovou částí, je účtováno 2000 zpráv (jedna zpráva za každý požadavek a odpověď). Aktualizace úlohy párového zařízení Vyvolání zařízení metodou úlohy |
| Operace konfigurace (vytvoření, aktualizace, získání, výpis, odstranění, testovací dotaz) |
Není účtováno. |
| Konfigurace operací pro každé 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 Edge zařízení: Konfigurační služba použita. |
| 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 při vyjednávání nebo udržování připojení otevřeného a aktivního neúčtují. |
| Streamy zařízení (Náhled) | Datové toky zařízení jsou v režimu náhledu a za jejich provoz zatím nejsou účtovány žádné poplatky. Koncový bod: /twins/{deviceId}/streams/{streamName}: Datové proudy zařízení Koncový bod: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: Modul streamů 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 z zařízení do cloudu o velikosti 100 KB. Aktualizuje také dvojče zařízení o 1kB datové části každých čtyři hodiny. Back-end řešení jednou denně načítá 14kB dvojče zařízení a aktualizuje jej s datovými balíčky o velikosti 512 bajtů pro změnu konfigurací.
Zařízení využívá:
25 (100 kB / 4 kB) zpráv * 24 hodin pro zprávy od zařízení do cloudu.
Jedna zpráva (1 kB / 4 kB) pro aktualizace digitálního dvojčete šestkrát denně.
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ůže dávkové zpracování zpráv 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ávkuje 40 čtení ze snímačů do jedné zprávy typu zařízení do cloudu se 4 kB datovým obsahem (40 × 100 bajtů), pak se za kvótu účtuje jenom jedna zpráva. Pokud zařízení čte senzor 40krát za hodinu a tato měření seskupuje do jedné zprávy z zařízení do cloudu za hodinu, odešle za den 24 zpráv.
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 časově kritická jsou data. 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 udává využití kvóty pro vaše centrum IoT pomocí výrazů v kurzívě v dříve uvedené tabulce. 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.
Po výběru Next Solutions se přehled o využití kvóty vrátí prostřednictvím diagnostiky v rámci rozpisu denní kvóty zpráv IoT Hub. Zobrazuje rozpis zpráv zařízení do cloudu odesílaných do centra IoT. V tomto případě je na IoT hubu povolené směrování zpráv, 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.