Оценка традиционных методов развертывания
До Windows 11 метод развертывания ОС обычно представлял собой образ устройства. Образы применяют предварительно настроенную ОС к большой группе компьютеров. Это исторически был предпочтительный метод крупномасштабных развертываний, где методы ручной установки могут быть более практическими. Традиционные методы, такие как визуализация, по-прежнему поддерживаются для Windows 11 или более поздней версии.
Стандартные и настраиваемые образы
Администраторы должны решить, следует ли использовать образ Windows по умолчанию или создать пользовательский образ при выборе образа для развертывания.
Файлы установки Windows включают образ ОС по умолчанию, install.wim. Это базовый образ ОС, содержащий стандартный набор драйверов. При использовании образа ОС по умолчанию настройка ОС и установка приложений должны выполняться отдельно после развертывания образа.
Конфигурации и приложения можно включить в пользовательские образы. Такие средства, как обслуживание образов развертывания и управление ими (DISM.exe), можно использовать для обслуживания и подготовки образов Windows. DISM — это средство командной строки, которое может записывать образ эталонного компьютера с требуемой ОС, параметрами и приложениями. DISM также можно использовать для подключения образа и внесения изменений.
Затем sysprep используется для обобщения образа до развертывания. Перед развертыванием образа Windows на новых компьютерах необходимо сначала обобщить образ. Этот процесс удаляет сведения, относящиеся к компьютеру, такие как установленные драйверы и идентификатор безопасности компьютера (SID). Обобщение образа делает его готовым к развертыванию.
Существуют преимущества и недостатки использования пользовательских образов по умолчанию, как описано на следующей диаграмме.
| Изображение по умолчанию | Пользовательский образ |
|---|---|
| Не нужно создавать образ | Изображение должно быть создано и сохранено |
| Приложения и параметры должны применяться отдельно | Приложения и параметры можно включить в пользовательский образ |
| Один образ на архитектуру (x86/x64) можно использовать для организации. | Требования к конфигурации и приложению (а иногда и оборудование) каждой группы в организации обычно требуют создания и обслуживания нескольких образов. |
| Обновления приложений не требуют повторного создания образа. | Обновления приложений приводят к тому, что образы становятся устаревшими, требуя частого обновления или повторного создания образов |
| Общее время развертывания обычно медленнее, так как конфигурации должны применяться и приложения, установленные после развертывания образа ОС. | Общее время развертывания обычно быстрее с конфигурациями и приложениями, включенными в образ. |
| Некоторые приложения могут быть трудно автоматизировать установку. | Когда приложения устанавливаются на эталонном компьютере, они обычно проще развертывать при включении образа. |
Тонкие и толстые изображения
При выборе способа изображения, тонкие и толстые изображения ссылаются на то, что изображение содержит за пределами ОС. Тонкий образ может быть образом по умолчанию или пользовательским изображением только ос и несколькими драйверами, необходимыми для правильной установки ОС. Кроме того, толстый образ может быть ОС и несколько приложений, широко используемых в организации.
Сначала толстые изображения могут показаться более привлекательным вариантом. Тем не менее, толстые изображения становятся более сложными для управления с течением времени. В конечном итоге приложения требуют обновления и изменения конфигурации часто требуются. При каждом развертывании эти изменения и обновления должны применяться. По мере того как обновления накапливаются с течением времени, время развертывания может значительно увеличиться. Благодаря поддержке нескольких образов управление версиями приложений и конфигураций может стать сложной задачей. По мере того как время проходит, необходимость перестроить изображение увеличивается до точки, когда она становится необходимой. Усилия по перестроению изображений могут отменить время, первоначально сохраненное с толстыми изображениями.
По этим причинам рекомендуется использовать тонкие образы, применять конфигурации и устанавливать приложения после развертывания. Хотя они принимают некоторые дополнительные передние усилия, обновления становятся проще управлять, и изображения не становятся "устаревшими" как быстро. Организации могут автоматизировать эти задачи после развертывания с минимальным обслуживанием образов с помощью объектов групповой политики и политик устройств для применения конфигураций с помощью таких решений, как Endpoint Manager.
Загрузка с VHD
Вместо установки ОС непосредственно на физическом диске устройства Windows 7 и более поздних версий также поддерживают загрузку с виртуального жесткого диска. С помощью таких средств, как Hyper-V, PowerShell или консоль управления дисками, .vhd можно создать или .vhdx файл. Вы можете применить файл образа Windows и загрузить его, как если бы он был установлен на устройстве хранения.