AKS Edge Essentials クラスターとノードの主要な概念

この記事では、AKS Edge Essentials クラスターのデプロイ、ノード、仮想マシンを作成する方法について説明します。

仮想マシン ノード

AKS Edge Essentials デプロイを作成すると、AKS Edge Essentials によって、デプロイされたノードごとに仮想マシン (VM) が作成されます。 AKS Edge Essentials は、VM のライフサイクル、構成、更新を管理します。

AKS Edge の VM を示すスクリーンショット。

デプロイで作成できる Linux VM は、特定のホスト マシン上に 1 つだけです。 この Linux VM は、デプロイのニーズに基づいて、コントロール プレーン ノードとワーカー ノードの両方として機能できます。 このキュレーションされた VM は 、CBL-Mariner に基づいています。 CBL-Mariner は、Microsoft のクラウド インフラストラクチャと、エッジ製品およびサービス向けの内部 Linux ディストリビューションです。 CBL-Mariner は、これらのデバイスとサービスに一貫したプラットフォームを提供するように設計されており、Linux 更新プログラムを最新の状態に保つ Microsoft の機能を拡張できます。 詳細については、CBL-Mariner のセキュリティに関する記事を参照してください。 Linux 仮想マシンは、次の 4 ポイントの包括的なオンプレミス上に構築されています。

  • サービス更新プログラム
  • 読み取り専用ルート ファイルシステム
  • パッケージ マネージャーなし
  • フットプリントの削減

Windows ノードの実行は省略可能であり、Windows コンテナーを展開する必要がある場合は Windows ノードを作成できます。 このノードは、WINDOWS 10 IOT ENTERPRISE LTSC 2019 に基づいて Windows 仮想マシンとして実行されます。 Windows VM には、Windows 10のすべてのセキュリティ機能が用意されています。

各 VM に割り当てる CPU リソースとメモリ リソースの量を定義できます。 この静的割り当てにより、リソースの使用方法を制御し、ホストで実行されているアプリケーションに必要なリソースが確実に割り当てられます。

最後に、AKS Edge Essentials では、仮想マシンを動的に作成することはできません。 ノード VM がダウンした場合は、再作成する必要があります。 つまり、複数のコントロール プレーン ノードとワーカー ノードを含む完全なデプロイがある場合、VM がダウンした場合、Kubernetes はワークロードをアクティブ ノードに移動します。

ノード タイプ

AKS Edge Essentials ノードをデプロイするときは、 パラメーターを指定する -NodeType 必要があります。 このパラメーターは、このマシンで実行できるワークロードの種類を示し、AKS Edge Essentials に対応する VM を作成するように指示します。 使用できる値は 、LinuxWindows、または LinuxAndWindows です

重要

Kubernetes コントロール プレーン コンポーネントは Linux で記述されるため、デプロイする最初のノードには Linux ノードを含める必要があります。

クラスターのデプロイ オプション

マシンを設定したら、次の構成で AKS Edge Essentials をデプロイできます。

  • 単一マシン クラスター: 1 台のマシンで Kubernetes ノードを実行して、1 つのマシン クラスターを作成します。 このデプロイでは、内部ネットワーク スイッチを使用して、ノード間の通信を有効にします。 このデプロイでは、1 つの Linux ノードと 1 つの Windows ノードのみがサポートされ、両方とも 1 台のマシンで実行されます。
  • スケーラブルなクラスター: 複数のマシン間でスケーリングできるマルチノード Kubernetes クラスターを作成できます。

AKS Edge Essentials のデプロイ シナリオを示す図。

クラスターを作成したら、アプリケーションをデプロイし、クラスターを Arc に接続して、Azure Monitor や Azure Policy などの Arc 拡張機能を有効にすることができます。 GitOps を使用してデプロイを管理することもできます。

次のステップ