IoT Hub a spolehlivost

Č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. Miliony zařízení a jejich back-endových řešení můžete spolehlivě a bezpečně připojit. K IoT Hub lze připojit téměř jakékoli zařízení.

IoT Hub podporuje monitorování, které vám pomůže sledovat vytváření zařízení, připojení zařízení a selhání zařízení.

IoT Hub také podporuje 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í spolehlivé úlohy, najdete v následujících tématech:

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

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 se spolehlivostí?

Zřiďte druhou IoT Hub v jiné oblasti a v zařízení mějte 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 IoT Hub na oblast.
Ve scénářích s vysokou propustností používejte dávkové události.
Pokud požadujete minimální možnou latenci, nepoužívejte směrování a přečtěte si události z integrovaného koncového bodu.
V rámci strategie dostupnosti a zotavení po havárii pro celé ř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í pro uživatele centra událostí.
Pokud používáte sadu SDK k odesílání událostí do služby IoT Hubs, ujistěte se, že jsou správně zachyceny výjimky vyvolané zásadami 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 optimalizaci spolehlivosti:

Doporučení	Description
Zřiďte druhou IoT Hub v jiné oblasti a v zařízení mějte logiku směrování.	Tyto konfigurace lze dále vylepšit službou Concierge.
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ů 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 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 podkladovém clusteru.
Ve scénářích s vysokou propustností používejte dávkové události.	Služba doručí příjemcům pole s více událostmi místo pole s jednou událostí. Spotřebová aplikace musí tato pole zpracovat.
Pokud požadujete minimální možnou latenci, nepoužívejte směrování a přečtěte si 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. Latence by v průměru neměla překročit `500 ms`, ale neexistuje žádná záruka latence doručení.
V rámci strategie dostupnosti a zotavení po havárii pro celé ř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. 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` rto hodiny. Ověřte, že tato plánovaná doba obnovení 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 a efektivita provozu

Share via