PowerShell DSC按需配置IIS站点：如何按客户需求部署

一、利用ConfigData实现按需部署的核心逻辑 #

1. 完善ConfigData结构 #

先定义包含服务器对应需部署站点的ConfigData，统一存储全局站点模板和节点专属部署列表：

$ConfigData = @{
    AllNodes = @(
        @{
            NodeName = "Server01"
            SitesToDeploy = @("SiteA", "SiteC") # 该服务器需部署的客户购买站点
            PSDscAllowPlainTextPassword = $true
        },
        @{
            NodeName = "Server02"
            SitesToDeploy = @("SiteB", "SiteD")
            PSDscAllowPlainTextPassword = $true
        }
    )
    # 全局统一的站点配置模板，新增站点时直接扩展即可
    SiteTemplates = @{
        SiteA = @{
            Name = "SiteA"
            PhysicalPath = "D:\WebApps\SiteA"
            BindingInfo = @{Protocol = "HTTP"; Port = 80; HostName = "sitea.example.com"}
        }
        SiteB = @{
            Name = "SiteB"
            PhysicalPath = "D:\WebApps\SiteB"
            BindingInfo = @{Protocol = "HTTP"; Port = 80; HostName = "siteb.example.com"}
        }
    }
}

2. 在DSC配置脚本中添加动态遍历逻辑 #

通过遍历节点的SitesToDeploy列表，自动生成对应站点的配置块，确保只部署客户购买的服务：

Configuration IISWebSites {
    Import-DscResource -ModuleName PSDesiredStateConfiguration
    Import-DscResource -ModuleName xWebAdministration

    Node $AllNodes.NodeName {
        # 前置：确保IIS角色安装
        WindowsFeature IIS {
            Name = "Web-Server"
            Ensure = "Present"
        }

        # 按需遍历生成站点配置
        foreach ($siteName in $Node.SitesToDeploy) {
            $siteConfig = $ConfigurationData.SiteTemplates[$siteName]
            
            # 创建站点物理目录
            File "SitePath_$siteName" {
                DestinationPath = $siteConfig.PhysicalPath
                Ensure = "Present"
                Type = "Directory"
                DependsOn = "[WindowsFeature]IIS"
            }

            # 配置IIS站点
            xWebSite "WebSite_$siteName" {
                Name = $siteConfig.Name
                PhysicalPath = $siteConfig.PhysicalPath
                State = "Started"
                BindingInfo = MSFT_xWebBindingInformation {
                    Protocol = $siteConfig.BindingInfo.Protocol
                    Port = $siteConfig.BindingInfo.Port
                    HostName = $siteConfig.BindingInfo.HostName
                }
                DependsOn = "[File]SitePath_$siteName"
            }

            # 统一配置应用池
            xWebAppPool "AppPool_$siteName" {
                Name = "$($siteConfig.Name)_Pool"
                ManagedRuntimeVersion = "v4.0"
                IdentityType = "ApplicationPoolIdentity"
                DependsOn = "[WindowsFeature]IIS"
            }
        }
    }
}

# 编译生成节点专属MOF文件
IISWebSites -ConfigurationData $ConfigData

核心思路是基于节点的专属部署列表，动态复用全局模板生成配置，既保证了规则一致性，又实现了按需部署。

二、更优实现方案建议 #

1. 封装自定义DSC资源简化配置 #

将站点的通用配置逻辑（比如应用池、权限、日志）封装成自定义DSC资源（如cWebSiteWithDefaults），主配置脚本会更简洁，后续修改规则时只需更新自定义资源，无需逐个调整节点配置：

# 使用自定义资源后的配置逻辑
foreach ($siteName in $Node.SitesToDeploy) {
    $siteConfig = $ConfigurationData.SiteTemplates[$siteName]
    cWebSiteWithDefaults "CustomWebSite_$siteName" {
        SiteName = $siteConfig.Name
        PhysicalPath = $siteConfig.PhysicalPath
        Binding = $siteConfig.BindingInfo
        AppPoolName = "$($siteConfig.Name)_Pool"
        DependsOn = "[WindowsFeature]IIS"
    }
}

2. 搭建DSC Pull Server实现批量自动化 #

针对数百台服务器的场景，建议搭建DSC Pull Server：

• 所有配置脚本、MOF文件集中存储在Pull Server
• 服务器定期拉取自身对应的MOF文件，自动执行配置同步
• 新增站点或调整规则时，只需更新ConfigData、重新编译MOF并上传到Pull Server，所有目标服务器会自动同步最新配置

3. 配置分组减少重复编译 #

按客户套餐或服务器类型给节点分组，在ConfigData中定义ConfigurationName，Pull Server根据该名称分发对应MOF文件，同一套餐的服务器复用同一配置，减少编译和存储的冗余。

4. 添加编译前校验逻辑 #

在生成MOF前，校验节点SitesToDeploy中的站点是否存在于全局模板，避免无效配置：

foreach ($node in $ConfigData.AllNodes) {
    foreach ($site in $node.SitesToDeploy) {
        if (-not $ConfigData.SiteTemplates.ContainsKey($site)) {
            throw "错误：站点模板 $site 不存在，请检查ConfigData配置"
        }
    }
}

内容的提问来源于stack exchange，提问作者mpac99