---
title: "AKS（Azure Kubernetes Service）とは｜できること・料金・始め方を解説【2026年版】"
url: "https://www.issoh.co.jp/tech/details/7272/"
published: 2025-06-17
updated: 2026-10-16
categories: ["Azure"]
publisher: "株式会社一創"
---

# AKS（Azure Kubernetes Service）とは｜できること・料金・始め方を解説【2026年版】

AKS（Azure Kubernetes Service）は、Microsoft Azureが提供するマネージド型のKubernetesサービスです。本来は専門知識と手間が必要なKubernetesクラスターの構築・運用のうち、もっとも負担の大きいコントロールプレーンの管理をAzure側が肩代わりしてくれるため、利用者はアプリケーションの開発とデプロイに集中できます。この記事では「AKSとは何か」を起点に、できること・主な特徴・料金体系・他社サービス（EKS／GKE）との違い・Azure CLIでの始め方までを、2026年時点の最新情報で整理します。

## まとめ

先に要点をまとめます。

- **AKSはAzureのマネージドKubernetes**。コントロールプレーンの運用をAzureが代行し、利用者はワーカーノードとアプリに専念できる。
- **料金は3ティア構成**。クラスター管理が無料の**Free**（SLAなし・検証や小規模向け）、APIサーバーのUptime SLAが付く**Standard**（本番向け・約$0.10/クラスター/時）、長期サポート（LTS）が付く**Premium**。ワーカーノードのVM等は別途課金。
- **Microsoft製品との親和性が強み**。Microsoft Entra ID（旧Azure AD）連携やWindowsコンテナ対応など、既存のMicrosoft環境を活かせる。
- **運用をさらに任せたいならAKS Automatic**という、本番対応クラスターを自動構成するモードも用意されている。

以下、それぞれを順番に詳しく見ていきます。

## AKS（Azure Kubernetes Service）とは

AKSは、オープンソースのコンテナオーケストレーションツールであるKubernetesを、Azure上でマネージドサービスとして提供するものです。Kubernetesは複数のコンテナのデプロイ・スケーリング・自己修復を自動化する強力な仕組みですが、自前でクラスターを構築すると、APIサーバーやetcdといったコントロールプレーンの構築・冗長化・アップグレード・障害対応をすべて自分で背負うことになります。AKSはこのコントロールプレーンをAzureが管理し、利用者からはアプリケーションを動かすワーカーノードだけが見える状態にすることで、Kubernetesの導入と運用のハードルを大きく下げています。

### Kubernetesとの関係とAKSが解決する課題

Kubernetesそのものは、Googleが開発し現在はCNCF（Cloud Native Computing Foundation）が管理するプロジェクトで、特定のクラウドに依存しません。AKSはそのKubernetesに「Azureの実装」を組み合わせたもので、ノードの自動スケーリング、監視、認証、ネットワークといった運用機能がAzureサービスとして統合されています。コンテナやKubernetesの前提知識を整理したい場合は、[コンテナ技術とは何か：仮想化との違いや基本概念を解説](/column/details/13000/)や[Kubernetes 1.34リリースの概要と背景](/tech/details/8967/)もあわせて参照すると理解が早まります。

## AKSでできること・主な特徴

AKSは単なるKubernetesのホスティングにとどまらず、Azureの各サービスと連携することで運用全体を効率化できます。代表的な機能は次のとおりです。

- **Microsoft Entra ID（旧Azure AD）との認証統合**：既存のユーザー・グループにクラスターへのアクセス権を付与でき、KubernetesのRBACと組み合わせて最小権限を適用しやすい。
- **Azure MonitorとLog Analyticsによる監視**：Container Insightsでノードやコンテナのメトリクス・ログを可視化し、障害の早期検知に役立てられる。
- **PodとNodeの自動スケーリング**：Horizontal Pod Autoscalerでアプリの負荷に応じてPodを増減し、Cluster Autoscalerでノード数を調整してコストを最適化できる。
- **GPU対応ノード**：機械学習やAI推論など計算負荷の高いワークロードに向けて、GPU搭載のノードプールを構成できる。
- **Azure Container Registry（ACR）連携**：プライベートなコンテナレジストリと統合し、イメージの保管・取得をスムーズに行える。
- **柔軟なネットワークモデル**：用途に応じてネットワーク構成を選択でき、Application Gatewayなどと組み合わせた本格的なWeb公開も可能。

こうした特徴から、AKSは幅広い場面で使われています。アクセスが変動するWebアプリケーションやECサイトのホスティング、機能ごとに独立してデプロイするマイクロサービス基盤、GPUノードを活かしたAI・機械学習のトレーニングや推論、SparkやKafkaなどを用いた大規模データ処理、そしてオンプレミスで稼働してきた既存システムをコンテナ化してクラウドへ移すモダナイズなどが代表的なユースケースです。いずれも高可用性・自動スケーリング・セキュリティが求められる領域で、AKSの強みが活きます。

## AKSの料金体系：Free／Standard／Premiumの3ティア

AKSの料金で押さえるべき点は2つあります。1つは「**ワーカーノードのVM・ストレージ・ネットワークなどの実リソースは常に従量課金**」であること、もう1つは「**クラスター管理（コントロールプレーン）に3つのティアがある**」ことです。かつては「コントロールプレーンは無料」と説明されることが多かったものの、現在はSLAの有無などで以下のように分かれています。

| ティア      | Uptime SLA | クラスター管理費     | 主な用途     |
| -------- | ---------- | ------------ | -------- |
| Free     | なし         | 無料           | 検証・学習    |
| Standard | あり         | 約$0.10/時     | 本番・大規模   |
| Premium  | あり         | Standard＋LTS | 長期サポート向け |

Freeティアはコントロールプレーンが無料で、SLAは付かず（ベストエフォート）、目安として10ノード未満の検証・学習・小規模クラスターに向いています。Standardティアは可用ゾーンを併用すると99.95%、併用しない場合は99.9%のKubernetes APIサーバー可用性が財務的に保証され、最大5,000ノードまでのクラスターに対応するため、本番ワークロードで推奨されます。PremiumはStandardの機能に加え、コミュニティのサポート終了後も最長2年間特定バージョンを使い続けられるLTS（Long-Term Support）が付きます。いずれのティアでもノード等の実リソース費用は別途かかるため、総額はクラスターの規模に依存します。最新の単価は変動するため、正確な金額はAzureの公式料金ページで確認してください。

## EKS・GKEとの違い（マネージドKubernetes比較）

主要クラウドのマネージドKubernetesには、AKSのほかにAWSのAmazon EKS（運用を自動化する[EKS Auto Mode](/tech/details/4524/)など）、Google CloudのGKEがあります。Kubernetes自体は共通のため基本機能は似ていますが、統合されるエコシステムと既存資産との相性で選ぶのが現実的です。

| 項目          | AKS（Azure）         | EKS（AWS）  | GKE（Google Cloud） |
| ----------- | ------------------ | --------- | ----------------- |
| 認証統合        | Microsoft Entra ID | IAM       | Google Cloud IAM  |
| Windowsコンテナ | 対応                 | 対応        | 限定的               |
| 無料管理ティア     | あり（Free）           | なし        | 条件付き              |
| 強み          | Microsoft環境との親和性   | AWSサービス連携 | K8s運用の自動化         |

Microsoft 365やAzure DevOps、Visual Studioを使う組織、Windowsベースの資産をクラウドへ移行したい場合はAKSが有力です。オンプレミスや他クラウドのKubernetesも一元管理したい場合は、[Azure Arc](/tech/details/6761/)を併用する選択肢もあります。Azure上でOpenShiftをマネージドで使うAROとAKSの違いは、[Azure Red Hat OpenShift（ARO）とは？AKSとの違い・料金の実額・az aro createでの構築手順](https://www.issoh.co.jp/tech/details/18407/)で料金と構築コマンドまで比べています。

## AKSクラスターの作り方（Azure CLIの例）

AKSはAzureポータルからGUIで作成できるほか、Azure CLIを使えば再現性のある形でクラスターを構築できます。以下は検証向けのFreeティアでクラスターを作成し、kubectlから操作できるようにするまでの基本的な流れです（コマンド構文は変更されることがあるため、実行前に公式ドキュメントで最新を確認してください）。

```
# リソースグループを作成
az group create --name myResourceGroup --location japaneast
 
# Freeティアでクラスターを作成（本番はStandardを推奨）
az aks create \
  --resource-group myResourceGroup \
  --name myAKSCluster \
  --tier free \
  --node-count 2 \
  --generate-ssh-keys
 
# kubectl がクラスターに接続できるよう資格情報を取得
az aks get-credentials --resource-group myResourceGroup --name myAKSCluster
 
# ノードの状態を確認
kubectl get nodes
```

本番用途であれば `--tier standard` を指定してUptime SLAを有効にします。クラスター作成後は、マニフェスト（YAML）を `kubectl apply` で適用したり、Helmチャートでアプリケーションをまとめてデプロイしたりできます。

## AKS利用時の注意点

運用を始める前に押さえておきたい点を挙げます。Kubernetesは年に数回のペースでバージョンが更新され、AKSでもサポート期間が定められています。古いバージョンに留まり続けると非対応になるため、計画的なアップグレードが前提です。また、かつてセキュリティ制御に使われたPodSecurityPolicy（PSP）はKubernetes 1.25で廃止され、現在はPod Security Admissionに置き換わっています。古い記事のYAMLをそのまま流用すると動かないことがあるため注意してください。ネットワーク設計も初期に決めておきたいポイントで、新規クラスターではPodがVNetのIPアドレスを消費せず、柔軟性とIP効率を両立できるAzure CNI Overlayが現在の推奨構成です。コスト面では、ログの取り込み量やApplication Gatewayなど付随するAzureサービスの費用も積み上がるため、Azure Monitorで使用量を監視し、保持期間を適切に設定することが重要です。運用の自動化をさらに進めたい場合は、本番対応クラスターを自動構成・自動運用する「AKS Automatic」も検討する価値があります。AKS Automaticはノードの自動プロビジョニングやアップグレード、既定のセキュリティ設定、監視の事前構成などを最初から備えており、Standardティアでの利用が前提となります。

## よくある質問（FAQ）

### AKSとは何かをわかりやすく教えてください。

AKSは「Azureが面倒を見てくれるKubernetes」です。コンテナを束ねて動かすKubernetesの管理のうち、土台にあたるコントロールプレーンをAzureが運用してくれるため、利用者はアプリを動かすことに集中できます。

### AKSの料金はいくらですか。

クラスター管理はFreeティアなら無料です。本番向けのStandardティアは約$0.10/クラスター/時でUptime SLAが付きます。いずれもワーカーノードのVMやストレージなどの実リソース費用は別途かかります。正確な金額は公式の料金ページで確認してください。

### AKSで高可用性（HA）は実現できますか。

できます。コントロールプレーンはAzure側で冗長化されており、ワーカーノード側は可用ゾーン（Availability Zones）への分散配置やPodのレプリカ構成で耐障害性を高められます。本番ではUptime SLAの付くStandard以上を推奨します。

### Azure上のKubernetes（azure k8s）はAKS以外にありますか。

マネージドサービスとしてはAKSが標準です。仮想マシン上に自前でKubernetesを構築することも可能ですが運用負担が大きく、Azure外のクラスターも統合管理したい場合はAzure Arcを使う方法があります。なお、Kubernetesの全機能までは必要とせず単一のWebアプリを手早く動かしたいなら、[Azure App Serviceとは何かを解説した記事](https://www.issoh.co.jp/tech/details/15639/)のマネージドPaaSが選択肢になります。

### AIや機械学習のワークロード（ai aks）にも使えますか。

使えます。GPU対応のノードプールを構成し、推論リクエストに応じてコンテナを自動スケーリングできます。Azureのデータ・AI関連サービスと組み合わせて学習から推論までのパイプラインを構築する用途にも向いています。関連する内容として、[Application Insights](https://www.issoh.co.jp/tech/details/7169/)もご覧ください。

## 関連記事

- [コンテナ技術とは何か：仮想化との違いや基本概念を解説](/column/details/13000/)
- [Kubernetes 1.34リリースの概要と背景：新機能・改善点を含む最新アップデートの全体像を解説](/tech/details/8967/)
- [Azure Arcとは何か？ハイブリッドクラウドを実現する基盤技術の全貌](/tech/details/6761/)
- [Amazon EKS Auto Modeを利用したクラスターの構築手順](/tech/details/4524/)
- [Istio 1.28.0の新機能と特徴：Ambient Mesh強化やAI対応など2025年最新アップデートの概要](/tech/details/9698/)

---

出典: [AKS（Azure Kubernetes Service）とは｜できること・料金・始め方を解説【2026年版】](<https://www.issoh.co.jp/tech/details/7272/>)（株式会社一創）
