適用対象: ✔️ AKS Automatic
Azure Kubernetes Service (AKS) Automatic は、Kubernetes の柔軟性、拡張性、一貫性を維持しながら、Kubernetes で最も一般的なタスクを高速かつ摩擦なくするエクスペリエンスを提供します。 Azureは、ノード管理、スケーリング、セキュリティ、AKS の適切に設計された推奨事項に従う構成済みの設定など、クラスターのセットアップを処理します。 Automatic クラスターは、特定のワークロード要件に基づいてコンピューティング リソースを動的に割り当て、運用アプリケーションを実行するために調整されます。
- 既定で運用準備完了: クラスターは、最適な運用環境での使用のために事前に構成されており、ほとんどのアプリケーションに適しています。 これらは、ワークロードのニーズに基づいてリソースを自動的に割り当て、スケーリングするフル マネージド ノード プールを提供します。 ポッドは、リソース使用率を最大化するために、効率的にビン パックされます。
- ポッドの準備の保証: AKS Automatic には、5 分以内に 99.9% の適格なポッド準備操作が完了することを保証するポッドの準備 SLA が含まれています。 つまり、スケーリング イベントとノード のプロビジョニング中にワークロードがすぐに実行され始め、手動でチューニングすることなくアプリケーションの応答性に自信を持つようになります。
- 組み込みのベスト プラクティスとセーフガード: AKS Automatic クラスターでは、クラスター、アプリケーション、ネットワークの多くのセキュリティ設定が既定で有効になっており、既定の構成が強化されています。 AKS は、計画メンテナンスのスケジュールに従いながら、ノードとクラスター コンポーネントに自動的にパッチを適用します。
- 数分でコードから Kubernetes へ: コンテナー イメージからベスト プラクティス パターンに準拠するデプロイ済みアプリケーション数分以内に移行でき、Kubernetes API とその豊富なエコシステムの包括的な機能を利用できます。
Important
サービス レベル アグリーメント
AKS 自動クラスターのサービス レベル アグリーメント (SLA) には、次のコンポーネントが含まれています。
- ポッドの準備
- Uptime
詳細については、「Online Services のサービス レベル アグリーメント (SLA)」を参照してください。
ポッド準備の SLA
AKS Automatic には 、ポッドの準備 SLA が含まれています。これは、99.9% の適格なポッド準備操作が 5 分以内に完了することを財務的に保証するものです。 この SLA では、必要に応じたポッドのスケジュール設定とノード プロビジョニングについて説明します。
ポッドの準備 SLA は、次のような予測可能なスケーリング動作に依存するワークロードにメリットがあります。
- 応答時間を低下させることなく、トラフィックの急増時にすばやくスケールアウトする必要がある Web ワークロードと API ワークロード。
- メッセージ バックログを回避するために、新しいコンシューマー ポッドをすぐに準備する必要があるイベント ドリブン処理。
- 信頼できるパイプラインの実行に一貫したポッドの起動時間を必要とする CI/CD ジョブとバッチ ジョブ。
この保証は AKS Automatic に限定され、Microsoft Online Services SLA によってサポートされます。 有効にするために何も構成する必要はありません。すべての AKS 自動クラスターに含まれています。
稼働率 SLA
AKS Automatic には アップタイム SLA が含まれています。これは、Kubernetes API サーバーの 99.95% 可用性を保証する財務的保証です。 有効にするために何も構成する必要はありません。すべての AKS 自動クラスターに含まれています。
AKS の Automatic と Standard の機能比較
次の表は、AKS Automatic と AKS Standard の両方で使用可能、事前構成済み、既定のオプションの比較を示しています。 特定の機能を自動で使用できるかどうかの詳細については、その機能のドキュメントを参照してください。
事前構成済み機能は常に有効になっており、その設定を無効にしたり変更したりすることはできません。 既定の機能は構成済みですが、変更できます。 オプション 機能は構成に使用でき、既定では有効になっていません。
オプション機能を有効にする場合は、リンクされた機能ドキュメントに従うことができます。 クラスター作成の手順が完了したら、AKS Standard クラスターを作成するのではなく、 AKS 自動クラスター を作成する手順に従います。
アプリケーションのデプロイ、モニター、監視
アプリケーションのデプロイは、ソース管理からの自動化されたデプロイを使用して合理化できます。これによって、Kubernetes マニフェストが作成され、CI/CD ワークフローが生成されます。 さらに、クラスターは、メトリック用の Managed Prometheus、視覚化用の Managed Grafana、ログ収集用の Container Insights などの監視ツールで構成されます。
| オプション | AKS Automatic | AKS Standard |
|---|---|---|
| アプリケーションの展開 |
省略可能: • 自動デプロイを使用して、ソース管理からアプリケーションをコンテナー化し、Kubernetes マニフェストを作成し、継続的インテグレーションと継続的デプロイ (CI/CD) のワークフローを構築します。 • Kubernetes 用 GitHub Actions を使用してデプロイ パイプラインを作成します。 • 独自の CI/CD パイプラインを持ち込む。 |
省略可能: • 自動デプロイを使用して、ソース管理からアプリケーションをコンテナー化し、Kubernetes マニフェストを作成し、継続的インテグレーションと継続的デプロイ (CI/CD) のワークフローを構築します。 • Kubernetes 用 GitHub Actions を使用してデプロイ パイプラインを作成します。 • 独自の CI/CD パイプラインを持ち込む。 |
| 監視、ログ、視覚化 |
既定: • Azure CLI または Azure portal を使用する場合のメトリック収集用の Managed Prometheus。 • Azure CLI または Azure portal を使用する場合のログ収集用のコンテナーの分析情報。 • 視覚化用の Grafana を使用した Azure Monitor ダッシュボード は、Azure portal を使用するときに組み込まれています。 省略可能: • Azure CLI または Azure portal を使用する際の視覚化には、マネージド Grafana を使用します。 |
Default: Azure Monitor ダッシュボードを使った Grafana による可視化が、Azure ポータルで組み込まれています。 省略可能: • メトリック収集のための Managed Prometheus。 • 視覚化のための Managed Grafana。 • ログ収集のためのコンテナーの分析情報。 高度なコンテナネットワーキングサービス によるポッドメトリクス、DNS、L4メトリクス、およびネットワークフローログのためのコンテナネットワーク可観測性。 |
ノード管理、スケーリング、クラスター操作
ノード管理は、手動でのユーザー ノード プールの作成を必要とせずに自動的に処理され、 システム ノード プールとコンポーネントは AKS によって管理されます。 スケーリングはシームレスで、ワークロード要求に基づいてノードが作成されます。 さらに、Horizontal Pod Autoscaler (HPA)、Kubernetes Event Driven Autoscaling (KEDA)、Vertical Pod Autoscaler (VPA) などのワークロード スケーリングの機能が有効になります。 ポッドの準備操作の 99.9% が 5 分以内に完了することを保証するポッドの準備 SLA。 クラスターは、ノードの自動修復、クラスターの自動アップグレード、非推奨の Kubernetes 標準 API の使用の検出用に構成されます。 必要に応じて、アップグレードの計画メンテナンス スケジュールを設定することもできます。
| オプション | AKS Automatic | AKS Standard |
|---|---|---|
| システム ノード プール | 事前構成済み: AKS Automatic とマネージド システム ノード プール は、ユーザーに代わってシステム ノードとシステム コンポーネントを作成、スケーリング、アップグレードし、それらを AKS サブスクリプションでホストします。 | 既定値: システム ノード プールを作成して管理します。 |
| ノードの自動プロビジョニング | 事前構成済み: AKS 自動では、ノード の自動プロビジョニングを使用してノード プールが管理されます。 | 省略可能: AKS Standard は、 ノードの自動プロビジョニングを使用してユーザー ノード プールを管理します。 |
| Scaling |
事前構成済み: AKS Automatic では、ノード自動プロビジョニングを使用して、ワークロード要求に基づいてノードが作成されます。 クラスターでは、水平ポッド オートスケーラー (HPA)、Kubernetes イベント ドリブン自動スケール (KEDA)、垂直ポッド オートスケーラー (VPA) が有効になります。 |
既定: ノード プールの手動スケーリング。 省略可能: • クラスター オートスケーラー • ノードの自動プロビジョニング • Kubernetes イベント駆動型自動スケーリング (KEDA) • 垂直ポッド オートスケーラー (VPA) |
| クラスター レベルとサービス レベル アグリーメント (SLA) | 事前構成済み: 最大 5,000 ノードを含む Standard レベルのクラスター、 クラスターのアップタイム SLA、ポッド の準備 SLA 。99.9% のポッド準備操作が 5 分以内に完了することを保証します。 |
既定値: 10 ノードの Free レベル クラスター。ただし、最大 1,000 ノードをサポートできます。 省略可能: • 最大 5,000 ノードの Standard レベル クラスターとクラスター アップタイム SLA。 • 最大 5,000 ノード、 クラスターアップタイム SLA、 長期的なサポートを備えた Premium レベルのクラスター。 |
| ノードのオペレーティング システム |
システム ノード プール用に構成: Azure Linux ユーザー ノードの場合は省略可能です。 • Azure Linux •Ubuntu |
既定値: Ubuntu 省略可能: • Azure Linux • Windows Server |
| ノード リソース グループ | 事前構成済み: クラスター リソースに対する偶発的または意図的な変更を防ぐための フル マネージド ノード リソース グループ 。 |
既定値: 無制限 省略可能: 読み取り専用(ノード リソース グループのロックダウン) |
| ノードの自動修復 | 事前構成済み: ワーカー ノードの正常性状態が継続的に監視され、正常ではなくなった場合、ノードの自動修復が実行されます。 | 事前構成済み: ワーカー ノードの正常性状態が継続的に監視され、正常ではなくなった場合、ノードの自動修復が実行されます。 |
| クラスターのアップグレード | 事前構成済み: クラスターは、 安定チャネルを使用して マイナー バージョン N-1 に自動的にアップグレードされます。N は、サポートされている最新のマイナー バージョンです。 |
既定値: 手動アップグレード。 省略可能: 選択可能なアップグレード チャネルを使用した自動アップグレード。 |
| ノード OS イメージのアップグレード | 事前構成済み: クラスターは、セキュリティ修正とバグ修正 を含む NodeImage チャネルを使用して自動的にアップグレード されます。 |
既定値: 手動アップグレード。 省略可能: 選択可能なノード OS アップグレード チャネルを使用した自動アップグレード |
| Kubernetes API の破壊的変更の検出 | 事前構成済み: クラスターのアップグレードは、非推奨の Kubernetes 標準 API の使用が検出されると停止します。 | 事前構成済み: クラスターのアップグレードは、非推奨の Kubernetes 標準 API の使用が検出されると停止します。 |
| 計画メンテナンス期間 | 既定値: アップグレードを制御する計画メンテナンス スケジュール構成を設定します。 | 省略可能: アップグレードを制御する計画メンテナンス スケジュール構成を設定します。 |
セキュリティとポリシー
クラスタの認証と承認は、Kubernetesの承認にAzureロールベースのアクセス制御 (RBAC)を使用します。アプリケーションは、Microsoft Entra ワークロード ID を使用したワークロードアイデンティティやOpenID Connect (OIDC) クラスターイシュアなどの機能を活用することで、Azureサービスとの通信をセキュアに行うことができます。 デプロイセーフガードAzure Policyコントロールと組み込みのイメージ クリーナーによって、脆弱性のある未使用のイメージが削除され、イメージのセキュリティが強化され、Kubernetes のベスト プラクティスが適用されます。
| オプション | AKS Automatic | AKS Standard |
|---|---|---|
| クラスターの認証と認可 | 事前構成済み: Azure ロールベースのアクセス制御を使用してクラスターの認証と承認を管理するための Kubernetes の承認向け Azure RBAC。 |
既定値: ローカル アカウント。 省略可能: • Kubernetes 認可用 Azure RBAC • Microsoft Entra 統合による Kubernetes RBAC |
| クラスターのセキュリティ | 事前構成済み: API サーバー仮想ネットワーク統合により、プライベート リンクやトンネルなしで、API サーバーとクラスター ノード間のプライベート ネットワーク経由でのネットワーク通信が可能になります。 | 省略可能: API サーバー仮想ネットワーク統合により、プライベート リンクやトンネルなしで、API サーバーとクラスター ノード間のプライベート ネットワーク経由でのネットワーク通信が可能になります。 |
| アプリケーションのセキュリティ |
事前構成済み: • Microsoft Entra ワークロード ID を使用したワークロード ID • OpenID Connect (OIDC) クラスター発行者 省略可能: • WireGuard ノード暗号化を使用したポッド トラフィック向けの Advanced Container Networking Services のコンテナー ネットワーク セキュリティ。 |
省略可能: • Microsoft Entra ワークロード ID を使用したワークロード ID • OpenID Connect (OIDC) クラスター発行者 省略可能: • Wireguard ノード暗号化を使用したポッド トラフィック向けの Advanced Container Networking Services によるコンテナー ネットワークのセキュリティ。 |
| イメージのセキュリティ | 事前構成済み: 脆弱性のある未使用のイメージを削除するイメージ クリーナー。 | 省略可能: 脆弱性のある未使用のイメージを削除するイメージ クリーナー。 |
| ポリシーの適用 |
事前構成済み: デプロイ セーフガードとベースライン Pod Security Standards。適用モードの Azure Policy コントロールを通じて、AKS クラスターで Kubernetes のベスト プラクティスを適用します。 マネージド システム ノード プールのセキュリティ制限により、マネージド システム コンポーネントが保護され、顧客のワークロードと AKS で管理されるインフラストラクチャ間の境界が維持されます。 省略可能: • Cilium DNS および L7 ポリシーのための高度なコンテナネットワークサービスに関するネットワークセキュリティ。 |
オプション: デプロイ保護および Pod Security Standards は、適用モードまたは警告モードの Azure Policy コントロールを通じて、AKS クラスター内で Kubernetes のベスト プラクティスを適用します。 省略可能: • Advanced Container Networking Services による、Cilium DNS および L7 ポリシー向けのコンテナー ネットワークのセキュリティ。 |
| マネージド名前空間 | 省略可能: マネージド名前空間 を使用して事前構成済みの名前空間を作成します。この名前空間では、イングレス/エグレスのネットワーク ポリシー、メモリ/CPU のリソース クォータ、および設定ラベル/注釈を定義できます。 | 省略可能: マネージド名前空間 を使用して事前構成済みの名前空間を作成します。この名前空間では、イングレス/エグレスのネットワーク ポリシー、メモリ/CPU のリソース クォータ、および設定ラベル/注釈を定義できます。 |
ネットワーク
AKS 自動クラスターでは、Azure CNI オーバーレイと Cilium を利用した
次のステップ
AKS Automatic の詳細については、クイックスタートに従ってクラスターを作成してください。