IoT Hub és megbízhatóság
Azure IoT Hub egy felhőben üzemeltetett felügyelt szolgáltatás, amely központi üzenetközpontként szolgál az IoT-alkalmazások és a csatlakoztatott eszközök közötti kommunikációhoz. Eszközök millióit és azok háttérmegoldásait megbízhatóan és biztonságosan csatlakoztathatja. Szinte minden eszköz csatlakoztatható egy IoT Hub.
IoT Hub támogatja a monitorozást az eszközlétrehozás, az eszközkapcsolatok és az eszközhibák nyomon követéséhez.
IoT Hub az alábbi üzenetkezelési mintákat is támogatja:
- Eszközről felhőbe irányuló telemetriai adatok
- Fájlok feltöltése eszközökről
- Válaszkérési módszerek az eszközök felhőből történő vezérléséhez
A IoT Hub kapcsolatos további információkért tekintse meg az IoT-fogalmakat és Azure IoT Hub.
Az alábbi témakörökből megtudhatja, hogyan támogatja a IoT Hub a megbízható számítási feladatokat:
- IoT Hub magas rendelkezésre állása és vészhelyreállítása
- Régiók közötti magas rendelkezésre állás elérése IoT Hub
- Azure IoT Hub klónozása másik régióba
A következő szakaszok a Azure IoT Hub és a megbízhatóságra vonatkoznak:
- Kialakítási szempontok
- Konfigurációs ellenőrzőlista
- Ajánlott konfigurációs beállítások
Kialakítási szempontok
A Azure IoT Hub szolgáltatásiszint-szerződéssel kapcsolatos további információkért tekintse meg a Azure IoT Hub SLA-ját.
Ellenőrzőlista
Konfigurálta a Azure IoT Hub a megbízhatóság szem előtt tartásával?
- Hozzon létre egy második IoT Hub egy másik régióban, és rendelkezzen útválasztási logikával az eszközön.
- Használja az vagy
MQTT
protokolltAMQP
az események gyakori küldésekor. - Ha X.509-tanúsítványokat használ az eszközkapcsolathoz, csak a legfelső szintű hitelesítésszolgáltató által ellenőrzött tanúsítványokat használja az éles környezetben.
- A maximális átviteli sebességhez használja a partíciók maximális számát (
32
) a IoT Hub létrehozásakor, ha a beépített végpontot tervezi használni. - A skálázáshoz növelje a szintet és a lefoglalt IoT Hub egységeket ahelyett, hogy régiónként egynél több IoT Hub ad hozzá.
- Nagy átviteli sebességű forgatókönyvekben használjon kötegelt eseményeket.
- Ha a lehető legkisebb késésre van szüksége, ne használjon útválasztást, és ne olvassa be az eseményeket a beépített végpontról.
- A megoldásszintű rendelkezésre állási és vészhelyreállítási stratégia részeként fontolja meg a IoT Hub régiók közötti vészhelyreállítási lehetőség használatát.
- Ha a beépített Event Hub-kompatibilis végpontról olvassa be az eszköz telemetriáját, tekintse meg az Event Hub felhasználóinak javaslatát.
- Ha SDK-val küld eseményeket az IoT Hubsnak, győződjön meg arról, hogy az újrapróbálkozési szabályzat (
EventHubsException
vagyOperationCancelledException
) által küldött kivételek megfelelően vannak észlelve. - A telemetria szabályozás és egy teljes mértékben használt kvóta miatti megszakadásának elkerülése érdekében fontolja meg egy egyéni automatikus skálázási megoldás hozzáadását.
Konfigurációs javaslatok
A Azure IoT Hub konfigurálásakor vegye figyelembe az alábbi javaslatokat a megbízhatóság optimalizálásához:
Ajánlás | Description |
---|---|
Hozzon létre egy második IoT Hub egy másik régióban, és rendelkezzen útválasztási logikával az eszközön. | Ezek a konfigurációk tovább bővíthetők a Concierge Szolgáltatással. |
Használja az vagy MQTT protokollt AMQP az események gyakori küldésekor. |
AMQP és MQTT magasabb hálózati költségekkel kell rendelkeznie a munkamenet inicializálása során, azonban HTTPS minden kéréshez további TLS-többletterhelésre van szükség. AMQP és MQTT nagyobb teljesítményt nyújt a gyakori közzétevők számára. |
Ha X.509-tanúsítványokat használ az eszközkapcsolathoz, csak a legfelső szintű hitelesítésszolgáltató által ellenőrzött tanúsítványokat használja az éles környezetben. | Győződjön meg arról, hogy rendelkezik olyan folyamatokkal, amelyek frissítik a tanúsítványt a lejáratuk előtt. |
A maximális átviteli sebességhez használja a partíciók maximális számát (32 ) a IoT Hub létrehozásakor, ha a beépített végpontot tervezi használni. |
Az Event Hub-kompatibilis végpont eszközről felhőbe irányuló partícióinak száma az elérhető lefelé irányuló párhuzamosság mértékét tükrözi. Ez lehetővé teszi az egyidejű feldolgozási entitásokra való 32 vertikális felskálázást, és a legmagasabb küldési és fogadási rendelkezésre állást biztosítja. Ez a szám a létrehozás után nem módosítható. |
A skálázáshoz növelje a szintet és a lefoglalt IoT Hub egységeket ahelyett, hogy régiónként egynél több IoT Hub ad hozzá. | Ha régiónként egynél több IoT Hub ad hozzá, az nem nyújt nagyobb rugalmasságot, mivel minden központ ugyanazon a mögöttes fürtön futtatható. |
Nagy átviteli sebességű forgatókönyvekben használjon kötegelt eseményeket. | A szolgáltatás egy több eseményből álló tömböt fog kézbesíteni a fogyasztóknak, nem pedig egyetlen eseményt tartalmazó tömböt. A fogyasztó alkalmazásnak fel kell dolgoznia ezeket a tömböket. |
Ha a lehető legkisebb késésre van szüksége, ne használjon útválasztást, és ne olvassa be az eseményeket a beépített végpontról. | Ha üzenet-útválasztást használ IoT Hub, az üzenetkézbesítés késése nő. A késés átlagosan nem haladhatja meg 500 ms a értéket, de a kézbesítés késésére nincs garancia. |
A megoldásszintű rendelkezésre állási és vészhelyreállítási stratégia részeként fontolja meg a IoT Hub régiók közötti vészhelyreállítási lehetőség használatát. | Ez a beállítás áthelyezi a IoT Hub végpontot a párosított Azure-régióba. A rendszer csak az eszközregisztrációs adatbázist replikálja. Az események nem replikálódnak a másodlagos régióba. Az ügyfél által kezdeményezett feladatátvétel RTO-ja 10 perc és néhány óra között van. A Microsoft által kezdeményezett feladatátvétel esetén az RTO 2-26 óra. Győződjön meg arról, hogy ez az RTO megfelel az ügyfél követelményeinek, és illeszkedik a szélesebb körű rendelkezésre állási stratégiához. Ha magasabb RTO-ra van szükség, fontolja meg egy ügyféloldali feladatátvételi minta implementálását. |
Ha SDK-val küld eseményeket IoT Hub, győződjön meg arról, hogy az újrapróbálkozési szabályzat (EventHubsException vagy OperationCancelledException ) által küldött kivételek megfelelően vannak észlelve. |
A használatakor HTTPS implementáljon egy megfelelő újrapróbálkozási mintát. |
Következő lépés
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: