Azure IoT Operations についてよく寄せられる質問

Azure IoT Operations パブリック フィードバック フォーラムでフィードバックを共有してください。

はい。K3s および HCI/AKS-Arc マルチノード クラスター上の Azure IoT Operations ワークロードは、複数のマルチノード セットアップにまたがるワークロードの分散をサポートしています。 MQTT ブローカーは、ブローカーの "カーディナリティ" 設定によって制御される複数ノード全体で状態を自動的にレプリケートします。 レプリカはマルチノード クラスター内のさまざまなノードに分散され、レプリカのいずれかのセットが正常に実行されていればデータは失われません。

メッセージ損失をゼロにするには、少なくとも 3 ノードのクラスターが必要です。 この構成にすると、データを損失することなく 1 つのノードを再起動またはオフラインにすることができます。 ただし、クラスター全体がダウンした場合、またはクォーラムを中断するほどのノードが失われた場合は、メッセージ損失が発生する可能性があります。

現在、QoS-2 を使用した MQTT はサポートされていません。 QoS 2 は厳密なメッセージ保証 (1 回のみ) を提供しており、パフォーマンスとスケーラビリティに影響する可能性のある複雑な状態管理と同期が必要です。 QoS-0 (最大 1 回) と QoS-1 (少なくとも 1 回) は、可用性、スループット、待機時間、信頼性の高いメッセージ配信のバランスが目的の Azure IoT Operations アプリケーションに対して、十分なメッセージ配信保証を提供します。

完全なメッセージの永続化はロードマップに予定されていますが、Azure IoT Operations は、オプションでディスクへのスピルオーバーを伴うメモリ内のメッセージの永続化をサポートしています。 このセットアップにすると、メッセージをメモリ内で使用できる状態に保ち、オーバーフロー メッセージを一時的にディスクに保存し、大量のメッセージが発生した場合のデータ損失を防ぐことができます。 ただし、ポッドが再起動した場合、ディスクに書き込まれたメッセージは復元できません。

ADR における可用性ゾーンおよびリージョン間の高可用性については、Azure Device Registry での信頼性に関するページを参照してください。

Azure IoT Operations は、現在、K3s を使用する Ubuntu、AKS Edge Essentials を使用する Windows IoT の 2 つのプラットフォームでのみ正式にサポートされています。 詳細については、「Azure Arc 対応 Kubernetes クラスターを準備する」を参照してください。

Azure IoT Edge は、Azure IoT Operations のような Azure Arc 対応サービスではありません。 そうではなく、IoT Edge は、デバイス ツインやその機能のダイレクト メソッドなどの Azure IoT Hub プリミティブと深く統合されており、その機能に依存しています。 Azure IoT Operations は、一部のシナリオでは IoT Edge と同様の結果を達成できますが、2 つのサービスのアーキテクチャは根本的に異なります。 そのため、IoT Edge ワークロード モジュールを Azure IoT Operations に移行するための直接の移行パスはありません。

現在、Azure IoT Operations は、デバイス通信用に OPC-UA と MQTT をサポートしています。

Azure IoT Operations は、米国東部 2、米国西部 3、西ヨーロッパ、米国東部、米国西部、米国西部 2、北ヨーロッパの各リージョンで利用できます。

Azure IoT Operations は、プロキシ認証を必要としないパススルー プロキシ経由の接続をサポートしています。 現在、認証を必要とするプロキシ、または暗号化されたトラフィックを検査できるプロキシは、サポートされていません。

現在、Azure IoT Operations は、Azure Private Link とプライベート エンドポイントをサポートしていません。

関連するコンテンツ

詳細については、IoT Operations の概要に関する記事とドキュメントを参照してください。