Windowsインフラを「コード」で制圧する：Ansibleによる自動化の極意
こんにちは。インフラの現場で日々、複雑なシステムと格闘しているエンジニアの皆さん。
これまで「AnsibleといえばLinux」というイメージを持っていたなら、今日でその固定観念を捨ててください。実はAnsibleはWindows環境の管理において、GUIのポチポチ作業を過去の遺物に変える強力な武器になります。
今回は、多くのエンジニアが最初の難所で挫折する「WinRM（Windows Remote Management）」の設定から、現場で即戦力となるプロビジョニングまで、その極意を伝授します。これをマスターすれば、数百台のWindows Serverのパッチ適用や設定変更が、コーヒーを飲んでいる間に終わるようになりますよ。
—
1. なぜWindows管理にAnsibleなのか？
WindowsにはPowerShell DSCという素晴らしいツールもありますが、Ansibleを選ぶ理由は明確です。それは「LinuxとWindowsを一つのパイプラインで統合管理できるから」です。
Ansibleは「エージェントレス」です。対象サーバーに特別なソフトをインストールする必要はなく、Windows標準の「WinRM」というリモート管理プロトコルを介して命令を投げます。これが、クリーンで破壊的なほど効率的なインフラ管理の第一歩です。
—
2. 最初の試練：WinRMを「現場仕様」に固める
Windowsの自動化で最もハマるのが「接続エラー」です。セキュリティが堅牢なWindowsにおいて、外部からのリモートアクセスを許可するには、以下の「儀式」を正しく行う必要があります。
ステップA：ターゲットサーバーでの設定（PowerShellで実行）
管理者権限のPowerShellで以下のコマンドを打ち込んでください。これは「Ansibleがリモート操作を許可されるための通行証」を作る作業です。
WinRMの基本設定と、Ansibleからの接続を許可する設定
winrm quickconfig -q
winrm set winrm/config/service/Auth ‘@{Basic=”true”}’
winrm set winrm/config/service ‘@{AllowUnencrypted=”true”}’ # 検証用。本番はHTTPS(5986)を推奨
ステップB：Ansible側の準備（pywinrmの導入）
AnsibleがWindowsと会話するために必要なPythonライブラリをインストールします。
pip install “pywinrm[kerberos]”
—
3. HelloWorld：構成ファイルを書く
さあ、最初の自動化です。`inventory.ini` という名前で以下のファイルを作成してください。
[windows]
192.168.1.100
[windows:vars]
ansible_user=Administrator
ansible_password=YourPassword
ansible_connection=winrm
ansible_winrm_server_cert_validation=ignore
次に、簡単なHello Worldとなる `test.yml` を書きます。
—
- name: Windows環境の疎通確認
hosts: windows
tasks:
- name: PowerShellで現在時刻を取得する
win_command: powershell -Command “Get-Date”
register: date_result
- name: 結果を表示
debug:
msg: “サーバーの時刻は {{ date_result.stdout }} です”
これを実行してみましょう。
`ansible-playbook -i inventory.ini test.yml`
成功しましたか？画面に時刻が表示されれば、あなたはもうWindowsインフラの「自動化の扉」を完全に開けました。
—
4. 現場で震えるほど役立つ：Windows専用モジュールの活用
ここからが本番です。現場のエンジニアがよく使う、強力なモジュールを3つ紹介します。
① `win_feature`：役割と機能のインストール
IIS（Webサーバー）を立てるのも一瞬です。
- name: IISをインストールする
win_feature:
name: Web-Server
state: present
include_sub_features: yes
② `win_package`：アプリケーションの一括配布
手作業でインストーラーをダウンロードしてクリック……なんて作業はもう不要です。
- name: Chromeをインストールする
win_package:
path: C:\temp\chrome_installer.exe
product_id: ‘{…}’ # MSIの場合はProduct Codeを指定
arguments: /silent /install
③ `win_service`：サービス管理の完全自動化
「サービスが落ちていないか」を監視するのではなく、Ansibleで常に「起動状態」を強制します。
- name: 特定のサービスを起動状態に保つ
win_service:
name: W32Time
state: started
start_mode: auto
—
最後に：自動化は「失敗」を恐れないこと
Windowsの自動化で重要なのは、一度で完璧を目指さないことです。最初は疎通確認だけでいい。次にサービス管理、そして最終的にはOSのパッチ適用まで……。
Ansibleの最大の利点は「冪等性（べきとうせい）」です。何度実行しても、結果は常に「指定した状態」になります。失敗しても何度でもやり直せる、この安心感こそが、大規模インフラを管理する上での最大の武器になります。
まずは今日、あなたの手元のサーバー一台から、GUIの操作をコードに書き換えてみてください。その一歩が、あなたのエンジニアとしてのキャリアを劇的に加速させるはずです。
何か詰まったら、いつでも戻ってきてください。現場の知見を込めて、また答えを共有します。健闘を祈ります！