Dieser Artikel enthält eine Liste häufig gestellter Fragen (FAQ) zu Azure IoT Einsatz sowie die zugehörigen Antworten.
Teilen Sie Ihr Feedback über das öffentliche Feedbackforum für Azure IoT Einsatz.
Ja, Azure IoT Einsatz-Workloads auf K3s- und Azure Local/AKS-Arc-Multiknotenclustern unterstützen die Verteilung Workloads über Multiknotensetups hinweg. Der MQTT-Broker repliziert automatisch Zustände über mehrere Knoten hinweg, die durch die „Kardinalitätseinstellung“ des Brokers gesteuert werden. Replikate werden über verschiedene Knoten in einem Cluster mit mehreren Knoten verteilt, und Daten gehen nicht verloren, wenn ein Satz von Replikaten ausgeführt wird und fehlerfrei ist.
Um einen Nachrichtenverlust von null zu erreichen, ist ein Cluster mit mindestens drei Knoten erforderlich. Diese Konfiguration ermöglicht es, dass ein Knoten neu gestartet oder offline geschaltet werden kann, ohne dass Daten verloren gehen. Wenn jedoch der gesamte Cluster ausfällt oder genügend Knoten verloren gehen, um das Quorum zu stören, kann es zu einem Verlust von Nachrichten kommen.
MQTT mit QoS-2 wird derzeit nicht unterstützt. QoS 2 bietet strenge Nachrichtengarantien (Genau einmal) und erfordert eine komplexe Statusverwaltung und -synchronisierung, die sich auf die Leistung und Skalierbarkeit auswirken kann. QoS-0 (Höchstens einmal) und QoS-1 (Mindestens einmal) bieten ausreichende Garantien für die Nachrichtenzustellung für Azure IoT Einsatz-Anwendungen, bei denen ein Gleichgewicht zwischen Verfügbarkeit, Durchsatz, Latenz und zuverlässiger Nachrichtenzustellung gewünscht wird.
Die vollständige Nachrichtenpersistenz ist auf der Roadmap, Azure IoT Einsatz unterstützt jedoch die In-Memory-Nachrichtenpersistenz mit optionalem Spillover auf die Festplatte. Durch diese Konfiguration bleiben Nachrichten im Speicher verfügbar, wobei Überlaufnachrichten vorübergehend auf der Festplatte gespeichert werden, um Datenverluste bei hohem Nachrichtenaufkommen zu vermeiden. Wenn ein Pod jedoch neu gestartet wird, können alle Nachrichten, die auf den Datenträger geschrieben wurden, nicht wiederhergestellt werden.
Informationen zur hohen Verfügbarkeit in allen Verfügbarkeitszonen und Regionen für ADR finden Sie unter Zuverlässigkeit in der Azure Device Registry.
Derzeit ist K3s auf Ubuntu 24.04 die einzige allgemein verfügbare Plattform für die Bereitstellung von Azure IoT Einsatz in der Produktion. Weitere Informationen finden Sie unter Unterstützte Umgebungen.
Azure IoT Edge ist kein Azure Arc-fähiger Dienst wie Azure IoT Einsatz. Stattdessen ist IoT Edge tief in Azure IoT Hub integriert und stützt sich auf dessen Grundelemente wie Gerätezwillinge und direkte Methoden für seine Funktionalität. Während Azure IoT Einsatz in einigen Szenarien ähnliche Ergebnisse wie IoT Edge erzielen kann, haben die beiden Dienste grundlegend unterschiedliche Architekturen. Daher gibt es keinen direkten Migrationspfad für die Umstellung von IoT Edge-Workload-Modulen auf Azure IoT Einsatz.
Derzeit unterstützt Azure IoT Einsatz OPC-UA und MQTT für die Gerätekommunikation.
Azure IoT Einsatz ist in den Regionen USA, Osten 2, USA, Westen 3, Europa, Westen, USA, Osten, USA, Westen 2 und Europa, Norden verfügbar.
Azure IoT Einsatz unterstützt die Verbindung über Passthrough-Proxys, die keine Proxy-Authentifizierung erfordern. Proxys, die eine Authentifizierung erfordern oder verschlüsselten Datenverkehr inspizieren können, werden derzeit nicht unterstützt.
Azure IoT Einsatz unterstützt derzeit keine Azure Private Links und keine privaten Endpunkte.
Weitere Informationen finden Sie in der Übersicht über IoT Einsatz sowie in der Dokumentation.