Ansible で静的インベントリと動的インベントリを使用する方法 - パート 4

Ansible シリーズのこのパート 4 では、静的インベントリと動的インベントリを使用して Ansible でホストのグループを定義する方法について説明します。

Ansible では、Ansible コントロールノードによって制御される管理対象ホストまたはサーバーは、「ホスト」で説明されているようにホストインベントリファイルで定義されます。インベントリファイルは、管理対象ホストまたはリモートサーバーのホスト名またはIP アドレスで構成されるテキストファイルです。

管理対象ホストは、個別のエントリとしてリストすることも、後で説明するようにグループ名で分類することもできます。 Ansible には、静的と動的の 2 種類のインベントリファイルがあります。

これらをそれぞれ見て、どのように管理できるかを見てみましょう。ここまでで、すでにコントロールノードに Ansible がインストールされ、管理対象ホストへのパスワードレス SSH 接続が設定されていることを前提としています。

静的ホストインベントリファイル

Ansible では、静的インベントリファイルは、ホスト名または IP アドレスを使用してホストグループの下で宣言された管理対象ホストのリストを含むプレーンテキストファイルです。

ホストグループ名は角括弧で囲まれます ([グループ名])。管理対象ホストのエントリは、後でグループ名の下にそれぞれ別の行にリストされます。前述したように、ホストはホスト名または IP アドレスを使用してリストされます。

[group name]

Host A ip_address 
Host B ip_address
Host c ip_address

説明のために、静的なインベントリファイルを作成します。

mkdir test_lab && cd test_lab
vim hosts

[webservers]
173.82.115.165

[database_servers]
173.82.220.239

[datacenter:children]
webservers
database_servers

ファイルを保存して終了します。

上記のインベントリファイルでわかるように、webservers と database_servers という 2 つのホストグループを作成しました。また、上記のように ':children' サフィックスで示されるホストグループのグループを含む、datacenter という追加のグループを作成しました。

Ansible では、ホストのグループをグループ名の下に配置することもできます。上記のインベントリファイルでは、webservers グループと database_servers グループがdatacenter の下に配置されています。

注: 管理対象ホストをホストグループに配置することは必須ではありません。たとえば、ホスト名または IP アドレスを使用して単純にリストすることができます。

173.82.202.239
172.82.115.165
load_balancer.pnl.com

次に、いくつかの Ansible コマンドを使用して、ホストインベントリファイルを参照してみましょう。在庫管理の基本的な構文は次のとおりです。

ansible {host-pattern} -i /path/of/inventory/file --list-hosts

例えば、

ansible all -i /root/test_labs/hosts --list-hosts

あるいは、ワイルドカード文字 * を使用して、‘all’ 引数を置き換えることもできます。

ansible * -i /root/test_labs/hosts --list-hosts

グループ内のホストを一覧表示するには、host-pattern の代わりにホストグループを指定します。

ansible webservers -i /root/test_labs/hosts --list-hosts

動的ホストインベントリファイル

構成、特にAWS などのクラウド設定では、サーバーの追加や廃止に応じてインベントリファイルが常に変化し続けるため、インベントリファイルに定義されているホストを監視することが大きな課題となります。ホストファイルに戻って、IP アドレスを含むホストのリストを更新するのは不便になります。

ここで動的インベントリが活躍します。では、動的インベントリとは何でしょうか?動的インベントリは、Python、PHP、またはその他のプログラミング言語で書かれたスクリプトです。仮想サーバーを停止して再起動すると IP アドレスが変わる AWS などのクラウド環境で便利です。

Ansible はすでに、Google Compute Engine、Amazon EC2 インスタンス、OpenStack、RackSpace、cobbler などのパブリッククラウドプラットフォーム用のインベントリスクリプトを開発しています。

静的インベントリに対する動的インベントリの利点は何ですか?

動的インベントリは、スクリプトを使用して情報が収集されるため、人的エラーを減らすのに最適です。
在庫管理に必要な労力は最小限です。

選択したプログラミング言語で、独自にカスタマイズした動的インベントリを作成できます。適切なオプションが渡されると、インベントリは JSON 形式で返す必要があります。

既存の動的インベントリスクリプトを利用する

動的インベントリの作成に使用されるスクリプトは、Ansible が使用できるように実行可能にする必要があります。

動的インベントリスクリプト内のホストに関する情報を取得するには、単に実行します。

./script --list

前に示したように、出力は以下の形式の JSON である必要があります。

グループ (つまり、Web サーバー、データベースサーバー) で構成されるディクショナリ

グループごとの管理対象ホストのリスト
変数の辞書

メタ辞書

ホストとホスト変数

サンプル出力

{
  "webservers": {
    "hosts": [
      "webserver1.example.com",
      "webserver2.example.com"
    ],
    "vars": {}
  },
  "database_servers": {
    "hosts": [
      "mysql_db1",
      "mysql_db2"
    ],
    "vars": {}
  },
  "_meta": {
    "hostvars": {
      "mysql_db2": {},
      "webserver2.example.com": {},
      "webserver1.example.com": {}, 
      "mysql_db1": {}
    }
  }
}

結論

この記事では、静的インベントリと動的インベントリの両方を作成する方法を説明しました。要約すると、静的インベントリファイルは、番号と IP アドレスがほぼ一定のままである管理対象ホストまたはリモートノードのリストを含むプレーンテキストファイルです。

一方、動的ホストファイルは、新しいホストを追加したり、古いホストを廃止したりすると変更され続けます。新しいホストシステムを停止および起動すると、ホストの IP アドレスも動的になります。このチュートリアルが有益であると感じていただければ幸いです。