Azure Kubernetes Service を使用するタイミング

ここでは、Azure Kubernetes Service (AKS) が最適な選択であるかどうかを判断する方法について説明します。

未開発またはリフトアンドシフトのプロジェクトの観点から決定に取り組みます。 未開発プロジェクトでは、既定の機能に基づいて AKS を評価できます。 リフトアンドシフト プロジェクトでは、移行をサポートするために最適な機能の確認が強制されます。

先ほど、AKS Kubernetes オファリングを強化するいくつかの機能があることを確認しました。 これらの各機能は、AKS の使用を決定するうえで説得力のある要素になる場合があります。

ID とセキュリティ管理 既に既存の Azure リソースを使用しており、Azure AD を利用していますか。 Azure AD と統合し、既存の ID とグループ メンバーシップを再利用するように AKS クラスターを構成できます。
ログ記録と監視の統合 AKS には、クラスターのパフォーマンスの可視性を提供するためのコンテナーの Azure Monitor が含まれています。 カスタム Kubernetes インストールでは、通常、インストールと構成を必要とする監視ソリューションを決定します。
自動クラスター ノードおよびポッドのスケーリング 大規模なコンテナー化環境でスケールアップまたはスケールダウンするタイミングを決めるのは大変です。 AKS では、2 つの自動クラスター スケーリング オプションがサポートされています。 ポッドの水平オートスケーラーまたはクラスター オートスケーラーを使用して、クラスターをスケーリングすることができます。 ポッドの水平オートスケーラーではポッドのリソース需要を監視し、需要に合わせてポッドを増やします。 クラスター オートスケーラー コンポーネントでは、ノードの制約のためにスケジュールできないポッドを監視します。 スケジュールされたポッドをデプロイするために、クラスター ノードが自動的にスケーリングされます。
クラスター ノードのアップグレード クラスター管理タスクの数を減らす必要がありますか。 AKS では、Kubernetes ソフトウェアのアップグレードと、ノードを切断およびドレインして実行中のアプリケーションの中断を最小限に抑えるプロセスを管理します。 完了すると、これらのノードは 1 つずつアップグレードされます。
GPU 対応ノード 多くのコンピューティング処理を要するワークロードやグラフィックを集中的に使用するワークロードはありますか。 AKS では GPU 対応ノード プールがサポートされます。
ストレージ ボリュームのサポート アプリケーションはステートフルですか。また、アプリケーションで永続化されたストレージが必要ですか。 AKS では、静的と動的の両方のストレージ ボリュームがサポートされます。 ポッドは、異なるノードで作成または再スケジュールされたときに、これらのストレージ ボリュームにアタッチして再アタッチすることができます。
仮想ネットワークのサポート ポッド間でネットワーク通信を行ったり、AKS クラスターからオンプレミス ネットワークにアクセスする必要がありますか。 AKS クラスターは、既存の仮想ネットワークに簡単にデプロイできます。
HTTP アプリケーション ルーティング サポートを使用するイングレス デプロイしたアプリケーションを公開する必要がありますか。 HTTP アプリケーション ルーティング アドオンを使用すると、AKS クラスターでデプロイされたアプリケーションに簡単にアクセスできます。
Docker イメージのサポート コンテナーに Docker イメージを既に使用していますか。 AKS では、Docker ファイル イメージ形式が既定でサポートされます。
プライベート コンテナー レジストリ プライベート コンテナー レジストリが必要ですか。 AKS は Azure Container Registry (ACR) と統合されています。 ACR に限定されるわけではありませんが、他のコンテナー リポジトリ (パブリックまたはプライベート) を使用できます。

上記のすべての機能は、クラスターを作成するとき、またはデプロイ後に構成できます。