Sdílet prostřednictvím

IoT Hub a spolehlivost

  • Článek

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. Téměř jakékoli zařízení je možné připojit ke službě IoT Hub.

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í vzory zasílání zpráv:

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

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

Informace o tom, jak IoT Hub podporuje spolehlivou úlohu, najdete v následujících tématech:

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

  • Aspekty návrhu
  • Kontrolní seznam konfigurace
  • Doporučené možnosti konfigurace

Aspekty návrhu

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

Kontrolní seznam

Nakonfigurovali jste službu Azure IoT Hub s ohledem na spolehlivost?

  • Zřízení druhé služby IoT Hub v jiné oblasti a logika směrování v zařízení
  • Při častém AMQP odesílání událostí použijte protokol nebo MQTT protokol.
  • Pokud pro připojení zařízení používáte certifikáty X.509, použijte pouze certifikáty ověřené kořenovou certifikační autoritou v produkčním prostředí.
  • Pokud máte v úmyslu použít integrovaný koncový bod, použijte při vytváření IoT Hubu maximální počet oddílů (32).
  • Pokud chcete škálovat, zvyšte úroveň a přidělené jednotky IoT Hubu místo toho, abyste přidali více než jednu službu IoT Hub na jednu 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 načtěte události z integrovaného koncového bodu.
  • Jako součást strategie dostupnosti a zotavení po havárii v rámci celého řešení zvažte použití možnosti zotavení po havárii mezi oblastmi ioT Hubu.
  • Při čtení telemetrie zařízení z integrovaného koncového bodu kompatibilního s centrem událostí se podívejte na doporučení příjemců centra událostí.
  • Pokud k odesílání událostí do služby IoT Hubs používáte sadu SDK, 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í pro konfiguraci

Při konfiguraci služby Azure IoT Hub zvažte následující doporučení k optimalizaci spolehlivosti:

Doporučení Popis
Zřízení druhé služby IoT Hub v jiné oblasti a logika směrování v zařízení Tyto konfigurace je možné dále rozšířit pomocí služby Concierge.
Při častém AMQP odesílání událostí použijte protokol nebo MQTT protokol. AMQP a MQTT mají vyšší náklady na síť při inicializaci relace, ale HTTPS pro každou žádost vyžaduje další režii protokolu TLS. AMQP a MQTT mají vyšší výkon pro časté vydavatele.
Pokud pro připojení zařízení používáte certifikáty X.509, použijte pouze certifikáty ověřené kořenovou certifikační autoritou v produkčním prostředí. Ujistěte se, že máte zavedené procesy pro aktualizaci certifikátu před vypršením jejich platnosti.
Pokud máte v úmyslu použít integrovaný koncový bod, použijte při vytváření IoT Hubu maximální počet oddílů (32). 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 souběžné entity zpracování a nabídnout nejvyšší dostupnost odesílání a příjmu. Toto číslo nelze po vytvoření změnit.
Pokud chcete škálovat, zvyšte úroveň a přidělené jednotky IoT Hubu místo toho, abyste přidali více než jednu službu IoT Hub na jednu oblast. Přidání více než jednoho ioT Hubu pro každou 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čí pole s více událostmi příjemcům 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 načtěte události z integrovaného koncového bodu. Při použití směrování zpráv ve službě IoT Hub se zvýší latence doručení zpráv. V průměru by latence neměla překročit 500 ms, ale latence doručení není zaručená.
Jako součást strategie dostupnosti a zotavení po havárii v rámci celého řešení zvažte použití možnosti zotavení po havárii mezi oblastmi ioT Hubu. Tato možnost přesune koncový bod ioT Hubu do spárované oblasti Azure. Replikuje se jenom registr zařízení. Události se nereplikují do sekundární oblasti. RtO pro převzetí služeb při selhání iniciované zákazníkem je od 10 minut do několika hodin. V případě převzetí služeb při selhání iniciovaného Microsoftem je 2-26 RTO hodiny. Ověřte, že tato RTO odpovídá požadavkům zákazníka a vyhovuje širší strategii dostupnosti. Pokud je vyžadováno vyšší RTO, zvažte implementaci modelu převzetí služeb při selhání na straně klienta.
Pokud k odesílání událostí do služby IoT Hub používáte sadu SDK, ujistěte se, že se správně zachytily výjimky vyvolané zásadami opakování (EventHubsException nebo OperationCancelledException). Při použití HTTPSimplementujte správný vzor opakování.

Další krok

IoT Hub a efektivita provozu