Azure IoT Hub fakturačních údajů
Azure IoT Hub ceny poskytují obecné informace o různých SKU a cenách IoT Hub. Tento článek obsahuje podrobnosti o tom, jak jsou různé funkce IoT Hub měřeny jako zprávy podle 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é IoT Hub úrovně 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 4K bajtů ve službě IoT Hub úrovně Basic a Standard. Operace se měří v blocích 0,5 bajtů ve službě IoT Hub úrovně Free. Podrobnosti o jednotlivých kategoriích najdete ve sloupci Fakturační údaje . Tento sloupec obsahuje následující informace:
- Podrobnosti o způsobu měření fakturovatelných operací ve službě IoT Hub úrovně Basic a Standard Na úrovni Basic nejsou k dispozici všechny operace.
- Operace, které vedou k poplatkům, s:
- 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á pouze 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 termínů kurzívou za každou operací (nebo koncovým bodem). Tyto podmínky představují fakturovatelné operace, které se účtují podle kvóty pro vaše centrum IoT. Tyto podmínky se můžou zobrazit jako součást přehledu o využití kvóty, když na Azure Portal zahájíte žádost o podporu. 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 vašeho řešení IoT. Další informace najdete 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 Hub. Například zpráva o 100 bajtů 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í do cloudu , nebo směrování telemetrie zařízení do cloudu v závislosti na tom, jestli má služba IoT Hub nakonfigurované funkce směrování zpráv. |
| Zprávy z cloudu do zařízení | Úspěšně odeslané zprávy se účtují ve 4kB blocích. Například zpráva o 6 kB se účtuje jako dvě zprávy. Příjem oznámení vázaného zařízením: Příkaz cloud-zařízení |
| Nahrání souborů | Přenos souborů do služby Azure Storage se neměří podle IoT Hub. Zprávy o zahájení a dokončení přenosu souborů se účtují podle objemu zpráv v přírůstcích po 4 kB. Například přenos 10 MB souboru se kromě nákladů na Azure Storage účtuje jako dvě zprávy. Identifikátor SAS pro vytvoření nahrání souboru: Nahrávání souborů ze zařízení do cloudu Aktualizovat stav nahrávání souboru: Nahrávání souborů ze zařízení do cloudu |
| Přímé metody | Úspěšné žádosti o metodu se účtují ve 4kB blocích a odpovědi se účtují ve 4kB blocích jako další zprávy. Požadavky nebo odpovědi bez datové části se účtují jako jedna zpráva. Například metoda se 4kB tělem, která má za následek odpověď bez datové části ze zařízení, se účtuje jako dvě zprávy. Metoda s 6kB tělem, která má za následek 1kB odpověď ze zařízení, se účtuje jako dvě zprávy pro požadavek a další zpráva pro odpověď. Požadavky na odpojená zařízení se účtují jako zprávy ve 4kB blocích a jedna zpráva za odpověď, která značí, že zařízení není online. Device - Invoke Method: Device Direct Invoke Method, Module – metoda Invoke: Metoda přímého vyvolání modulu |
| Čtení dvojčat zařízení a modulů | Čtení dvojčat ze zařízení nebo modulu a z back-endu řešení se účtuje jako zprávy ve 4kB blocích. Například čtení dvojčete o 8 kB se účtuje jako dvě zprávy. Získat dvojče: Získat dvojče Získat dvojče modulu: Získat dvojče 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čat ze zařízení nebo modulu a z back-endu řešení se účtují jako zprávy ve 4kB blocích. Například aktualizace dvojčete o 12 kB se účtuje jako tři zprávy. Update Twin: Update Twin Aktualizovat dvojče modulu: Aktualizovat dvojče modulu Nahradit dvojče: Nahradit dvojče Nahradit dvojče modulu: Nahradit dvojče modulu Aktualizace ohlášených vlastností dvojčete zařízení nebo modulu ze zařízení: Koncový bod: /twin/PATCH/properties/reported/ (pouze MQTT, AMQP): Hlášená oprava D2Properties nebo Nahlášená oprava modulu D2Oprava Vlastností Příjem oznámení o aktualizaci požadovaných vlastností na zařízení: Koncový bod: /twin/PATCH/properties/desired/ (pouze MQTT, AMQP): D2C Notify DesiredProperties nebo Module D2C Notify 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í. Získat dvojčata (dotaz na kolekce devices nebo devices.modules ): Dotazování na zařízení |
| Čtení digitálních dvojčat | Čtení digitálních dvojčat z back-endu řešení se účtují jako zprávy ve 4kB blocích. Například čtení dvojčete o 8 kB se účtuje jako dvě zprávy. Get Digital Twin: Get Digital Twin |
| Aktualizace digitálního dvojčete | Aktualizace digitálních dvojčat z back-endu řešení se účtují jako zprávy ve 4kB blocích. Například aktualizace dvojčete o 12 kB se účtuje jako tři zprávy. Update Digital Twin: Patch Digital Twin |
| 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 jako další zprávy. Požadavky nebo odpovědi bez textu se účtují jako jedna zpráva. Například příkaz se 4kB tělem, který má za následek odpověď bez těla ze zařízení, se naúčtuje jako dvě zprávy. Příkaz s 6kB tělem, který má za následek 1kB odpověď ze zařízení, se účtuje jako dvě zprávy pro příkaz a další zpráva pro odpověď. Příkazy pro odpojená zařízení se účtují jako zprávy ve 4kB blocích 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ň: Příkaz kořenového adresáře digitálního dvojčete |
| Operace úloh (vytvoření, zrušení, získání, dotaz) |
Neúčtuje se. |
| Úlohy podle zařízení | Operace úloh (například aktualizace dvojčat a metody) se účtují ve 4kB blocích. Například úloha, která má za následek 1000 volání metody s požadavky o 1 kB a prázdnými odpověďmi datové části, se účtuje 2000 zpráv (jedna zpráva pro každou žádost a odpověď). Aktualizovat úlohu zařízení dvojčete Vyvolání úlohy zařízení metody |
| Operace konfigurace (vytvoření, aktualizace, získání, výpis, odstranění, test dotaz) |
Neúčtuje se. |
| Konfigurace operací podle zařízení | Operace konfigurace se účtují jako zprávy ve 4kB blocích. Odpovědi se neúčtují. Například operace použít konfiguraci s 6kB tělem se účtuje jako dvě zprávy. Použít na hraničním zařízení: Použít konfigurační službu. |
| Zprávy o zachování živého | Při použití protokolů AMQP nebo MQTT se neúčtují zprávy vyměňované za účelem navázání připojení a zpráv vyměněných během vyjednávání nebo udržování připojení otevřeného a živého. |
| Streamy zařízení (Preview) | Streamy zařízení jsou ve verzi Preview a operace se zatím neúčtují. 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 počítá způsobem, který je nezávislý na protokolu. Další informace najdete v tématu IoT Hub formátu zprávy.
Maximální velikost zpráv se u různých typů operací liší. Další informace najdete v tématu kvóty IoT Hub a omezování.
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 zařízení-cloud najdete v příkladu č. 3.
Příklad č. 1
Zařízení odesílá jednu 1kB zprávu zařízení-cloud za minutu do IoT Hub, kterou pak přečte Azure Stream Analytics. Back-end řešení každých 10 minut vyvolá na zařízení metodu (s datovou částí o 512 bajtů), která aktivuje 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 denně pro zprávy 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 100kB zprávu zařízení-cloud. Každé čtyři hodiny také aktualizuje své dvojče zařízení datovými částmi o 1 kB. Back-end řešení jednou denně přečte 14kB dvojče zařízení a aktualizuje ho datovými částmi o velikosti 512 bajtů, aby bylo možné změnit konfiguraci.
Zařízení využívá:
25 (100 kB / 4 kB) zpráv × 24 hodin pro zprávy 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í spotřebová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.
Celkově zařízení a back-end řešení spotřebovávají 611 zpráv denně.
Příklad č. 3
V závislosti na vašem scénáři může dávková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 pouze 100 bajtů dat:
Pokud zařízení načítá 40 snímačů do jedné zprávy typu zařízení-cloud s datovou částí o 4 kB (40 × 100 bajtů), pak se kvóta účtuje jenom jedna zpráva. Pokud zařízení čte senzor 40krát za hodinu a dávková toto čtení do jedné zprávy typu zařízení-cloud za hodinu, odešle 24 zpráv denně.
Pokud zařízení odešle zprávu typu zařízení-cloud s datovou částí o velikosti 100 bajtů pro každý přečtený senzor, spotřebuje 40 zpráv oproti kvótě pro stejné množství dat. Pokud zařízení čte senzor 40krát za hodinu a odesílá každou zprávu jednotlivě, odešle 960 zpráv denně (40 zpráv × 24).
Strategie dávkování závisí na vašem scénáři a na tom, jak důležitá jsou data časově důležitá. Pokud odesíláte velké objemy dat, můžete také zvážit implementaci komprese dat, abyste ještě více snížili dopad na kvótu zpráv.
Příklad č. 4
Když otevřete žádost o podporu na 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 z takových přehledů hlásí využití kvót pro centrum IoT pomocí výrazů v kurzívě v tabulce dříve. To, jestli se tento konkrétní přehled vrátí, bude záviset na výsledcích diagnostiky provedené ve službě IoT Hub pro nahlášený problém. Pokud je přehled využití kvót nahlášený, můžete v tabulce křížově odkazovat na ohlášený termín nebo termíny využití s operacemi, na které odkazují.
Například následující snímek obrazovky ukazuje žádost o podporu iniciovanou pro problém s telemetrií zařízení-cloud.
Po výběru možnosti Další řešení vrátí diagnostika přehled využití kvóty v části IoT Hub rozpis denní kvóty zpráv. Zobrazuje rozpis zpráv odesílaných do služby IoT Hub ze zařízení do cloudu. V tomto případě je ve službě IoT Hub povolené směrování zpráv, takže se zprávy zobrazují jako Směrování telemetrie zařízení do cloudu. Mějte na paměti, že přehled využití kvót nemusí být vrácen pro stejný problém v jiném centru IoT. To, co se vrátí, bude záviset na aktivitě a stavu daného centra IoT.
