Dsc windows что это

Обновлено: 05.07.2024

Одним из нововведений, появившихся в PowerShell 4.0, стал механизм настройки требуемого состояния (DSC - Desired State Configuration), позволяющий задавать настройки ОС и приложений в виде конфигурационного файла с использованием синтаксиса PowerShell и затем применить их к компьютеру. Как и в других системах управления конфигурациями вроде Puppet или Ansible администратор описывает требуемую конфигурацию (целевое состояние) вместо указания конкретных команд или скриптов, которые должны быть выполнены.

Файл конфигурации DSC содержит описание целевого состояния для одного или нескольких узлов (node). Внутри описания содержится перечень ресурсов (resource) и настройки, которые должны быть к ним применены. Существует множество типов встроенных ресурсов, таких как file, environment, registry, script, service, user и т.д., позволяющих задавать описание для соответствующих объектов системы, например, ресурс типа service описывает требуется ли включить или отключить службу, и под какой учетной записью требуется ее запускать. Помимо встроенных ресурсов поддерживается добавление ресурсов от сторонних разработчиков, что позволяет расширить возможности DSC по конфигурированию системы.

Конфигурационный файл может включать в себя описание состояния одного или нескольких узлов.
Большим плюсом DSC является поддержка синтаксиса PowerShell, что позволяет упростить написание конфигурационных файлов. Например вместо того, чтобы описывать каждый сервис в отдельности:
можно использовать циклы и передавать значение параметров через переменные:
На основании конфигурационного файла для каждого узла генерируется отдельный файл в MOF формате (Management Object Format).

Существует два способа применения настроек из MOF файлов. При Push методе настройки распространяются с административной рабочей станции на целевые компьютеры через Windows Remote Management (WinRM). Для этого используется команда Start-DscConfiguration с аргументом -Path, которые указывает путь к каталогу, содержащему MOF файлы. Перед тем, как использовать Push метод требуется настроить политику выполнения "Set-ExecutionPolicy RemoteSigned" и включить удаленное выполнение PowerShell при помощи команды "Enable-PSRemoting".

Со временем настройки, сделанные с помощью DSC, могут изменяться. Проверить наличие расхождений между текущими настройками и конфигурационным файлом можно при помощи команды Test-DscConfiguration, а с помощью команды Get-DscConfiguration можно получить значение текущих настроек системы.

Во втором методе (Pull) настраиваемые компьютеры подключаются к файловому серверу (репозиторию конфигурационных файлов) и самостоятельно загружают и применяют настройки.

Для демонстрации работы DSC я создал конфигурационный файл для настройки виртуальной рабочей станции с ОС Windows 10 для работы в среде VDI. Файл отключает ряд неиспользуемых служб и задач из планировщика Windows, задает ряд настроек оптимальных для работы в виртуальной среде, создает локальную учетную запись пользователя с именем User и паролем "P@ssw0rd", копирует дистрибутив Horizon Agent с файлового сервера и выполняет установку.
Часть настроек выполняется при помощи ресурсов типа script, позволяющих выполнять произвольный код на PowerShell.

Подводя итоги, DSC является простым и эффективным способом привести состояние системы к желаемому виду, минимизируя количество кода, котое требуется дла этого написать.

Во многом работа системного администратора не отличается оригинальностью задач. Так или иначе, большинство заданий – это повторяющиеся операции, которые сводятся к созданию, удалению, изменению настроек, установки и настройки ролей и компонентов системы. Абсолютно естественным является желание максимально автоматизировать такие задачи. Одним из инструментов, спешащих на помощь администратору, является PowerShell Desired State Configuration, которая впервые была представлена в Windows Server 2012 R2. О том, что это такое и как может облегчить жизнь IT-специалиста использование Desired State Configuration мы и поговорим в этой статье.

Логично начать с того, что же вообще такое PowerShell Desired State Configuration. Я в большинстве случаев не люблю переводить английские термины, т.к. не всегда переведенный вариант отражает нужный смысл. В этом случае, мы имеем дело с исключением. Desired State Configuration переводится как «настройка требуемого состояния», и этот перевод как нельзя лучше отражает смысл технологии.

Используя PowerShell DSC, вы описываете как хотите, чтобы ваша система выглядела в конечном итоге, и далее происходит ее автоматическая настройка в соответствии с заданными требованиями.

PowerShell Desired State Configuration – это очень мощный инструмент, который может значительно облегчить вам процесс настройки системы. Недавно на портале MVA вышел курс, в котором рассказывается обо всех аспектах этой технологии. А в этой статье я хочу рассказать о технологии и её основных преимуществах.

Системные требования

Конфигурация и её применение

Использование Desired State Configuration позволяет решить эту проблему. Далее я приведу конфигурационный скрипт, с помощью которого мы проведем настройку.

С одной стороны, PowerShell DSC начинается с конфигурационного скрипта. С другой, этот скрипт не делает абсолютно НИ-ЧЕ-ГО! В нем мы просто декларативно описываем, как хотим, чтобы система выглядела.

В DSC было введено новое ключевое слово Configuration, с помощью которого описывается главный контейнер конфигурации. По сути, этот блок является функцией. Внутри блока Сonfiguration вы можете указать желаемые настройки для каждого из компьютеров, которые есть в вашем окружении.

Блок конкретного компьютера начинается с ключевого слова Node. Далее следует имя целевого компьютера, которое может быть как постоянным, так и задаваться при помощь переменной. Внутри блока Node вы уже указываете желаемую настройку для вашего конечного компьютера, с помощью ресурсов.

Ресурсы DSC – это специализированные модули PowerShell, с помощью которых и осуществляется финальная настройка целевых узлов. Ресурсы разделяются на встроенные и пользовательские. Встроенных ресурсов всего 12. Тем не менее легко можно дописать недостающие ресурсы, если возникнет такая необходимость.

Что происходит в нашем скрипте?
Мы просто описываем то, как наша система должна выглядеть.

С помощью этой команды мы убеждаемся, что нужные нам компоненты будут присутствовать на конечном компьютере, после того, как конфигурация будет применена.

Применение конфигурации выглядит следующим образом:

После запуска конфигурационного скрипта создается MOF-файл (или Managed Object Format файл). Это текстовый файл, в котором содержатся все требования по настройке, которые в дальнейшем применяются на целевом компьютере. Имя MOF-файла будет соответствовать значению Node. Сам файл будет находиться в папке, название которой будет совпадать с названием Configuration. Здесь важно отметить, что использование MOF-файлов позволяет использовать DSC не только для настройки компьютеров под управлением Windows, но и под управлением Linux.

Далее необходимо MOF-файл передать на целевой компьютер (на котором мы хотим развернуть сайт). Конфигурация применяется двумя способами: с помощью метода Push (конфигурационный скрипт должен быть перенесен на конечный компьютер вручную) или метода Pull (создается Pull Server, который периодически проверяет корректность конфигурации, и если клиент сконфигурирован неверно, то Pull Server отправляет на него требуемые настройки). Применение конфигурации осуществляется с помощью следующего командлета:

C помощью параметра –Path указываем путь к MOF-файлу. Время применения конфигурации зависит от того, насколько соответствует текущая настройка компьютера тем требованиям, что указаны в MOF-файле.

После применения конфигурации возможность PowerShell DSC не заканчиваются. Ведь часто нам нужно определить произошли ли какие-то изменения в настройках. Сделать это можно с помощью командлета:

Запустив его, мы запустим проверку: совпадает ли текущая конфигурация системы с той, что прописана в MOF-файле. Если конфигурации совпадают, то будет возвращено значение «True», в противном случае – «False».

Что делать, если мы узнаем об изменении конфигурации? Если мы используем PowerShell DSC достаточно всего лишь снова запустить командлет:

И все недостающие элементы будут восстановлены.

Преимущества Desired State Configuration

Подробнее о том, как создавать свои собственные ресурсы или как настроить Pull Server для PowerShell DSC вы можете узнать из курса на портале MVA.

Удачи в применение PowerShell Desired State Configuration для настройки ваших систем!

В этом разделе объясняется, как приступить к работе с Desired State Configuration (DSC) в PowerShell для Windows. Общие сведения о службе настройки требуемого состояния см. в разделе Начало работы со службой настройки требуемого состояния Windows PowerShell.

Поддерживаемые версии операционной системы Windows

Поддерживаются следующие версии:

Windows Server 2022
Windows Server 2019
Windows Server 2016
Windows Server 2012 R2;
Windows Server 2012
Windows Server 2008 R2 с пакетом обновления 1 (SP1)
Windows 11
быть под управлением ОС Windows 10;
Windows 8.1
Windows 7

Номер SKU автономного продукта Microsoft Hyper-V Server не содержит реализацию Desired State Configuration, поэтому управлять им с помощью DSC PowerShell или настройки состояния службы автоматизации Azure невозможно.

Установка DSC

Desired State Configuration в PowerShell входит в состав Windows и обновляется с помощью Windows Management Framework. Последняя версия — Windows Management Framework 5.1.

Для управления компьютером с помощью DSC не нужно включать компонент Windows Server "DSC-Service". Этот компонент необходим только при создании экземпляра опрашиваемого сервера Windows.

Использование DSC для Windows

В следующих разделах описывается создание и запуск конфигураций DSC на компьютерах Windows.

Создание MOF-документа конфигурации

Для создания конфигурации используется ключевое слово Windows PowerShell ( Configuration ). В инструкциях ниже описывается создание документа конфигурации с использованием Windows PowerShell.

Установка модуля, содержащего ресурсы DSC

Desired State Configuration в Windows PowerShell включает встроенные модули, содержащие ресурсы DSC. Модули также можно загружать из внешних источников, таких как коллекция PowerShell, с помощью командлетов PowerShellGet.

Определение конфигурации и создание документа конфигурации

Применение конфигурации к компьютеру

Чтобы разрешить выполнение DSC, Windows необходимо настроить для получения удаленных команд PowerShell, даже когда вы запускаете конфигурацию localhost . Чтобы правильно настроить среду, запустите Set-WsManQuickConfig -Force в терминале PowerShell с повышенными привилегиями.

Документы конфигурации (MOF-файлы) можно применить к компьютеру с помощью командлета Start-DscConfiguration.

Получение данных о текущем состоянии конфигурации

Командлет Get-DscConfiguration запрашивает текущее состояние компьютера и возвращает текущие значения для конфигурации.

Командлет Get-DscLocalConfigurationManager возвращает текущую метаконфигурацию, примененную к компьютеру.

Удаление текущей конфигурации с компьютера

Настройка параметров в локальном диспетчере конфигураций

Примените MOF-файл метаконфигурации к компьютеру с помощью командлета Set-DSCLocalConfigurationManager. При этом потребуется указать путь к соответствующему MOF-файлу метаконфигурации.

Файлы журнала Desired State Configuration в Windows PowerShell

Журналы DSC записываются в журнал событий Windows по пути Microsoft-Windows-Dsc/Operational . Дополнительные журналы для отладки можно включить, выполнив действия, описанные в разделе Где находятся журналы событий DSC?

Windows PowerShell Desired State Configuration (конфигурация желаемого состояния) (DSC) в настоящее время горячая тема для разговора. DSC - это новая платформа управления конфигурацией, с помощью которой администраторы могут использовать Windows PowerShell для развёртывания и управления программными службами, а также управлять средой, где работают эти службы.

Desired State Configuration

Windows Server 2016 представляет несколько улучшений для DSC, давайте рассмотрим два из них - новый локальный диспетчер конфигурации и новую функцию частичной конфигурации.

DSC Local Configuration Manager

Один из ключевых компонентов DSC - Local Configuration Manager (LCM), механизм DSC, отвечающий за обработку и ввод конфигурационных документов (.mof файлов).

LCM принимает (режим push), извлекает (режим pull), применяет, контролирует, сравнивает, сообщает о дрейфе и применяет (или повторно использует) документы конфигурации. Излишне говорить, что LCM - это сердце и мозг DSC.

Windows Server 2016 поставляется с предустановленными Windows Management Framework 5.1 и DSC. DSC был представлен с Windows Management Framework 4.0 (также доступна загрузка для более ранних версий Windows) и был установлен в Windows Server 2012 R2 и Windows 8.1. Как и следовало ожидать, в Windows Management Framework 5.1, в DSC и LCM появилось много новых функций и изменений.

Вы можете настроить LCM и DCS-двигатель, применив документ Meta Configuration (meta.mof). На поведение и действия LCM можно влиять и контролировать, изменяя свойства Meta Configuration.

DSC v2 в Windows Server 2016 основываясь на предыдущей версии, предлагает новые командлеты для управления конфигурациями, новый LCM с дополнительной функциональностью, новые атрибуты Meta Configuration и новые функции, такие как частичные конфигурации и межмашинная синхронизация.

LCM реализуется как общая информационная модель/Common Information Model (CIM) класса MSFT_DSCLocalConfigurationManager в корневом пространстве имён \Microsoft\Windows\DesiredStateConfiguration.

Давайте рассмотрим новую функциональность и работу LCM v2 на Windows Server 2016.

DSC, для доступа к LCM, предоставляет два командлета - просмотр и обновление свойств LCM: Get-DSCLocalConfigurationManager для просмотра и Set-DSCLocalConfigurationManager для настройки. Запуск Get-DSCLocalConfigurationManager на Windows Server 2016 Windows, в консоли PowerShell, перечисляет все свойства конфигурации метаданных LCM вместе с их текущими значениями.

Значения по умолчанию показаны в следующих выходных данных:

PS C:\> Get-DscLocalConfigurationManager

Credential :
DebugMode :
DownloadManagerCustomData :
DownloadManagerName :
LCMCompatibleVersions :
LCMState : Idle
LCMStateDetail :
LCMVersion : 2.0
StatusRetentionTimeInDays : 10
SignatureValidationPolicy : NONE
SignatureValidations : <>
MaximumDownloadSizeMB : 500
PartialConfigurations :
RebootNodeIfNeeded : False
RefreshFrequencyMins : 30
RefreshMode : PUSH
ReportManagers : <>
ResourceModuleManagers : <>
PSComputerName :

LCM, в Windows Server 2016, для обратной совместимости включает все свойства из первой версии. Большинство из этих свойств необходимы и в новой версии, но некоторые устарели и не могут использоваться для настройки LCM в Windows PowerShell V5.

С новыми параметрами LCM, вместо одной конфигурации, можно иметь несколько её фрагментов. Свойства более организованы, каждый с чётко определённым использованием. Вы можете запросить текущее состояние LCM, включить и отключить кэширование и отдельные конечные точки URL для конфигураций и ресурсов.

В Windows PowerShell V4, DSC, для настройки свойств конфигурации метаданных LCM, использовал специальный ресурс LocalConfigurationManager. Этот ресурс для LCM в Windows PowerShell V5 устарел. Вы можете использовать его для настройки LCM v2; однако он не может настроить новые свойства Meta Configuration. Вместо этого, для задания свойств LCM, рекомендуется использовать новый ресурс параметров.

Вы можете установить свойства MetaConfiguration, выполнив несколько последовательных шагов. Как уже упоминалось, в LCM v2, для настройки свойств Meta Configuration LCM, следует использовать новый специальный ресурс "Settings". Вы должны поместить этот новый ресурс в сценарий конфигурации и запустить его. Запуск ресурса генерирует файл meta.mof, который отправляется в LCM сервера назначения. LCM целевого сервера применяет и изменяет значения свойств Meta Configuration.

Обратите внимание, что конфигурация LCM в обычной конфигурации, содержащей общие ресурсы DSC не допускается. Наряду с ресурсом «Настройки» в LCM v2 включены ещё несколько, специфичных для LCM, ресурсов. Эти ресурсы LCM обеспечивают лучший авторский опыт и в конечном итоге изменяют доступные в ресурсе Settings свойства. Они сводятся к следующему:

- Settings. Это основной ресурс LCM Meta Configuration.
- ConfigurationRepositoryWeb. Этот ресурс представляет Internet Information Services (IIS) Open Data Protocol (OData), конечную точку для опрашивающих серверов. Он изменяет свойство ConfigurationDownloadManages ресурса Settings.