PowerShell Desired State Configuration（DSC）とは（前編）：PowerShell DSCで始めるWindowsインフラストラクチャ自動化の基本（2/2 ページ）

　それではDSCを使用するための準備をしよう。

　DSCは、PowerShell 4.0をコアとする「Windows Management Framework 4.0（WMF 4.0）」に含まれている。従って、DSCサーバーでもノードでもWMF 4.0が入っていればDSCが利用できる。

利用可能環境

　WMF 4.0がサポートされている、すなわちPowerShell DSCが利用できるWindows OSは次の通りだ。

　OSごとの設定は次のようになる。

• Windows Server 2012 R2とWindows8.1にはWMF 4.0が標準でインストールされている
• Windows Server 2012では、WMF 4.0を追加でインストールする
• Windows 8では、Windows 8.1にアップグレードする必要がある（WMF 4.0単体のインストールはサポートされていない）
• Windows Server 2008 R2やWindows 7では、まずOSのService Pack 1（SP1）、次に.NET Framework 4.5、最後にWMF 4.0という順番でインストールする

　残念ながら、Windows Server 2008以前のServer OSやWindows VistaではWMF 4.0はサポートされていない。

　　WMF 4.0をインストールするに当たっては、マイクロソフトの他のサーバー向け製品との互換性に注意が必要だ。一部製品が導入されている場合は互換性問題が報告されているので、事前にSPを適用するなどの対応が必要である。詳細については、「Windows Management Framework 4.0（WMF 4.0）」の「システム要件」の記述を参照していただきたい。

WMF 4.0のインストール後のバージョンと動作の確認

　WMF 4.0がインストールできたら、DSCの実行前にPowerShellのバージョンを確認しよう。WMF 4.0がインストールされた環境のPowerShellはバージョンが4.0となる。バージョン確認は、PowerShellコンソール を起動して「PSVersionTable」変数を確認するだけだ。

　実行してみた結果が次の画面だ。PSVersionが4.0になっているのが確認できるだろう。

PowerShellのバージョンを確認する
PowerShellのバージョンを確認するには、PowerShellを起動して$PSVersionTable変数の内容を表示させる。
　 （1）「PSVersion」の「Value」がPowerShellのバージョンを表す。「4.0」になっていることを確認する。

　PowerShellを起動する方法だが、Windows Server 2012／2012 R2では初期状態でタスクバーにPowerShellがピン留めされているので、簡単に起動できる。

インストール直後のWindows Server 2012 R2
タスクバーにピン止めされた「PowerShellコンソール」のアイコンをクリックしてPowerShellを起動する。
　 （1）これをクリックする。

　他のバージョンのWindows OSでは、［Windows］＋［R］キーで「ファイル名を指定して実行」ダイアログを開き、「powershell」と入力すれば起動できる。

PowerShellの起動
PowerShellは、［スタート］メニューから起動するか、［Windows］＋［R］キーで「ファイル名を指定して実行」から起動する。
　 （1）「powershell」と入力する。
　 （2）これをクリックするとPowerShellが起動する。

DSCの環境構築

　DSCを利用するには、DSCサーバーとノードがお互いにリモート処理できる必要がある。DSCは、「DMTF」標準に沿って「Managed Object Format（MOF）」や「WS-Management（WSMan）」で構成されていて、リモート処理にはWS-ManagementのWindows版実装であるWinRMが用いられる。そのため、サーバーとノードの両方でWinRMを利用できるようにする必要がある。ここではPowerShellを使って、WinRMを有効にしていく。

　まずは、PowerShellを「管理者として実行する」で起動する。

PowerShellを管理者権限で起動する
これはWindows Server 2012 R2の例。WinRMを有効にするには、管理者権限で起動したPowerShellを使って設定する。
　 （1）タスクバーの「PowerShell」のアイコンを右クリックする。
　 （2）［管理者として実行］を選択する。

　実行するコードは次の2行だ。

　それぞれ何をしているのか見てみよう。

　1行目は、PowerShellでのWinRM（PowerShellではPSRemotingと呼ばれる）を有効化するコマンドだ。

　以下のようにエラーが発生せずに実行されることを確認する。

WinRM（PSRemoting）を有効にしている様子

　2行目では、接続先のマシンが信頼できることをWinRMにある「TrustedHosts」に設定している。今回は分かりやすいように「*」を使って全ホストを無条件で信頼しているが、IPアドレスやFQDNでホストを限定することも可能だ。

TrustedHosts の Value が「*（相手が誰でも信頼する）」になっている様子

Windows Server 2012 R2以外でDSCを構築する場合

　PowerShellは対話的にコードを書く以外にもスクリプトファイル（.ps1ファイル）からコードを読み込むことができる。DSCを試す場合も、.ps1ファイルを実行することがある。しかし、Windows Server 2012 R2以外のWindows OSではセキュリティ上の理由から、デフォルトで.ps1ファイルの実行が禁止されている（Restrictedに設定されている）。そこで、.ps1ファイルの実行権限をWindows Server 2012 R2のデフォルトと同じ「RemoteSigned」に設定する方法を紹介する。

　RemoteSignedは、「ローカルに保存されているスクリプトは実行可能。インターネットからダウンロードしたスクリプト（非ローカルのスクリプト）は、署名されているもののみが実行可能」な権限だ。詳しくはTIPS「PowerShellスクリプトの実行セキュリティ・ポリシーを変更する」を見てほしい。

　次のコードを「管理者として実行したPowerShell」で実行することで実行権限が「RemoteSigned」に変わる。

　今回はPowerShell DSCの概要について説明した。次回の中編から、具体的にPowerShell DSCのプッシュ型とプル型で実行する例を取り上げる。

「PowerShell DSCで始めるWindowsインフラストラクチャ自動化の基本」