よく寄せられる質問 - Azure Kubernetes Fleet Manager

適用対象: ✔️ Fleet Manager ✔️ ハブクラスターを持つFleet Manager

この記事では、Azure Kubernetes Fleet Manager についてよく寄せられる質問について説明します。

フリートマネージャーサービスに関する FAQ

Fleet Manager はリージョンまたはグローバルリソースですか?

フリートマネージャーはリージョンリソースです。ディザスターリカバリーのユースケースに対するリージョンフェールオーバーのサポートは、ロードマップに掲載されています。

Fleet Manager に参加できるクラスターの数はいくつですか?

Fleet Manager (ハブクラスターの有無にかかわらず) では、最大 1,000 個の Kubernetes クラスターへの参加がサポートされています。メンバークラスターには、AKS と Arc 対応 Kubernetes を混在させることができます。

Fleet Manager で 1,000 を超えるクラスターをサポートする場合は、フィードバックを追加します。

どの Kubernetes クラスターをメンバーとして参加できますか?

Fleet Manager を使用すると、Azure サブスクリプションが Fleet Manager と同じMicrosoft Entra ID テナントに関連付けられている限り、承認されたユーザーは任意のAzureサブスクリプションとリージョンに AKS、AKS Automatic、または Arc 対応 Kubernetes クラスターを追加できます。

Fleet Manager ではマネージド ID がサポートされていますか?

はい。Fleet Manager では、システム割り当てマネージド ID とユーザー割り当てマネージド ID の両方がサポートされています。詳しくは、Fleet Manager でのマネージド ID の使用についてのドキュメントをご覧ください。

参加しているクラスターのクラスター ID を変更するとどうなりますか?

メンバークラスターの ID を変更すると、Fleet Manager とそのメンバークラスター間の通信が中断されます。メンバーエージェントは新しい ID を使用して Fleet Manager と通信しますが、Fleet Manager は新しい ID を認識する必要があります。次のコマンドを実行して解決します。

az fleet member create \
    --resource-group ${GROUP} \
    --fleet-name ${FLEET} \
    --name ${MEMBER_NAME} \
    --member-cluster-id ${MEMBER_CLUSTER_ID}

Azure Arc 対応 Kubernetes との関係

Fleet Manager では、Azureホストされる AKS クラスターと Arc 対応 Kubernetes クラスターの両方がメンバークラスターとしてサポートされています。

Azure Kubernetes Service クラスターとの関係

Azure Kubernetes Service (AKS) を使用すると、運用上のオーバーヘッドが Azure にオフロードされるため、Azure でのマネージド Kubernetes クラスターのデプロイが簡素化されます。ホストされた Kubernetes サービスとして、Azure によって正常性監視やメンテナンスなどの重要なタスクが処理されます。 Kubernetes コントロールプレーンは Azure で管理されているため、エージェントノードのみを管理します。お客様は AKS クラスターで実際のワークロードを実行してください。

Azure Kubernetes Fleet Manager は、Azure Kubernetes Service クラスターの大規模なマルチクラスターシナリオに対処するのに役立ちます。 Azure Kubernetes Fleet Manager は、AKS クラスターのグループ表現を提供し、ユーザーがクラスターの更新、Kubernetes リソース伝達、マルチクラスター負荷分散を調整するのに役立ちます。 Fleet Manager ハブクラスターでユーザーワークロードを実行することはできません。

Fleet Manager から新しい AKS クラスターをプロビジョニングできますか?

新しい AKS クラスターの作成とライフサイクル管理は、ロードマップに含まれています。クラスター作成のサポートが重要なシナリオである場合は、フィードバックを提供してください。

Fleet Manager ハブクラスターの更新を管理する必要がありますか?

いいえ。 Fleet Manager のハブクラスターは、Microsoft が管理するリソースです。 Microsoft は、利用可能になると、ハブクラスターを最新バージョンの Kubernetes またはノードイメージに自動的に更新します。

ハブクラスター (hub という名前の単一ノード AKS クラスター) を更新または変更しようとすると、一連の拒否規則によって変更の適用がブロックされます。

Fleet Manager ハブクラスターが Failed から Running に移行したのはなぜですか?

Fleet Manager ハブクラスターは、サブスクリプションで作成されたMicrosoftマネージド AKS クラスターです。ハブクラスターでアクションを実行する必要はありません。

ハブクラスターのプロビジョニングまたは操作に問題がある場合は、 Failed 状態に移行できます。

Fleet Manager は、定期的な標準サービス操作の一環としてハブクラスターを自動的に調整します。この操作により、ハブクラスターを Running 状態に移行できます。

ハブクラスターが Failed 場合、コストは生成されませんが、コストを Running に移行すると生成されます。

マルチクラスターの更新 - 自動化された、または手動の FAQ

マルチクラスター更新プログラムでサポートされているクラスターは何ですか?

クラスターの種類	Supported	詳細情報	ロードマップ
Azure の AKS	✅	完全なサポート。	-
AKS Automatic	⚠	部分的にサポートされます。クラスターレベルの自動アップグレードを無効にすることはできません。そのため、クラスターは順番に更新されません。	5811
AKS と NAP	⚠	部分的にサポートされます。 Kubernetes コントロールプレーンのアップグレードのみがサポートされています。	5812
AKS に接続されたクラスター	❌	ベアメタル、Edge Essentials、および Azure Local 上の AKS ではサポートされていません。	5813
Arc 対応 Kubernetes クラスター	❌	サポートされていません。	5813

Fleet Manager でサポートされている AKS 更新チャネル

Fleet Manager では、次の AKS 更新チャネルがサポートされています。

迅速: AKS でサポートされている最新の Kubernetes リリース (N) の更新。
安定: Kubernetes 安定チャネル (N-1) の更新。ここで、'N' は AKS でサポートされている Kubernetes リリースの最新です。
NodeImage: 毎週のリリーススケジュールでパッチが適用されたノードイメージ VHD (バグとセキュリティ)。
TargetKbernetesVersion (Kubernetes Patch): パッチが利用可能になったときに、指定したターゲットバージョンの最新のパッチリリースにクラスターをアップグレードします。 AKS Long-Term サポート (LTS) 経由でのみ利用可能な Kubernetes マイナーバージョンをサポートします。

現在サポートされていない AKS チャネル:

NodeSecurityPatch: ノード上で実行されている既存の VHD に適用される AKS で管理されたセキュリティパッチを提供するノードイメージ OS の更新。
アンマネージド: OS の組み込み修正プログラムを通じて直接適用されるノードイメージの OS 更新プログラム (Linux ノードのみ)。現在、Fleet Manager がこのオプションをサポートする予定はありません。

自動アップグレードプロファイルのターゲット Kubernetes マイナーバージョンは、コミュニティのサポート対象外です。どうすればよいですか?

次のようにすることができます。

自動アップグレード設定で長期サポート (LTS) を許可し、特定のマイナーバージョンを使用したいクラスターネットワーク内の任意のクラスターに対して有効にします。使用する更新戦略に LTS クラスターのみが含まれていることを確認します。
自動アップグレードプロファイルを新しいターゲット Kubernetes マイナーバージョンに更新します。クラスターは、リリース時に指定された Kubernetes マイナーの最新のパッチに更新されます。

自動アップグレードプロファイルで LTS を有効にする方法については、「ターゲット Kubernetes バージョンの更新プログラム」を参照してください。マネージドクラスターで LTS を有効にする方法については、「長期サポート」を参照してください。

注

エラーが発生した場合の詳細情報を確認し、実行する特定のアクションを理解するには、自動アップグレードプロファイルの状態を確認します。

AKS クラスターの自動アップグレードを有効のままにするとどうなりますか?

AKS クラスターの自動アップグレードを有効のままにした場合、最初に実行するものに応じて、Fleet Manager または AKS クラスターの自動アップグレードによって更新が実行されます。

Fleet Manager では、AKS クラスターの自動アップグレード設定の構成は変更されません。

Fleet Manager で自動アップグレードを管理する場合は、各メンバー AKS クラスターで自動アップグレードを無効にします。

AKS クラスターのメンテナンス期間のサポート

メンテナンス期間は、クラスターを安全にアップグレードできるタイミングを定義します。

Fleet Manager では、各メンバークラスターのクラスターごとのメンテナンス期間の設定が考慮されます。

メンテナンス期間が開くと、アップグレードはすぐには開始されません。理由は次のとおりです。

コンカレンシーの制限: メンテナンス期間が開いても、戦略のコンカレンシー設定のためにクラスターがアップグレードされない可能性があります。
定期的なポーリング: Fleet Manager は、開いているメンテナンス期間を 60 分ごとにポーリングするため、最大待機時間はウィンドウを開いた状態から 60 分です。

一貫性のあるノードイメージのアップグレードのスコープは何ですか?

ノードの整合性は、オプションを選択した単一consistent imageに含まれるすべてのクラスターに対してのみ保証されます。

個別の更新の実行間でノードイメージのバージョンに対する一貫性の保証はありません。

更新プログラムの実行で使用されたノードイメージを確認するにはどうすればよいですか?

更新プログラムの実行には、実行に使用された選択されたノードイメージが一覧表示されます。更新プログラムの実行が開始されていない場合でも、この情報にアクセスできます。

更新用に選択されたすべてのクラスターで異なるノードプールが動作するため、複数のノードイメージを選択できます。

選択したイメージを見つけるには、次のAzure CLIコマンドを使用します。

az fleet updaterun show \
    --resource-group ${GROUP} \
    --fleet-name ${FLEET} \
    --name ${UPDATE_RUN_NAME} \
    --query "status.nodeImageSelection.selectedNodeImageVersions"

Azure portal の [更新プログラムの実行の概要] ページの View JSON オプションを使用して、更新プログラムの実行の生データを表示することもできます。

更新プログラムの実行が、かなり長い間保留中状態になっています。どうしたらいいでしょう。

Fleet Manager の更新プログラムの実行は、さまざまな理由で保留中状態になる可能性があります。 Azure ポータルまたは監視ドキュメントに従って、更新プログラムの実行の状態を表示できます。

長い保留状態の最も一般的な理由は次の 2 つあります。

メンバークラスターのメンテナンス期間: メンバークラスターのメンテナンス期間が開いていない場合、更新プログラムの実行は一時停止状態になります。この一時停止により、次のメンテナンス期間が開くまで、更新グループまたはステージの完了がブロックされます。更新プログラムの実行を続行するには、クラスターを手動でスキップします。クラスターをスキップすると、更新プログラムの実行で他のメンバークラスターと同期されません。
Kubernetes またはノードイメージのバージョンが Azure リージョンにない: 新しい Kubernetes またはノードイメージバージョンが、メンバークラスターが存在するAzure リージョンに発行されていない場合、更新プログラムの実行は保留中の状態になります。 AKS リリーストラッカーを確認して、バージョンのリージョンの状態を確認できます。メンバークラスターはスキップできますが、同じAzure リージョンに他のクラスターがある場合は、更新もできません。

自動アップグレードの実行が開始され、すぐに保留中の状態に入りました。なぜでしょうか。

前の質問を参照してください。

自動アップグレードプロファイルから更新プログラムの実行を生成しようとしましたが、更新プログラムの実行が表示されません。

自動アップグレードプロファイルから更新プログラムの実行を手動で生成すると、結果の更新プログラムの実行が既に存在する可能性があります。

このシナリオは、自動アップグレードプロファイルによって更新プログラムの実行が自動的に生成された場合、または更新プログラムの実行が以前に手動で生成された場合に発生する可能性があります。

生成された更新実行の名前は、ノードイメージや Kubernetes バージョンなどのプロパティが更新された場合にのみ変更される自動アップグレードプロファイルのアップグレード仕様に基づいています。

この問題は、既存の更新の実行が最新の更新の実行ではない場合の Azure ポータルで最もよく見られます。この問題が発生し、更新プログラムの実行が見つからない場合は、Azure CLIを使用して実行を生成し、更新プログラムの実行名を表示します。 Microsoft、今後、Azure ポータルでこの問題を解決する予定です。

更新実行を生成する際、すでに存在する場合は、既存の更新実行は変更されません。

更新戦略を編集しても、それを使用した既存の更新プログラムの実行は変更されませんでした。なぜ駄目なのですか。

更新プログラムの実行を作成すると、戦略が更新実行にコピーされるため、戦略に対する変更が更新実行の実行に影響を与えません。

承認を事前に申請できますか?

いいえ。アップグレードを承認できるのは、メンバークラスターがアップグレードの準備ができているか、アップグレードが正常に完了したことを確認した後だけです。事前承認する場合は、戦略で承認を構成しないことを検討してください。

承認の有効期限は切れますか?

いいえ。承認は承認されるまで待機します。承認の時間枠を構成することはできません。

承認をスキップできますか?

メンバークラスターのアップグレードをゲーティング承認と共にスキップする場合は、包含するグループまたはステージをスキップします。アップグレードを続行する場合は、承認を付与する必要があります。

承認を削除するにはどうすればよいですか?

前の質問と同様に、アップグレードを続行する場合は、承認を付与する必要があります。基になるゲートリソースをクリーンアップする場合は、関連付けられている更新プログラムの実行を削除する必要があります。更新実行にリンクされているすべてのゲートが削除されます。

ステージ後の承認を、ステージ後の待機と共に構成できますか?

Yes. 後のステージ待機は、承認と同時に開始されます。更新プログラムの実行を続行する前に、両方を完了する必要があります。

既存の更新戦略に承認を追加できますか?

Yes. 既存の戦略を編集して承認を含めることができます。ただし、戦略を使用して作成した既存の更新プログラムの実行は更新されません。

スケジュールされた開始ゲートは、AKS クラスターのメンテナンスウィンドウとどのように連動しますか?

スケジュール済みの開始ゲートと AKS クラスターの計画メンテナンスウィンドウは、互いに独立した制御です。クラスターのアップグレードを開始する前に、両方の条件を満たす必要があります。たとえば、スケジュールされた開始ゲートが午前 2 時に完了したが、クラスターのメンテナンス期間が午前 6 時まで開かない場合、クラスターは午前 6 時までアップグレードを開始するまで待機します。

クラスターリソースの配置に関する FAQ

伝達のために名前空間内のリソースを選択できますか?

Yes. Fleet Manager では、クラスタースコープと名前空間スコープの両方のリソース配置がサポートされています。

ClusterResourcePlacement: クラスタースコープのリソースと名前空間全体 (すべての内容を含む) をメンバークラスターに伝達します。詳細については、「 ClusterResourcePlacement を使用してクラスタースコープのリソースをデプロイする」を参照してください。
ResourcePlacement: 名前空間内の特定の名前空間スコープリソース (ConfigMap、シークレット、デプロイなど) を選択して伝達するためのきめ細かい制御を提供します。詳細については、「 ResourcePlacement を使用して名前空間スコープのリソースをデプロイする」を参照してください。

自動デプロイに関する FAQ

これは AKS 自動デプロイとどのように比較されますか?

AKS 自動デプロイでは、デプロイされたワークロードが実行される単一の AKS クラスターのみがサポートされます。 Fleet Manager の自動デプロイでは、Fleet Manager ハブクラスターでワークロード定義がステージングされ、クラスターリソースの配置を介してメンバークラスターに伝達できるようになります。

Fleet Manager の自動デプロイでは、既存の Azure Container Registry (ACR) と Fleet Manager ハブクラスター名前空間も使用する必要があります。

同じ Git リポジトリに複数回接続できますか?

はい。同じリポジトリに複数回接続して、同じリポジトリから異なるリソースまたはブランチをデプロイできます。

ロードマップ

Azure Kubernetes Fleet Manager リソースのロードマップは、 GitHub で入手できます。

次のステップ

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-07-17