IoT Hub a efektivita provozu

Článek
11/14/2023

Azure IoT Hub je spravovaná služba hostovaná v cloudu, která funguje jako centrum zpráv pro komunikaci mezi aplikací IoT a připojenými zařízeními. Můžete spolehlivě a bezpečně připojit miliony zařízení a jejich back-endových řešení. K IoT Hub je možné připojit téměř jakékoli zařízení.

IoT Hub podporuje monitorování, které pomáhá sledovat vytváření zařízení, připojení zařízení a selhání zařízení.

IoT Hub podporuje také následující způsoby zasílání zpráv:

Telemetrie zařízení-cloud
Nahrávání souborů ze zařízení
Metody žádosti a odpovědi pro řízení zařízení z cloudu

Další informace o IoT Hub najdete v tématu Koncepty a Azure IoT Hub IoT.

Informace o tom, jak IoT Hub podporují efektivitu provozu, najdete v následujících tématech:

Následující části jsou specifické pro Azure IoT Hub a efektivitu provozu:

Na co dát pozor při navrhování
Kontrolní seznam konfigurace
Doporučené možnosti konfigurace

Na co dát pozor při navrhování

Další informace o smlouvě o úrovni služeb Azure IoT Hub najdete v tématu smlouva SLA pro Azure IoT Hub.

Kontrolní seznam

Nakonfigurovali jste Azure IoT Hub s ohledem na efektivitu provozu?

Zřiďte druhou IoT Hub v jiné oblasti a na zařízení zachytáte logiku směrování.
Při častém AMQP odesílání událostí používejte protokol nebo MQTT .
Pokud pro připojení zařízení používáte certifikáty X.509 , používejte pouze certifikáty ověřené kořenovou certifikační autoritou v produkčním prostředí.
Pro maximální propustnost použijte při vytváření IoT Hub maximální počet oddílů (32), pokud plánujete použít integrovaný koncový bod.
V případě škálování zvyšte úroveň a přidělené jednotky IoT Hub místo přidání více než jednoho IoT Hub na oblast.
Ve scénářích s vysokou propustností použijte dávkové události.
Pokud požadujete minimální možnou latenci, nepoužívejte směrování a nečtěte události z integrovaného koncového bodu.
V rámci vaší strategie dostupnosti a zotavení po havárii v rámci celého řešení zvažte použití možnosti IoT Hub zotavení po havárii napříč oblastmi.
Při čtení telemetrie zařízení z integrovaného koncového bodu kompatibilního s centrem událostí si projděte doporučení uživatelů centra událostí.
Pokud k odesílání událostí do IoT Hubů používáte sadu SDK, ujistěte se, že jsou správně zachyceny výjimky vyvolané zásadou opakování (EventHubsException nebo OperationCancelledException).
Pokud se chcete vyhnout přerušení telemetrie kvůli omezování a plně využité kvótě, zvažte přidání vlastního řešení automatického škálování.

Doporučení ke konfiguraci

Při konfiguraci Azure IoT Hub zvažte následující doporučení pro zvýšení efektivity provozu:

Doporučení	Description
Zřiďte druhou IoT Hub v jiné oblasti a na zařízení zachytáte logiku směrování.	Tyto konfigurace je možné dále vylepšit službou Concierge Service.
Při častém `AMQP` odesílání událostí používejte protokol nebo `MQTT` .	`AMQP` a `MQTT` mají vyšší náklady na síť při inicializaci relace, ale `HTTPS` vyžadují další režijní náklady na protokol TLS pro každý požadavek. `AMQP` a `MQTT` mají vyšší výkon pro časté vydavatele.
Pokud pro připojení zařízení používáte certifikáty X.509 , používejte pouze certifikáty ověřené kořenovou certifikační autoritou v produkčním prostředí.	Ujistěte se, že máte procesy pro aktualizaci certifikátu před vypršením jejich platnosti.
Pro maximální propustnost použijte při vytváření IoT Hub maximální počet oddílů (`32`), pokud plánujete použít integrovaný koncový bod.	Počet oddílů typu zařízení-cloud pro koncový bod kompatibilní s centrem událostí odráží stupeň podřízeného paralelismu, který můžete dosáhnout. To vám umožní vertikálně navýšit kapacitu na `32` entity souběžného zpracování a nabídnout nejvyšší dostupnost odesílání a přijímání. Toto číslo nelze po vytvoření změnit.
V případě škálování zvyšte úroveň a přidělené jednotky IoT Hub místo přidání více než jednoho IoT Hub na oblast.	Přidání více než jednoho IoT Hub na oblast nenabízí dodatečnou odolnost, protože všechna centra můžou běžet ve stejném základním clusteru.
Ve scénářích s vysokou propustností použijte dávkové události.	Služba doručí příjemcům pole s více událostmi místo pole s jednou událostí. Přijímající aplikace musí tato pole zpracovat.
Pokud požadujete minimální možnou latenci, nepoužívejte směrování a nečtěte události z integrovaného koncového bodu.	Při použití směrování zpráv v IoT Hub se zvyšuje latence doručování zpráv. V průměru by latence neměla překročit `500 ms`, ale neexistuje žádná záruka latence doručení.
V rámci vaší strategie dostupnosti a zotavení po havárii v rámci celého řešení zvažte použití možnosti IoT Hub zotavení po havárii napříč oblastmi.	Tato možnost přesune koncový bod IoT Hub do spárované oblasti Azure. Replikuje se jenom registr zařízení. Události se nereplikují do sekundární oblasti. Plánovaná doba obnovení pro převzetí služeb při selhání iniciované zákazníkem je 10 minut až několik hodin. V případě převzetí služeb při selhání iniciovaného Microsoftem je `2-26` plánovaná doba obnovení (RTO) hodiny. Ověřte, že tato plánovaná doba obnovení (RTO) odpovídá požadavkům zákazníka a odpovídá širší strategii dostupnosti. Pokud se vyžaduje vyšší rto, zvažte implementaci modelu převzetí služeb při selhání na straně klienta.
Pokud používáte sadu SDK k odesílání událostí do IoT Hub, ujistěte se, že jsou správně zachyceny výjimky vyvolané zásadou opakování (`EventHubsException` nebo `OperationCancelledException`).	Při použití implementujte `HTTPS`správný vzor opakování.

Další krok

IoT Hub služby Device Provisioning a spolehlivosti

Sdílet prostřednictvím