Red Hat Ansible Automation Platform（以下AAP）には公開された定価がありません。費用は「管理ノードの数」と「サポート水準」で決まる年額サブスクリプションで、見積もりはRed Hatか認定パートナー経由です。この記事では、2026年10月時点の公式ドキュメントをもとに、管理ノードとして数えられる範囲、一度数えたノードが減らない計数ルール、無償のansible-core・AWXとの境界を整理します。そのうえで、AAPを契約すべき組織と見送ってよい場面を条件付きで示します。
まとめ｜AAPの費用は管理ノード数とサポート水準で決まる年額制
AAPの検討で押さえる事実は次の4つです。
- 価格は非公開の見積制で、年額サブスクリプションとして契約する。サポートはStandard（平日8×5）とPremium（24×7）の2段階
- 課金単位の管理ノードには、サーバーや仮想マシンだけでなくコンテナ、データベース、ネットワーク機器も含まれる
- 自動化したホストの数は戻らない。使い捨てのサーバーを毎日作り直す構成では、契約数を早く使い切る
- 無償の上流版AWXは2024年7月2日を最後にリリースが止まっており、AAPの代わりに本番運用するのは勧めにくい
判断の軸は1つです。監査証跡とアクセス制御、障害時のベンダーサポートが社内規程や顧客契約で求められるならAAPを契約します。管理対象が数十台で、CLIとGitの運用で足りるなら、ansible-coreのまま進めて問題ありません。
Ansible Automation Platformと無償ansible-coreの違い
AAPは、Playbookを実行するエンジンに管理画面や権限管理、コンテンツ配布を足した商用製品です。中身を知らずに費用だけを比べると、何にお金を払うのかが見えません。
AAP 2.7系に含まれる主要コンポーネントと2026年6月の追加機能
AAPの中心は、ジョブの実行・スケジュール・権限委任を担うautomation controllerです。旧Ansible Towerの機能はここに引き継がれています。認定コレクションを配布するautomation hub、イベントを受けてジョブを起動するEvent-Driven Ansible、セルフサービスポータルが加わり、Red Hatは20以上のコミュニティ・プロジェクトを統合した製品と説明しています。
最新版は2026年6月10日にリリースされたAAP 2.7です。AIエージェントから自然言語でジョブを照会・起動できるMCPサーバー（テクノロジープレビュー）と、自社文書を参照させられるautomation intelligent assistant（旧Ansible Lightspeed intelligent assistant）が追加されました。テクノロジープレビューは本番サポートの対象外なので、契約の決め手にはしないでください。
ansible-core・AWX・AAPの3層関係とAWXのリリース停止状況
Ansibleには無償で使える層が2つあります。1つはコマンドラインで動くansible-coreです。GitHubのリリース一覧では、2026年9月8日に2.21.4が出ており、2.22系のベータ版も公開されています。
もう1つが、Web画面とREST APIを持つAWXです。AAPの上流プロジェクトにあたりますが、AWXのリポジトリには「最終リリースは2024年7月2日、大規模なリファクタリング中はリリースを停止する」と明記されています。最新タグは24.6.1のままです。脆弱性が見つかっても修正版が出る保証はありません。
AAPはこの2つにサポートと認定コンテンツ、セキュリティ修正の提供を付けた製品という位置づけになります。仕組みやPlaybookの書き方はAnsibleとは？エージェントレスの仕組みとメリット・デメリット、Red Hat AAPの制約で解説しています。
Red Hat AAPの費用体系と管理ノードの数え方・サポート水準の違い
見積もりの金額は、契約前に自社で決めておく変数で大きく変わります。ここでは見積もり依頼の前に把握しておく項目を、影響の大きい順に並べます。
定価非公開の見積制とAAPの費用を左右する4つの変数の優先順位
Red Hatの価格ページは「価格設定はサイジングとサブスクリプションの選択によって異なる」とし、金額は担当者か認定パートナーへの問い合わせとしています。費用を動かす変数は次のとおりです。
| 変数 | 選択肢 | 費用への影響 |
|---|---|---|
| 管理ノード数 | 契約で上限を決める | 最も大きい |
| サポート水準 | Standard／Premium | 24×7は割高 |
| 契約年数 | 1年／複数年 | 複数年で単価交渉 |
| 提供形態 | セルフ／マネージド | 基盤費が別に発生 |
サブスクリプション種別の公式ドキュメントによると、Standardは平日8×5、Premiumは24×7のサポートとSLAが付きます。夜間バッチやメンテナンス窓が深夜にある組織は、Standardだと障害時に翌営業日まで待つことになります。
管理ノードに数えられる対象とコンテナ・ネットワーク機器の扱い
見積もりで最も外しやすいのがこの範囲です。Red Hatのmanaged nodeの定義では、AAPが直接または間接に管理する次のものが数えられます。
- 物理サーバー、仮想マシン、ストレージアレイなどの物理機器
- コンテナ、アプライアンス、データベースやミドルウェアなどのソフトウェアインスタンス
- SDNコントローラー、無線・ネットワークコントローラー
- API経由で管理するクラスタの各インスタンス
一方、同じホストを複数のホスト名やIPで登録しても、二重には数えません。サーバー台数だけで見積もると、ネットワーク機器やDBインスタンスの分が後から上乗せされます。棚卸しは「Ansibleが接続する相手」を単位に行ってください。
一度数えたノードは減らない仕様と使い捨てサーバーで膨らむ費用
ノード計数の公式ドキュメントには「Ansibleはノード数を再利用せず、自動化済みホストをリセットしない」と書かれています。定義の記事でも、ノードを入れ替えたりデータベースを消去したりして契約数の内側に収める運用を禁じています。
影響が大きいのは、オートスケールで増減するクラウドのサーバーや、デプロイのたびに作り直す検証環境です。同時稼働が20台でも、ホスト名やIPが毎回変われば、Ansibleが接続した数だけ「自動化済み」が積み上がります。契約前に、1年間で何種類のホストに接続するかを数えておく必要があります。
AWS・Azureのマネージド版で発生する請求イベントの仕組み
AAPはクラウドのマーケットプレイスでも購入でき、AWSではマネージドサービス、Azureではマネージドアプリケーションとして提供されています。マネージド版の計数を説明した記事によると、管理ノードの定義はセルフマネージド版と同じです。購入数を超えて自動化すると、その時点で請求イベントがクラウド事業者に通知されます。
超過分がそのままクラウドの請求に乗るため、セルフマネージド版より「気づいたら増えていた」が起きやすい構造です。マネージド版を選ぶ場合は、インベントリに入れるホストを申請制にするなど、増え方を管理する手順を先に決めておきます。
AWX・ansible-core運用とAAP契約の比較観点と無償版の隠れコスト
ライセンス費が0円でも、無償版の総費用が安いとは限りません。差が出るのは、更新とセキュリティ修正を誰が引き受けるかです。
サポート・更新・UI・認定コンテンツの比較表と運用にかかる費用の差
| 観点 | ansible-core | AWX | AAP |
|---|---|---|---|
| ライセンス費 | 無償 | 無償 | 年額 |
| Web画面・API | なし | あり | あり |
| 新リリース | 継続 | 2024年7月で停止 | 継続 |
| ベンダーサポート | なし | なし | 8×5／24×7 |
| 認定コレクション | なし | なし | あり |
AAPには公開されたライフサイクルがあり、フルサポート、メンテナンス1、メンテナンス2の3段階で、どの深刻度の脆弱性まで修正されるかが決まっています。無償版にはこの約束がありません。
無償版で発生する人件費とAWXリリース停止後のセキュリティ修正負担
AWXを本番で使い続けると、OSやPython、Kubernetesの更新に合わせた検証、脆弱性の調査と回避策の実装を社内で抱えます。担当者1人が四半期に数日ずつ割くだけでも、年間では数十人日です。
ansible-coreだけで運用する場合は、実行履歴と権限管理を別の仕組みで用意することになります。CIからPlaybookを実行してログを残す、OSSのSemaphore UIの基本機能と対応する自動化ツールのような軽量な画面を置く、といった構成です。小規模ならこれで十分に回ります。
AAPを契約すべき条件と見送ってよい場面を分ける組織の判断基準
ここは立場をはっきりさせます。AAPの価値は機能の多さではなく、統制とサポートを買うことにあります。
契約すべき組織：監査証跡・RBAC・24時間サポートが要件のケース
次のどれかに当てはまるならAAPを契約します。本番サーバーの変更履歴を誰がいつ実行したかまで監査で提出する必要がある場合です。運用担当、開発者、委託先で実行できるジョブを分けたい場合も該当します。管理対象にネットワーク機器や商用DBが混ざり、ベンダー認定のコレクションでないと保守契約上の扱いが曖昧になる場合も同じです。
金融・医療・公共のように、障害対応の窓口がOSSコミュニティでは社内承認が通らない業界も、AAPを前提に検討してください。
見送ってよい場面：管理対象数十台でCLI運用が回る小規模チーム
管理対象が数十台で、Playbookを書くのも実行するのも同じ2〜3人なら、AAPは過剰です。ansible-coreとGitのブランチ運用、CIでの実行ログ保存で統制は取れます。テストはAnsible Moleculeによるmolecule testの実行手順で自動化できます。
Terraformでクラウド基盤を組むことが主目的なら、そもそもAnsibleが主役ではありません。どのツールを軸にするかは構成管理ツールの比較と選び方｜Ansible・Terraform・Chef・Puppet・OpenTofuの選定条件で先に決めてください。
失敗パターン：現行台数で見積もりオートスケールで契約数を超える
典型的な失敗は、オンプレミスの現行台数で管理ノード数を決め、その後のクラウド移行でオートスケールのサーバーを同じインベントリに入れてしまうケースです。計数は戻らないため、数か月で契約数を超えて追加購入になります。動的インベントリを使う構成なら、見積もりの前に1か月分の接続先を実測してください。
60日トライアルから本契約まで進めるAAP導入前の具体的な検証手順
AAPは60日間の製品トライアルで、全機能を自社のVMかクラウドで評価できます。期間を無駄にしないため、検証項目を先に決めておきます。
AAPのトライアルで確かめる4項目と見積もりに使う管理ノード数の実測方法
- 既存のPlaybookが実行環境（execution environment）上でそのまま動くか
- 社内のLDAPやSSOとつないで、部署別の実行権限を設定できるか
- ジョブの実行ログを監査で求められる形式で出力できるか
- controllerのサブスクリプション設定画面の「Hosts automated」が、60日でいくつ増えたか
4つ目が見積もりの根拠になります。トライアル中の増加ペースから、年間の管理ノード数を逆算できます。トライアルはサポートなし（self-supported）の場合があるので、問い合わせ窓口の有無も確認してください。
既存Playbook資産の移行と社内体制・外部委託の役割分担
移行で手間がかかるのは、個人の端末で動いていたPlaybookの棚卸しです。変数の置き場所、認証情報の持ち方、実行順序の暗黙のルールを洗い出し、controllerのプロジェクトと認証情報に置き換えます。
社内に担う人がいない場合は、棚卸しとCI/CDへの組み込みを外部に任せ、日々のジョブ実行を社内で持つ分担が現実的です。一創ではDevOps・CI/CD導入支援として、構成管理の自動化とデプロイパイプラインの設計を支援しています。
よくある質問
Ansible Automation Platformの費用と導入について、検討段階でよく出る質問に答えます。
Ansible Automation Platformは無料で使えますか？
本番利用には有償の年額サブスクリプションが要ります。無料で試す方法は、60日間の製品トライアルと、ブラウザで動くDeveloper Sandboxです。Ansibleそのものを無料で使いたい場合は、コマンドラインのansible-coreが対象になります。上流版のAWXも無償ですが、2024年7月以降リリースが止まっています。
Ansible Automation Platformの価格はいくらですか？
Red Hatは定価を公開していません。管理ノード数、Standard（8×5）かPremium（24×7）か、契約年数、提供形態で金額が変わるため、Red Hatか認定パートナーに見積もりを依頼します。依頼前に、コンテナやネットワーク機器を含めた接続先の数と、1年間の増加見込みを用意しておくと見積もりがぶれません。
AWXとAnsible Automation Platformの違いは何ですか？
AWXはAAPの上流にあたるコミュニティ版で、Web画面とREST APIを無償で使えます。AAPはAWXを含む20以上のプロジェクトを統合し、ベンダーサポート、認定コレクション、ライフサイクルに沿ったセキュリティ修正を付けた製品です。AWXは2024年7月2日の24.6.1以降、新しいリリースが出ていません。
Ansible TowerとAnsible Automation Platformの関係は？
Ansible Towerは、AAPの前身にあたる管理画面製品です。現在はAAPの構成要素であるautomation controllerがその機能を引き継いでおり、Red Hatのナレッジ記事でも「Ansible Tower／Automation controller」と並べて扱われています。新規導入でTowerという製品を選ぶことはありません。
Ansible Automation Platformのデメリットは何ですか？
費用面では、自動化したホスト数が戻らないため、使い捨てサーバーの多い構成で契約数を早く消費する点が挙げられます。運用面での負担は、controllerやhubの基盤を自社で保守する作業です。技術的な制約はAnsibleとは？の記事のAAPの制約の章で詳しく扱っています。
関連記事
- 構成管理ツールの比較と選び方｜Ansible・Terraform・Chef・Puppet・OpenTofuの選定条件：Ansibleを軸にするかどうかを決める前段の比較。
- Ansibleとは？エージェントレスの仕組みとメリット・デメリット、Red Hat AAPの制約：Ansibleの仕組みとAAPの技術的な制約。
- Semaphore UIの基本機能と対応する自動化ツールの全体像：AAPを入れない場合の軽量なWeb画面の選択肢。
- Ansible Moleculeとは？v26系のansible-native設定とmolecule testの実行手順：Playbookのテスト自動化。
- Ansibleによる運用自動化の進め方：対象作業の選び方と費用対効果・失敗パターン：AAPを検討する前段の、運用作業の自動化の進め方と費用対効果。
