PowerShell DSC(Desired State Configuration)とは
Windowsで標準で入ってるPowershellを使った構成管理ツール。Ansibleとかその辺みたいなやつ。
普通のPowerShellは命令型で書いていくが、PowerShell DSCは宣言型の構文になっていて当然ながら冪等性を担保できるような作りになっている（はず）。
OSSで、Microsoftが提供しているモジュールも、コミュニティによって作られたモジュールもある。
Microsoftが提供してるモジュールは
- Archive
zipファイルを展開するモジュール - Environment
環境変数を操作するモジュール - File
File操作をするモジュール - Group
ローカルグループを操作するモジュール - Log
Log出力を行うモジュール - package
Windows Installerやsetup.exeなどのパッケージを管理するモジュール - Registry
レジストリを操作するモジュール - Script
Powershellスクリプトを実行するモジュール - Service
サービスを操作するモジュール - User
ユーザを操作するモジュール - Windows Feature
windowsの機能を管理するモジュール - Windows Process
プロセスを操作するモジュール
などがある。
管理対象はWindowsだけではなくLinuxも対象。
PowershellがLinuxでも使えるようになったからかと思いきや、それ以前から使えたらしい。
現在はLinux用モジュールも提供されてる模様（この辺）
Microsoftが提供してるモジュールはxで始まる名前になっており、コミュニティのモジュールはcで始まる名前になってるとのこと。ドキュメントを見る限りLinux用の公式モジュールはnxで始まるっぽい。
参考にしてた情報が古かった。Linuxのがnxなのはあってそうだが、xで始まる公式モジュールはおそらくもう更新されてなくて、最新のはDSC Communityに移ってるっぽい。
モジュールはPowershell Galleryや、
Find-Module -Name hoge
みたいな感じで探せる。さらにインストールまでする場合には
Install-Module -Name xActiveDirectory
なお、オフラインインストールをしたい場合にはSave-Moduleを使う。
Powershell DSCの構成要素
Powrshell DSCは4つの要素？で構成されているらしい。
- Configuration
- Configuration Data
- Management Object Format Files (MOF)
- Local Configuration Manager (LCM)
Configuration
実際に構成要素を書いていく中身。↓のように書いていく
こちらはServerAにあるtmpフォルダがC:¥tmp に配置されてる状態を定義している。
configuration MyDSCConfiguraion{
File DirectoryCopy{
Ensure = "Present"
Type = "Directory"
SourcePath = "\\ServerA\tmp"
DestinationPath = "C:\tmp"
}
}
ConfigurationData
Configurationをどのサーバに適用するかを定義するハッシュテーブル。
こんな感じで書く。
@{
AllNodes = @(
@{
NodeName ='Server1'
}
@{
NodeName = 'Server2'
}
)
}
Management Object Format Files (MOF)
configurationファイルをコンパイルした結果生成されるファイル。
これを管理対象のサーバに配布して実行させることで構成管理を実現する。
Local Configuration Manager(LCM)
各管理対象サーバでMOFファイルを実行するやつ。
単に実行するだけでなく、どういうタイミングでどう実行するかもここで管理している。
例えば、後述するPull/Pushのどちらで動くか、更新頻度はどうするか、再起動が必要となった場合にどう対応するか、などなど。
要は構成管理を実行するエージェントか。
（powershell 7からはLCMを使ってないらしいが、、まあ何かしらエージェントが動いてるのだろう。エージェントレスではないと思う、たぶん）
Powershecll DSCの動きかた
Powershell DSCは、
- DSC管理サーバ
- ターゲットサーバ（管理対象サーバ）
の２種類で構成される。
そして、以下の2種類のモードで動作する。
- Push
- Pull
Pushモード
DSC管理サーバがConfigurationをコンパイル、MOFを生成して管理対象サーバに送り付けるモード。
各管理対象サーバのLCMが、受信したMOFをもとに構成の変更などを行う。
構成の変更を特定のサーバにスポットで実行したい場合に使う。
デフォルトの動きはこちらになる。
Pullモード
DSC管理サーバがConfigurationをコンパイル、MOFを生成するまではPushと同じだが、
各管理対象サーバからDSC管理サーバにMOFファイルを要求する。
構成情報に差分があったらMOFをダウンロードするのか、MOFをダウンロードして差分を見るのかはよくわからないが、とにかくDSC管理サーバにある構成情報と自身（管理対象サーバ）の構成情報との差異が出たら自動的に適用する。
この場合にはDSC管理サーバもPull用に構成が必要らしい。
なお、WindowsサーバにPull型のDSC管理機能をインストールすることは可能だが、2022/02/18時点では今後特にUpdateなどを適用する予定はないとのこと。AzureのAutomation DSC機能を使うことを推奨している。（こちら参照）
自分もAzure Automationを使用している。
まずはいったんここまで。
というかDSC CommunityのFAQとか見る限り、いろいろ情報が古そうだな。。