Как сделать сервер развертывания
Добавил пользователь Евгений Кузнецов Обновлено: 05.10.2024
Как при установке Windows по сети избежать ввода учетной записи для подключения и выбора образа, не прибегая к дополнительным программным средствам, таким как MDT или SCCM?
Службы развертывания Windows позволяют автоматизировать как работу с клиентом служб развертывания Windows, так и последующие этапы установки Windows.
Для автоматизации развертывания ОС средствами Windows Deployment Services используются два разных файла автоматической установки. Один из них (WDSClientUnattend.xml) автоматизирует поведение загрузочного образа (производит подготовку к установке, что соответствует фазе установки windows PE), а другой (Unattend.xml) – установочного образа (производит автоматизацию фаз установки со второй по седьмую, т.е. установку и настройку самой системы).
Оба файла создаются с помощью Windows System Image Manager из состава Windows Assessment and Deployment kit.
файл автоматической установки клиента служб развертывания Windows (WDSClientUnattend.xml).
Этот файл ответа позволяет не отображать в начале процесса установки пользовательский интерфейс клиента Windows DS, так как предоставляет значения настройки расположения и языка, имя учетной записи для подключения к WDS серверу, выбор образа установки, который планируется установить на компьютер, а также указывает раздела диска, в который будет производиться установка.
Как создать.
За автоматизацию работы с клиентом служб развертывания Windows отвечает узел WindowsDeploymentServices который добавляем к фазе 1 и указываем образ для развертывания:
И учетную запись с паролем для подключения к WDS:
Аннотация: Две последние лекции посвящены вопросу развертывания операционной системы Windows 7 по сети. В этой лекции мы разберем принцип установки при помощи сервера развертывания Windows, который позволяет централизовано хранить и управлять образами операционной системы и драйверов. В следующей лекции мы разберем средство MDT, которое обладает большим функционалом и, в дополнении к этому, позволяет интегрироваться с сервером WDS.
Установка по сети
Данный вариант установки подразумевает, что компьютер загружается в среду предустановки ( Windows PE) со съемного носителя или любого другого устройства. После загрузки, в зависимости от сценария, мы производим подключение к общей сетевой папке или серверу ( WDS , о нем речь пойдет далее) и запускаем программу установки Windows либо применяем образ с помощью утилиты ImageX.
В дополнении к этому, сценарий установки по сети может использоваться и при обновлении операционной системы Windows Vista до Windows 7.
К достоинствам сценариев установки по сети относится:
- Быстрота установки, время установки значительно сокращается по сравнению с установкой при использовании лазерных дисков. Хотя все зависит от типа носителя и скорости сети.
- Возможность создавать образы операционной системы большого объема, не поддерживаемого некоторыми съемными носителями.
К недостаткам можно отнести разве что, необходимость поддержки драйверов сетевой карты во время работы Windows PE. Решить данную проблему можно добавив необходимые драйверы в образ среды предустановки при помощи утилиты DISM.
Далее мы разберем несколько сценариев установки по сети.
Сценарий запуска программы установки Windows из сетевой папки
- Запускаем компьютер.
- Производим загрузку компьютера с помощью съемного загрузочного устройства (CD, DVD, USB-flash).
- Загружаемся в среду Windows PE.
- Проверяем параметры сети (компьютер должен получить ip адрес и адрес DNS сервера).
- Производим подключение к общей сетевой папке.
- Запускаем программу установки Windows (setup.exe).
- Далее следуем стандартной процедуре установки.
Сценарий применения образа из сетевой папки
- Производим установку операционной системы на мастер-компьютер любым из доступных способов.
- Устанавливаем необходимые приложения, производим настройку операционной системы (желательно в режиме аудита).
- Запускаем утилиту sysprep для подготовки компьютера к развертыванию.
- Создаем загрузочный съемный носитель с образом Windows PE и утилитой ImageX.
- Загружаемся с помощью загрузочного носителя.
- Снимаем образ операционной системы с мастер-компьютера.
- Загружаем образ на сервер.
- Другой компьютер так же загружаем с загрузочного диска.
- Проверяем параметры сети.
- Разбиваем диск с помощью утилиты Diskpart.
- С помощью утилиты ImageX применяем образ к данному компьютеру.
- При необходимости делаем загрузочным раздел диска.
Сценарий установки операционной системы по сети используется в сценарии LTI (Lite Touch Installation) программного продукта MDT. Речь о продукте MDT 2010 и его сценариях пойдет далее в этом курсе.
Одним из частных случаев установки операционной системы по сети считается установка Windows при помощи службы развертывания WDS .
Для масштабной установки требуется централизованное решение по установке на базе сервера. Эту возможность предоставляет Windows Deployment Services ( WDS ). WDS - решение для установки образов Windows на пустые системы по сети. WDS, по сути, является потомком Remote Installation Services (RIS), решения, которое было впервые включено в Windows 2000 Server.
Windows Deployment Services – служба, позволяющая производить установку Windows распространяя образы по сети, тем самым уменьшая время развертывания.
WDS – это роль Windows Server 2008 R2, которую можно использовать для создания решения по установке операционной системы на базе сервера. Поддерживается установка Windows 7, Windows Server 2008 R2, Windows Vista, Windows Server 2008, а также более ранние версии Microsoft Windows, включая Windows XP и Windows Server 2003. WDS можно использовать для создания и управления образами Windows (.wim файлами), которые используются как для загрузки, так и для установки Windows на пустые системы.
Основные возможности WDS:
- Установка операционной системы в ручном и автоматическом режимах по сети из централизованного хранилища .
- Создавать образы операционной системы на основе существующей.
- Централизованное хранение драйверов.
- Многоадресная передача информации.
Компоненты WDS
WDS используется в качестве роли сервера на машине с установленной операционной системой Windows Server 2008 R2 и состоит из трех типов компонентов:
- Компоненты сервера
- Компоненты клиента
- Компоненты управления
Компоненты сервера WDS расположены на сервере с ролью WDS и состоят из:
- Хранилища образов (Image repository). Оно используется для группировки загрузочных образов, установочных образов и прочих типов файлов, которые могут понадобиться во время установки операционной системы на целевые компьютеры.
- PXE службы. Работает совместно с DHCP сервером и позволяет компьютерам, не имеющим установленной ОС, загружаться удаленно и начинать процесс установки.
- TFTP службы. Работает совместно с PXE сервером и позволяет компьютерам без установленной ОС загружать клиента WDS , чтобы можно было загрузить и установить ОС.
- Сетевого уровня (Networking layer). Это дополнительный компонент, поддерживающий многоадресную рассылку (multicasting) файлов образов Windows и прочие функции.
Клиентские компоненты WDS включают клиента, который может быть установлен либо автоматически по сети с помощью компонентов PXE и TFTP Server, либо распространен вручную на съемном носителе для целевых компьютеров, которые не поддерживают удаленной PXE загрузки. Клиент WDS отображает меню, которое удаленный пользователь может использовать для выбора образа установки ОС Windows. После того как пользователь делает свой выбор, клиент WDS запрашивает нужный образ Windows в хранилище образов сервера, загружает этот образ на целевой компьютер и запускает Windows Setup, чтобы установить образ на целевой компьютер.
Компоненты управления WDS включают следующее:
- Консоль Windows Deployment Services MMC, которую можно запускать из "Администрирования" в меню "Пуск".
- Инструмент командной строки под названием WDSUTIL, который можно использовать для выполнения всех задач, поддерживаемых в MMC консоли и даже больше, и который также можно использовать для выполнения сценариев настройки и управления WDS.
В зависимости от операционной системы, на которой установлена данная служба он может работать в разных режимах. WDS служба, установленная на Windows Server 2008 поддерживала следующие режимы работы:
- Legacy – в этом режиме работать можно только со старыми образами RIS подготовленными через RISetup, RIPRep. Этот режим лишь позволяет устанавливать наследственные RISETUP/RIPREP образы с помощью OSChooser и не поддерживает установку образов формата WIM, поэтому сервер WDS , работающий в таком режиме, можно использовать лишь для установки Windows XP и Windows Server 2003.
- Mixed – в этом режиме доступны как старые образы RIS’а так и новые WDS’а. Этот режим позволяет устанавливать как старые RISETUP/RIPREP образы с помощью OSChooser, так и новые образы формата WIM с помощью Windows PE, поэтому сервер WDS, работающий в таком режиме, можно использовать для установки Windows Vista, Windows Server 2008, Windows XP и Windows Server 2003.
- Native – тут поддерживаются только образы .wim созданные WDS . Этот режим позволяет устанавливать только образы формата WIM с помощью Windows PE, поэтому сервер WDS, работающий в таком режиме, можно использовать для установки только Windows 7 / Server 2008 R2 и Windows Vista / Server 2008.
Все три режима работают на платформе Windows Server 2003 SP2 и Windows Server 2008. Если служба развернута на сервере Windows Server 2008 R2, то поддерживается только режим Native. Это означает, что установка операционной системы Windows XP так же будет производиться на основе образа, как и установка Windows Vista или Windows 7.
Как было сказано выше, WDS это служба, устанавливаемая как роль для серверов Windows Server начиная с версии 2003 с пакетом обновления 2 (SP2). Для установки операционной системы необходимо загрузить компьютер без установленной операционной системы и произвести подключение к серверу для начала процесса установки.
Для подключения к сети используется PXE -совместимая сетевая карта. PXE (Preboot Execution Environment) — среда для загрузки компьютеров с помощью сетевой карты без использования жёстких дисков, компакт-дисков и других устройств, применяемых при загрузке операционной системы.
При установленной службе развертывания на Windows Server 2008 R2 необходимость в использовании PXE -совместимой сетевой карты отпадает, так как можно использовать так называемый Discovery Image (образ обнаружения). Данный образ можно записать на диск и производить загрузки именно с него.
Служба WDS для своей работы требует создания централизованно управляемой сети, в составе которой используются:
Компьютер, во время загрузки с сетевой карты, получает информацию о сетевом адресе DNS и Active Directory. Active Directory используется для авторизации пользователя на сервере и для получения списка доступный образов устанавливаемой операционной системы.
Привет друзья! Мы продолжаем цикл статей об операционной системе Windows Server 2012. Цель такая - установить Windows 7 или Windows 8 не с помощью какого-либо носителя (диска, флешки), а по сети . Если хотите начать с самого сначала, то прежде чем читать эту статью прочтите сначала вот эти.
7) Установка Windows 7 используя службы развертывания Windows (WDS). Эта финальная седьмая статья, в ней мы установим Windows 7 используя службы развертывания Windows (WDS).
8) Развертывание Windows 7 c предустановленным программным обеспечением используя WDS - в этой статье мы с вам создадим установочный образ Windows 7 содержащий предустановленное программное обеспечение и развернём этот образ на другой компьютер по сети.
В данной пятой статье нами будет произведена установка роли WDS в операционной системе Windows Server 2012! Что вообще скрывается за этими тремя буквами WDS?
WDS используется для развертывания образов на компьютеры с возможностью PXE-загрузки (PXE-загрузка - среда для загрузки компьютера по сети)
Установка роли WDS в операционной системе Windows Server 2012
Нажимаем на WDS, выбираем наш сервер WIN-RFLCMOBGGBB, щелкаем по нему правой кнопкой мыши тем самым вызвав контекстное меню и выбираем Консоль управления службами развертывания Windows
Откроется окно консоли управления службами развертывания Windows. Как видим возле нашего сервера есть желтый значок в виде треугольника с восклицательным знаком, это значит что наш сервер требует настройки.
Так как по умолчанию предлагается загрузочные и установочные образы хранить на системном диске (что не рекомендуется), то создадим на разделе E: папку RemoteInstall , которая и была указана мастеру настройки сервера
Выбираем один из нескольких параметров (для начала можно выбрать Не отвечать никаким клиентским компьютерам). Далее
Комментарии (2)
Рекламный блок
Подпишитесь на рассылку
Навигация
Облако тегов
Архив статей
Сейчас обсуждаем
slogic
Не описан кейс, когда какие-то обновления ставятся, а другие нет с ошибкой 0x800f0922. Вся
admin
Разницу в производительности платформ на DDR4 3600 и DDR5 4800 МГц практически не заметить. Уже
Старый
Разницу в производительности платформ на DDR4 3600 и DDR5 4800 МГц практически не заметить. Уже
Гость Артём
А материнку какую к нему, оперативку, видюху, блок питания? если взять процессор Core i5-12600KF и
Старый
Думаю, Core i3-12100F и видеокарты RTX 3060 Ti будет достаточно для оптимальной сборки, на которой
RemontCompa — сайт с огромнейшей базой материалов по работе с компьютером и операционной системой Windows. Наш проект создан в 2010 году, мы стояли у истоков современной истории Windows. У нас на сайте вы найдёте материалы по работе с Windows начиная с XP. Мы держим руку на пульсе событий в эволюции Windows, рассказываем о всех важных моментах в жизни операционной системы. Мы стабильно выпускаем мануалы по работе с Windows, делимся советами и секретами. Также у нас содержится множество материалов по аппаратной части работы с компьютером. И мы регулярно публикуем материалы о комплектации ПК, чтобы каждый смог сам собрать свой идеальный компьютер.
Наш сайт – прекрасная находка для тех, кто хочет основательно разобраться в компьютере и Windows, повысить свой уровень пользователя до опытного или профи.
Всем привет. Продолжаем цикл статей по написанию своего проекта.
Сортируем ветки
- JRTB-0
- JRTB-2
- JRTB-3
- STEP_1_JRTB-0 — первый шаг
- STEP_2_JRTB-2 — второй шаг
- STEP_3_JRTB-3 — третий шаг
Немного о докере
Что такое Docker? Вкратце — это инструмент, с помощью которого можно быстро и безопасно развертывать (деплоить) приложения, создавая для них закрытую инфраструктуру, необходимую только для них. Пока что сложно, я понимаю. В общем и целом докер можно понимать как платформу для разработки, где можно быстро и эффективно работать. Докер можно понимать как программу, которая работает на сервере. Эта программа имеет возможность хранить контейнеры с приложениями. Что такое контейнер? Это отдельная инфраструктура, в которую можно добавить все, что нужно. Например для Java-приложения нам нужна JRE, чтобы запустить приложение, вот контейнер будет иметь это, нужно будет еще какое-то программное обеспечение — можно добавить это. А может быть, нам нужен Линукс и Tomcat сервлет контейнер. Такое тоже можно будет сделать. Контейнеры создаются на основе image (образа): то есть, это определенный шаблон в котором написано все необходимое для создания докер контейнера. Как создать этот образ? В нашем случае нам нужно будет создать файл Dockerfile в корне проекта с описанием того, что должно быть в контейнере. Так как мы не хотим где-то показывать токен бота, придется извернуться и передавать его каждый раз, когда мы захотим развертывать приложение. Более детально об этой теме почитать можно здесь и здесь.
Пишем JRTB-13
Нужно настроить быстрый и легкий процесс развертывания (деплоя) нашего приложения на сервер. То есть на машину, которая работает 24/7. За основу возьмем докер. Но задачи в нашем списке, которая бы отвечала за добавление этой функциональности, нет. Как-то я его пропустил при создании. Ничего страшного, сейчас создадим. Заходим на вкладку создания issue на гитхаб и выбираем Feature Request:Добавляем описание задачи, критерии его приемки, устанавливаем, к какому проекту этот issue относится и можно создавать новое issue:Теперь чтобы показать, что задача взята в работу, сменим статус задачи с To do на In Progress:Это будет сложная статья. Если будут проблемы — пишите в комментариях: я буду следить и отвечать на них в меру сил. Такой будет небольшой Customer Support :D
Создаем Dockerfile
Создаем docker-compose.yml
Хорошо бы вам про YAML формат почитать отдельно, а то статья и так уже растет, как на дрожжах. Для нас это просто еще одно описание переменных по типу .properties. Только в пропертях записывается через точку, а в YAML это делается немного красивее. Например, так. Две переменные в .properties: javarush.telegram.bot.name=ivan javarush.telegram.bot.token=pupkin А вот в .yaml (тоже самое что и .yml) будет это так: Второй вариант более красивый и понятный. Пробелы должны быть именно такие, как указаны выше. Как-нибудь переведем наши application.properties и application.yml. Для начала нужно его создать. В корне проекта создаем файл docker-compose.yml и записываем туда следующее: Первая строка — это версия docker-compose. services: говорит о том, что все следующие строки после этого (будут сдвинуты) — относятся к сервисам, которые мы настраиваем. У нас такой пока только один — java-приложение под названием jrtb . И уже под ним будут все его настройки. Например, build: context: . говорит о том, что мы будем искать Dockerfile в той же директории, что и docker-compose.yml. А вот секция environment: будет отвечать за то, чтобы мы передали в Dockerfile необходимые переменные среды (environment variables). Как раз то, что нам и нужно. Поэтому ниже мы переменные и передаем. Их docker-compose будет искать в переменных операционной среды сервера. Добавим их в баш скрипте.
Создаем баш скрипты
- Dockerfile — файл для создания образа нашего приложения;
- docker-compose.yml — файл с настройкой того, как мы будем запускать наши контейнеры;
- start.sh — баш скрипт для развертывания нашего приложения;
- stop.sh — баш скрипт для остановки нашего приложения.
Разумеется, все пишет на английском. Уже как обычно, в нашей новосозданной ветке STEP_4_JRTB-13 создаем новый коммит с именем: JRTB-13: implement deployment process via docker и делаем пуш. Я перестаю подробно останавливаться на вещах, которые я уже описывал в прошлых статьях. Не вижу смысла повторять одно и тоже. К тому же, кто разобрался и сделал у себя, у того вопросов не возникнет. Это я о том, как создать новую ветку, как создать коммит, как запушить коммит в репозиторий.
За сегодня я показал тьму новой информации, которую нужно хорошо обдумать и расширить дополнительным чтением. Самое главное: при помощи ОДНОЙ(. ) команды все необходимое для развертывания нашего приложения будет сделано. Это настолько классно, что я даже передать не могу вам. Да, пришлось потратить приличное количество времени в документации докера, чтобы понять, как правильно пробрасывать переменные. С этого момента телеграм-бот всегда будет работать на последней версии main ветки. Ссылка на телеграм-бота. Сегодня не будут ссылок на материалы, которые хорошо бы прочесть: ответственность лежит на вас. Нужно учиться искать информацию. Все, кто подписан на мой телеграм-канал, узнали о деплое бота почти сразу же. Друзья, нравится проект? Ставьте ему звезду! Так он станет более популярным и больше людей смогут узнать о нем и поучиться. Традиционно предлагаю зарегистрироваться на GitHub и подписаться на мой аккаунт, чтобы следить за этой серией и другими моими проектами, которые я веду там. Теперь мы готовы подключать базу данных. Следующая статья будет бооольшая и в ней мы сделаем все необходимое для работы с БД. Все описание — в JRTB-1.
Читайте также: