キャッシュと複数の Inventory ソース

数百台のホストがある場合、実行のたびにクラウド API を呼び出すと時間がかかります。プレイを開始するたびに、その問い合わせのコストが発生します。⏱️

インベントリのキャッシュは取得したホストデータを保存し、実行を繰り返す際に毎回クラウドへ再問い合わせする代わりに、そのデータを再利用します。

プラグイン設定または ansible.cfg で、cache キーを true に設定して有効にします。

cache_plugin でデータの保存先を選びます。たとえば、ディスク上の jsonfile や、複数のマシンで共有できる高速なストアの redis を指定できます。

秒単位の cache_timeout で、Ansible が情報源から更新するまでキャッシュされたデータを有効とみなす期間を指定します。

長いタイムアウトは高速ですが危険です。インスタンスが変更されていると、存在しない対象を指定する可能性があります。フリートの速度と鮮度のバランスを取ってください。

情報源が1つだけということはほとんどありません。-i にディレクトリを指定すると、Ansible はその中にあるすべてのインベントリファイルを読み込みます。

すべてのファイルのホストとグループが1つのインベントリに統合されるため、AWS、Azure、静的ファイルを1回の実行で共存させられます。

ファイルはアルファベット順に読み込まれます。2つの情報源が同じホスト変数を設定した場合は、後の情報源が優先されるため、命名順が重要です。

静的ファイルで特別なホストを固定し、残りをプラグインで取得できます。これにより、固定の基準点と、柔軟に自動検出されるホストを併用できます。

ディレクトリを対象に ansible-inventory を実行すると、最終的に統合されたグラフを表示し、想定どおりにすべての情報源が反映されていることを確認できます。

インベントリの情報源を組み合わせる方法を思い出してください。

バックエンドとタイムアウトを設定したキャッシュで API 呼び出しを減らし、-i にディレクトリを指定して複数のインベントリ情報源を統合します。💾