Ansible・Terraform・Puppet・Chef

構成管理ツールは「大量の作業を代行する専門スタッフ」

ここまで学んだREST APIやJSONは、いわば「言葉」でした。今回学ぶAnsible・Terraform・Puppet・Chefは、その言葉を使って実際に大量の機器へ設定を配る「専門スタッフ」です。引っ越し業者に例えるなら、指示書（Playbookやコード）を渡すだけで、何十軒もの家に同じ手順で荷物を運んでくれるようなものです。

これらのツールは大きく2つのグループに分かれます。エージェントレス型（Ansible）と、エージェント型（Puppet・Chef）です。エージェントとは、管理対象の機器に常駐させておく小さな管理用ソフトのことです。

Ansible：エージェントレスでYAMLのPlaybook

Ansibleはエージェント不要で動作するのが最大の特徴です。管理対象の機器にソフトをインストールする必要がなく、SSHなどの標準的な仕組みだけで接続し、設定を配布します。ネットワーク機器のように、自由にソフトをインストールできない機器が多い環境と相性がよいのはこのためです。

Ansibleの指示書はPlaybookと呼ばれ、YAMLという人間にも読みやすい形式で書きます。「この機器に、この状態になってほしい」という宣言型（後述）の考え方で記述するのが基本です。

- name: VLAN10を作成する
  hosts: switches
  tasks:
    - name: create vlan
      ios_vlan:
        vlan_id: 10
        name: SALES

Terraform：宣言型のIaC

Terraformは、インフラの構成をコードとして管理するIaC（Infrastructure as Code）の代表的なツールです。Terraformも宣言型、つまり「最終的にこうあってほしい」という状態をコードで書き、ツール側が現状との差分を判断して必要な変更だけを実行します。手順を1つずつ書く「手続き型」とは対照的な考え方です。クラウド上の仮想リソース(サーバーやネットワーク)を構築する場面でよく使われます。

Puppet・Chef：エージェント型

PuppetとChefは、管理対象の機器にエージェントをインストールしておき、そのエージェントが定期的に管理サーバーと通信して、設定が正しい状態を保っているかを確認・修正する仕組みです。Puppetは独自の宣言的な言語、ChefはRubyをベースにした記述で構成を定義します。どちらも古くからサーバー管理の現場で使われてきたツールです。

4ツールの比較表

ツール	型	エージェント	記述言語	考え方
Ansible	構成管理	エージェントレス	YAML(Playbook)	宣言型が中心
Terraform	IaC(インフラ構築)	エージェントレス	HCL	宣言型
Puppet	構成管理	エージェント型	独自DSL	宣言型
Chef	構成管理	エージェント型	Ruby	手続き型寄り

試験でのポイント

CCNAでは、Ansible=エージェントレス・YAML・Playbook、Puppet/Chef=エージェント型、Terraform=IaC・宣言型という組み合わせを整理して覚えておくことが重要です。特に「エージェントが必要かどうか」はよく問われる引っかけポイントで、Ansibleだけがエージェントレスである点を混同しないようにしましょう。また、宣言型(最終状態を書く)と手続き型(手順を書く)の違いも概念として押さえておくと、初見のツール名が出てもどちらの系統か推測しやすくなります。