本文提供 Azure IoT 操作的常見問題集 (FAQ) 清單及其答案。
如何與 Azure IoT 操作產品團隊分享意見反應？
在 Azure IoT 操作公開意見反應論壇分享您的意見反應。
Azure IoT 作業是否提供跨多節點設定的高可用性？
是，K3 和 Azure 本機/AKS-Arc 多節點叢集上的 Azure IoT 作業工作負載支援跨多節點設定散發工作負載。 MQTT Broker 會自動跨受 Broker 之「基數」設定所控管的多個節點複寫狀態。 複本會分散到多節點叢集中的不同節點，如果有一組複本執行且狀況良好，則不會遺失數據。
如何在 Azure IoT 作業設定中確保零或最少的數據遺失？
若要達到零訊息遺失，至少需要 3 個節點的叢集。 此設定可讓一個節點重新啟動或離線，而不會遺失數據。 不過，如果整個叢集關閉或有足夠的節點遺失以中斷仲裁，則可能會發生訊息遺失。
Azure IoT 作業是否支援具有 QoS 2 的 MQTT？
目前不支援具有 QoS-2 的 MQTT。 QoS 2 提供嚴格的訊息保證（正好一次），而且需要複雜的狀態管理和同步處理，這可能會影響效能和延展性。 QoS-0 （最多一次）和 QoS-1 （至少一次）可為 Azure IoT 作業應用程式提供足夠的訊息傳遞保證，其中需要可用性、輸送量、延遲和可靠的訊息傳遞之間的平衡。
Azure IoT 作業是否支援訊息持續性？
不過，Azure IoT 作業支援記憶體內部訊息持續性，並選擇性地溢出至磁碟。 此設定可讓訊息保留在記憶體中，並暫時儲存在磁碟上的溢位訊息，以防止在高訊息磁碟區期間遺失數據。 不過，如果 Pod 重新啟動，則無法還原寫入磁碟的任何訊息。
Azure Device Registry 是否跨可用性區域和區域提供高可用性？
如需 ADR 跨可用性區域和區域的高可用性資訊，請參閱 Azure 裝置登錄中的可靠性。
支援哪一個平臺的 Azure IoT 作業？
目前，Ubuntu 24.04 上的 K3 是生產環境中部署 Azure IoT 作業的唯一正式推出平臺。 若要深入瞭解，請參閱 支持的環境。
我是否可將 IoT Edge 工作負載遷移至 Azure IoT 操作？
Azure IoT Edge 不是已啟用 Azure Arc 的服務，例如 Azure IoT 作業。 相反地，IoT Edge 會與 深度整合，並依賴 Azure IoT 中樞 基本類型，例如裝置對應項和直接方法，以取得其功能。 雖然 Azure IoT 作業在某些案例中可以達成類似 IoT Edge 的結果，但兩個服務具有基本不同的架構。 因此，沒有將IoT Edge工作負載模組轉換至 Azure IoT 作業的直接移轉路徑。
針對 IoT 操作，支援哪些裝置通訊協定。
目前，Azure IoT 作業支援 OPC-UA 和 MQTT 進行裝置通訊。
目前哪些 Azure 區域中提供 Azure IoT 操作？
Azure IoT 操作適用於美國東部 2、美國西部 3、西歐、美國東部、美國西部、美國西部 2、北歐區域。
Azure IoT 作業是否支援透過 Proxy 伺服器進行連線？
Azure IoT 作業支援透過不需要 Proxy 驗證的傳遞 Proxy 進行連線。 目前不支援需要驗證或可以檢查加密流量的 Proxy。
Azure IoT 作業是否支援 Azure Private Link 和私人端點？
Azure IoT 作業目前不支援 Azure Private Link 和私人端點。