こんにちは。クラウドの深淵を覗き込み、インフラをコードの海で制御するSREの現場へようこそ。
Ansibleというツールは、ただの「自動化スクリプト」だと思っていませんか？もしそうなら、今日からその認識を捨ててください。Ansibleは、「巨大なインフラの混沌を、冪等性という名の秩序で統治するオーケストレーター」です。
今回は、数千台のノードを扱うマルチクラウド環境において、なぜ多くのエンジニアが「Ansibleが遅い」「制御が効かない」と頭を抱えるのか、その核心である`strategy（ストラテジー）`について深掘りします。
—
1. デフォルトの `linear` が抱える「同期の罠」
Ansibleのデフォルト設定である `linear` ストラテジーは、非常に律儀な性格です。「すべてのノードでタスクAを完了させてから、次のタスクBに進む」という、同期的な挙動をします。
- 課題: 1台でもレスポンスが遅いノードがあると、全体の進行が止まります（ボトルネック）。
- リスク: 大規模環境では、この「待ち時間」が積み重なり、デプロイに数時間かかるという悲劇を生みます。
2. `free` と `serial` で速度を解放する
大規模並列処理を成功させるには、この「同期」の鎖を断ち切る必要があります。
`free` ストラテジー：自由の翼
`free` を使うと、各ノードは先行ノードの完了を待たず、自分のペースでタスクを消化します。
site.yml
- hosts: all
strategy: free # 待機時間を排除し、並列性を最大化
tasks:
- name: 巨大なパッケージのインストール
apt: name=nginx state=present
- 使いどころ: ノード間の依存関係が全くない単一タスクの並列実行時。
`serial` キーワード：波状攻撃の制御
全ノードを一度に叩くとAPI制限や負荷でクラッシュする環境では、`serial` を使って「バッチサイズ」を制御します。
- hosts: web_servers
serial: 20% # 全体の20%ずつ処理を進行。安全性と速度のトレードオフを最適化
tasks:
- name: ローリングアップデート
command: /usr/local/bin/deploy.sh
—
3. 【実演】初心者のための「まずはここから」セットアップ
理論は重要ですが、まずは動かして肌で感じましょう。
ステップ1：インストール（Python環境推奨）
システム全体を汚さないよう、`venv`を使いましょう。
python3 -m venv .ansible-env
source .ansible-env/bin/activate
pip install ansible
ステップ2：Hello World的な動作確認
まずは `strategy: free` の恩恵を感じるために、あえて遅延を入れたタスクを作成します。
`test_strategy.yml`
—
- name: 並列制御のテスト
hosts: localhost
strategy: free
tasks:
- name: 擬似的な遅延タスク
shell: “sleep {{ item }}”
loop: [5, 1, 3] # 5秒、1秒、3秒待つタスクを並列で実行
register: result
- name: 完了報告
debug:
msg: “完了！非同期なら一番遅い5秒のタスクに引きずられません。”
これを `ansible-playbook test_strategy.yml` で実行してみてください。linearなら合計9秒かかりますが、freeなら最長の5秒程度で終わるはずです。
—
4. 実務における「選定基準」のマスターチャート
現場で迷わないための判断基準を伝授します。
1. 依存関係が厳格（DBマイグレーションなど）:
- 選定: `linear`（デフォルト）。安全第一です。
2. Webサーバーのローリングアップデート:
- 選定: `serial`。負荷分散と可用性を両立させる黄金比を見つけてください。
3. ログ収集やパッチ適用など、ノードの独立性が高い作業:
- 選定: `free`。速度こそ正義です。
—
5. 高度な一歩：カスタムStrategyプラグインの世界
「もし、特定のノードだけエラー時の挙動を変えたい」「複雑な状態依存を解決したい」…そう思った時が、カスタムプラグインを書くべき時です。
Ansibleの内部はPythonで書かれています。`ansible.plugins.strategy` を継承することで、タスクの実行キューを自ら操作できます。
しかし、まずは標準の `free` と `serial` を完璧に使いこなすこと。それが、大規模インフラを自在に操るための第一歩です。
最後に
インフラ管理は、魔法ではありません。一つひとつのタスクが、どこで、どのように実行されるかを予測し、制御する「設計」の積み重ねです。
最初はエラーに直面するかもしれません。しかし、Ansibleのストラテジーを理解したあなたは、もうただのスクリプト実行者ではありません。「インフラの挙動を意のままに操るアーキテクト」への道を歩み始めています。
今日のコードを書いて、ぜひ「並列化の力」を体感してください。応援しています。