IoT Hub a efektivita provozu
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:
- Kurz: Nastavení a použití metrik a protokolů pomocí IoT Hub
- Monitorování Azure IoT Hub
- Trasování zpráv Azure IoT zařízení-cloud s distribuovaným trasováním (Preview)
- Kontrola IoT Hub služby a stavu prostředků
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 neboMQTT
. - 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
neboOperationCancelledException
). - 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
Váš názor
https://aka.ms/ContentUserFeedback.
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu:Odeslat a zobrazit názory pro