Azure IoT Operations プレビューでソリューションをデプロイする

  • [アーティクル]

重要

Azure Arc によって有効にされる Azure IoT Operations Preview は、 現在プレビュー段階です。 運用環境ではこのプレビュー ソフトウェアを使わないでください。

ベータ版、プレビュー版、または一般提供としてまだリリースされていない Azure の機能に適用される法律条項については、「Microsoft Azure プレビューの追加使用条件」を参照してください。

Azure IoT Orchestrator プレビューを使用して、Azure IoT Operations プレビュー エッジ コンピューティング シナリオのコンポーネントをデプロイ、構成、更新します。

Diagram that shows the architecture of Azure IoT Orchestrator components in the cloud and managing an Arc-enabled Kubernetes cluster.

Orchestrator は、Arc 対応の Kubernetes クラスター上のアプリケーション ワークロードを管理するサービスです。 Helm、Kubectl、Arc などの既存のツールを使用して、ターゲット クラスターで目的の状態を実現します。 Orchestrator は、プロバイダーと呼ばれる拡張性モデルを使用します。これにより、広範な OS プラットフォームとデプロイ メカニズムにわたるデプロイと構成をサポートできます。 Orchestrator には、望ましい状態を維持するための、調整機能と状態レポート機能も用意されています。

コンストラクト

いくつかのコンストラクトにより、アプリケーション ワークロードのデプロイと構成の管理を支援します。

マニフェスト

ソリューション、ターゲット、インスタンスの 3 種類のマニフェストが連携して、クラスターの望ましい状態を表現します。 マニフェスト ファイルの作成の詳細については、「マニフェスト」を参照してください。

ソリューション

ソリューションは、1 つまたは複数の ターゲットにデプロイできるアプリケーション ワークロードを定義するテンプレートです。 ソリューションでは、アプリケーション コンポーネントを記述します。 アプリケーション コンポーネントは、ターゲット クラスターにデプロイするリソースであり、PowerShell スクリプトや Azure IoT Data Processor プレビュー パイプラインなど、ターゲット マニフェストで定義されているインフラストラクチャ コンポーネントを使用するリソースです。

移行先

ターゲットは、Kubernetes クラスターやエッジ デバイスなどの特定のデプロイ環境です。 ここでは、PowerShell や Azure IoT データ プロセッサなど、デバイスに 1 回インストールされるコンポーネントである、インフラストラクチャ コンポーネントについて説明します。 各ターゲットには独自の構成設定があり、デプロイ環境の特定のニーズを満たすようにカスタマイズできます。 また、ターゲットでは、ターゲットで管理するリソースの種類 (たとえば、Helm、PowerShell スクリプト、CR、Bash スクリプトなど) を定義するプロバイダー バインドも指定します。

インスタンス

インスタンスは、ターゲットへのソリューションの特定のデプロイです。 これはソリューションのインスタンスと考えることができます。

プロバイダー

プロバイダーは、Orchestrator が、広範な OS プラットフォームとデプロイ メカニズムにわたるデプロイと構成をサポートできるようにする拡張性モデルです。 プロバイダーは、リソースの望ましい状態を達成するために必要なアクションを実行するための責任をもちます。 Orchestrator では、Helm、Kubectl、Arc など、いくつかの業界標準ツールがサポートされています。詳細については、「プロバイダー」を参照してください。

調整

調整プロセスにより、リソースの望ましい状態が維持されます。 クラスターのリソース マネージャーにより、すべてのリソースの現在の状態と、ソリューション マニフェスト内で指定された望ましい状態との比較が行われます。 差異がある場合、リソース マネージャーによってクラスター上の適切なプロバイダーが呼び出され、リソースが望ましい状態に更新されます。

リソース マネージャーが望ましい状態に調整できない場合、そのデプロイは失敗として報告され、クラスターは以前の正常な状態のままとなります。

既定では、リソース マネージャーは 3 分ごとに調整をトリガーして、望ましい状態への更新を確認します。 このポーリング間隔ポリシーを構成して、より頻繁なチェックが必要なシナリオや、チェック頻度を下げてオーバーヘッドを減らすシナリオに合わせてカスタマイズできます。

ステータス レポート

状態レポート機能により、望ましい状態が維持されます。 クラスター上のリソース マネージャーが 1 つのコンポーネントについてエラーを検出すると、デプロイ全体がエラーと見なされ、デプロイが再試行されます。 特定のコンポーネントで再びエラーが発生した場合、デプロイは再びエラーと見なされ、構成可能な調整設定に基づいて、リソース マネージャーは状態のシークを停止し、エラー状態でインスタンスを更新します。 このエラー (または正常) 状態はクラウドに同期され、リソース プロバイダー API を介して使用できるようになります。 エクスペリエンス ワークフローを構築して、顧客に通知したり、もう一度再試行したり、以前のソリューション バージョンをデプロイしたりできます。