Установка windows server 2019: Установка Windows Server 2019 от А до Я

Установка Windows Server 2019 от А до Я

В этой статье мы рассмотрим детально как установить Windows Server 2019 и самую первичную настройку, что нужно сделать сразу после установки системы. Как детально настроить Windows Server 2019 читайте в нашей следующей статье.

1) Итак, первое — Вам нужно скачать дистрибутив. Скачать его можете на следующей странице.

2) После скачивания дистрибутива — его нужно записать на флешку, сделав ее загрузочной. Инструкция как записать дистрибутив на флешку.

3) Далее Вам нужно загрузиться с флешки из под биоса для начала самой установки. Краткая инструкция как загрузиться с флешки.

4) Теперь после того, как Вы загрузились с флешки, приступаем к началу установки.

Выбираем язык операционной системы, выберем русский.

Далее выбираем желаемую редакцию Windows Server 2019 для установки. В данной статье мы установим версию Standard, но Вы можете выбрать другую версию, к примеру Datacenter.

Принимаем условия лицензирования.

Далее, выбираем выборочную установку, т.к мы устанавливаем систему с нуля.

После у Вас будет меню выбора диска куда установить систему. На нашем примере только один диск, у Вас же их может быть больше. Выбираете нужный диск для установки и нажимаем «Далее».

И теперь начинается непосредственно сама установка, ожидайте ее окончание.

Во время установки система перезагрузится несколько раз.

После завершения установки Вам нужно будет задать пароль для учетной записи администратора. Пароль лучше задавать латинскими буквами с цифрами.

Далее заходим под учетной записью администратора в систему.

5) После установки переходим к первичной настройке, что нужно сделать сразу после установки — это активировать систему и загрузить все актуальные обновления. Приступим для начала к активации. Заходим меню в «Свойства системы» => Активация Windows => Изменить ключ продукта => и вводите Ваш ключ в поле ввода. Если у Вас нет ключа, то приобрести ключ активации можете в нашем интернет-магазине по самым низким ценам на следующей странице. Моментальная доставка ключа на Вашу электронную почту не заставит Вас должно ожидать активации системы!

После активации переходим снова в меню «Свойства системы» и проверяем все ли активировалось. Если да, то переходим к загрузке актуальных обновлений.

Нажимаем на кнопку «Проверить наличие обновлений».

Загружаем обновления, после устанавливаем их. После установки нужно перезагрузить систему.

На этом все. Установка и первичная настройка закончена. Как детально настроить Windows Server 2019 читайте в нашей следующей статье.

Установка, обновление или миграция в Windows Server 2019

• 14.05.2021
• Чтение занимает 2 мин

В этой статье

Относится к: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Windows Server 2008

Пришло время перейти на более новую версию Windows Server? В зависимости от того, какая операционная система сейчас установлена на вашем компьютере, у вас есть несколько вариантов.

Чистая установка

Самый простой способ установить Windows Server — выполнить чистую установку на пустой сервер или перезаписать существующую операционную систему. Это самый простой способ, но для начала вам необходимо создать резервную копию данных и запланировать переустановку приложений. Существует несколько факторов, которые следует учитывать, например требования к системе. Поэтому обязательно проверьте данные Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 и Windows Server 2012.

Обновление на месте

Если вы хотите использовать то же оборудование и сохранить все роли сервера, которые вы настроили, без сброса настроек сервера, вам подойдет обновление на месте, когда вы переходите со старой операционной системы на более новую, сохраняя параметры, роли сервера и данные неповрежденными. Например, если ваш сервер работает под управлением Windows Server 2012 R2, вы можете обновить его до Windows Server 2016 или Windows Server 2019. Однако не каждая устаревшая операционная система позволяет перейти на любую новую ОС.

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

Последовательное обновление операционной системы кластера

Последовательное обновление ОС кластера позволяет администратору обновлять ОС узлов кластера с Windows Server 2012 R2 до Windows Server 2016, не останавливая рабочие нагрузки Hyper-V или масштабируемого файлового сервера. Эта функция позволяет избежать простоя, который может нарушать соглашения об уровне обслуживания. Подробнее эта новая функция рассматривается в статье Последовательное обновление ОС кластера.

Миграция

Документация по миграции Windows Server помогает переместить одну роль или компонент за раз с исходного компьютера, работающего под управлением Windows Server, на другой целевой компьютер, работающий под управлением Windows Server такой же или более новой версии. Для этих целей миграция определяется как перемещение одной роли или компонента и его данных на другой компьютер без обновления компонентов на том же компьютере.

Преобразование лицензии

Для некоторых версий ОС можно перейти с определенного выпуска версии на другой выпуск той же версии за один шаг с помощью простой команды и соответствующего лицензионного ключа. Это называется преобразованием лицензии. Например, если ваш сервер работает под управлением Windows Server 2016 Standard, вы можете преобразовать его в Windows Server 2016 Datacenter. Следует помнить, что вы можете перейти с плана Standard Server 2016 на Server 2016 Datacenter, вы не сможете обратить этот процесс и перейти с Datacenter на Standard. В некоторых выпусках Windows Server можно также свободно выбирать переход на оригинальную версию, версию с корпоративным лицензированием и розничную версию с помощью той же команды и соответствующего ключа.

Установка windows server 2019 standard

Обновлено 18.09.2019

И добрый день! Очень рад вас вновь видеть, уважаемые читатели и гости IT блога Pyatilistnik.org. На дворе уже 2019 год, а это значит, что Microsoft готова нас с вами перевести на новый продукт в серверном сегменте. В прошлый раз я вам рассказывал, как производится установка Windows Server 2016. Данная операционная система заимела очень хорошую оценку, это вам не десятка и Microsoft тут особо не экспериментирует, это же корпоративный сегмент, приносящий основные дивиденды. Сегодня я вам покажу, процесс установки Windows Server 2019 Standard, и мы разберем что нового в данной ОС. Уверен, что вам будет интересно.

Чистая установка windows server 2019

Когда речь идет, о сервере, то ни один уважающий себя администратор, не будет производить обновление одной версии на другую, это вам не клиентские операционные системы, где например, Windows 7 обновляли до Windows 10. Так как это сервер, то и у него ответственность иная, он предоставляет пользователям и клиентам сервисы компании, нужные для бизнес процесса или получения прибыли, поэтому тут все серьезнее.

Из подготовительных действий вам нужно выполнить три действия:

• Ознакомиться с редакциями Windows Server 2019 и лицензирование, так как это очень важный этап позволяющий провести расчеты по деньгам и по возможности не переплатить
• Скачать установочный ISO с Windows Server 2019, в моем примере, это будет редакция Standard
• Подготовить загрузочную флешку или Zalman виртуальный CD-ROM, либо использовать загрузку по сети с WDS-сервера, через PXE протокол.

Я буду производить инсталляцию на тестовом стенде, поэтому у меня это будет простое монтирование ISO в виртуальную машину, вы же должны выбрать удобный для себя метод. Первым делом, когда вы вставили загрузочное устройство, вам в BIOS нужно выставить загрузку с него, так называемый приоритет загрузки.

Когда все сделано как нужно, то после перезагрузки сервера у вас появится сообщение, о выборе загрузки с диска с дистрибутивом, в виде сообщение «Press any key to boot from CD or DVD» вам нужно успеть нажать «Enter», для того чтобы попасть в мастер установки.

После того, как у вас пробежит белый ползунок загрузки мастера установки, у вас появится приветственное окно «Установка Windows», где вам покажут, что это Windows Server 2019 и предложат выбрать три пункта, которые напоминаю, будут распространятся только на интерфейс мастера инсталляции:

• Устанавливаемый язык — я выставлю Русский, родной
• Формат времени и денежных единиц — Русский (Россия)
• Метод ввода (раскладка клавиатуры) — Русская

После чего можете смело нажимать «Далее». На следующем окне мастера установки Windows Server 2019 Standard у вас будет две кнопки. Собственно кнопка «Установка» и ссылка на инструменты восстановления системы. Начнется подготовка «Начало установки».

Далее от вас потребуют указать, какую операционную систему систему вы выбираете, на выбор будет четыре варианта, два с графическим интерфейсом, а два в режиме ядра (Core), но разница только в редакции Standard или Datacenter. Выбираем нужную и нажимаем «Далее».

Хочу отметить, что если вы даже установили Server Core, то вы не можете на него установить графический интерфейс

Теперь если вы совсем упоротый, то полностью изучаем и читаем условия лицензии, после чего их принимаем, ставя соответствующую галку «Я принимаю условия лицензии».

Теперь у вас будет самый важный шаг, вы по сути на развилке:

1. Обновление: установка Windows с сохранением файлов, параметров и приложений. По сути это установка по верх текущей версии, мало применяемый вариант, только в безвыходной ситуации, когда нужно проверить будет ли работать старое ПО, в основном только в тестовой среде.
2. Выборочная: только установка Windows (Для опытных пользователей), это и есть чистая инсталляция Windows Server 2019, то что нам и нужно.

Теперь остался последний подготовительный этап, и заключается он в том, что вам необходимо разметить диск для установки системы. В момем примере, это SSD диск, размеров в 40 гб, в виде незанятого пространства и я просто нажимаю далее. Если у вас уже имеются разделы, то нужно выбрать куда вы будите ставить, обчно делают резервную копию данных, после чего удаляют не нужные разделы.

Ну и собственно начинается сам процесс установки виндоус. У вас на первом этапе, мастер инсталляции Windows Server 2019 скопирует с дистрибутива необходимые файлы на локальный диск, после чего начнет их извлечение, а уже потом начнет установку компонентов и обновлений. Как только он это сделает сервер первый раз перезагрузиться, по сути ему больше не нужно будет иметь подключенного загрузочного устройства с дистрибутивом системы.

Вот так вот будет выглядеть завершающий этап

Потребуется еще одна перезагрузка.

Теперь начинается подготовительный этап, где будет определено ваше оборудование и произведены для него настройки

Когда все будет закончено, у вас появится окно «Настройка параметром», где вас попросят указать два раза пароль для учетной записи Администратор, напоминаю, что тут действует правило стойкости пароля.

Через мгновение перед вами будет экран аутентификации, нажимаем волшебное сочетание клавиш CTRL+ALT+DELETE

Вводим пароль администратора и логинимся в систему.

Перед вами будет рабочий стол, для примера я зайду в окно «о системе», где мы видим, что установлена Windows Server 2019 Standard 1809 Сборка 17763.107

Когда вы попадете на рабочий стол 2019 сервера, то у вас автоматически будет запущено окно диспетчера серверов, как это было и ранее, но тут появился новый нюанс, в виде окна с подсказкой, где компания Microsoft вас уведомит, что появился новый инструмент управления серверами, под названием Windows Admin Center, это кросплатформенный комбайн управления серверами из браузера, думаю он станет через лет пять, основным инструментом для системного администратора, о нем я напишу отдельную статью (Настройка Windows Admin Center)

В диспетчере серверов, у вас все так же будут три вкладки:

• Панель мониторинга
• Локальный сервер
• Все серверы

Вот так вот выглядит окно управления локальным сервером, тут все по старому, здесь вы можете выполнить действия:

Перед вами список ролей Windows Server 2019, в данной версии операционной системы их 20.

1. DHCP-сервер
2. DNS-сервер — сервер разрешения имен
3. Hyper-V — для виртуализации
4. Аттестация работоспособности устройств
5. Веб-сервер IIS — организация инфраструктуры веб-приложений
6. Доменные службы Active Directory — создание домена на предприятии
7. Служба опекуна узла — служба Guardian аттестация и защита ключей, для экранированных виртуальных машин
8. Службы Active Directory облегченного доступа к каталогам
9. Службы Windows Server Update Services (WSUS)
10. Службы активации корпоративных лицензий
11. Службы печати и документов
12. Службы политики сети и доступа — NPS-сервер
13. Службы развертывания Windows — WDS-сервер
14. Службы сертификатов Active Directory
15. Службы удаленных рабочих столов
16. Службы управления правами Active Directory — RMS-сервер
17. Службы федерации Active Directory
18. Удаленный доступ
19. Файловые службы и службы хранилища
20. Факс-сервер

Вот подробный список компонентов в Windows Server 2019

Что улучшили в Windows server 2019

1. Как я и писал выше Microsoft начала первую итерации по выводу оснастки «диспетчер серверов (server Manager)» и заменой его на Windows Admin Center, работающий на HTML 5 + WinRM и PowerShell.
2. Storage Migrate Service — это решение позволяющее перенести файловые нагрузки на другой сервер, например шары с Windows Server 2008 R2.
3. Глобальные изменения в гипервизоре Hyper-V, а именно добавились функции: Host Resource Protection, вложенная виртуализация, Обновление кластера (Rolling Hyper-V Cluster Upgrades), Shielded Virtual Machines, Storage QoS.
4. Azure File Sync — данная технология трансформирует традиционные файловые серверы и расширяет объём хранения до практически недостижимых в реальной жизни объёмов.
5. Storage Replica — данная технология призвана защитить ваши сервисы от катастроф, по сути это репликация в облако Azure, если у организации, нет своего второго Цода.
6. Storage Spaces Direct — в русской локализации, данная технология называется «Локальные дисковые пространства», по сути компонент позволяющий сделать у себя в компании гиперконвергентную инфраструктуру с масштабируемым файловым сервером, упор уже делается на файловую систему ReFS, есть поддержка энергонезависимой памяти, как заверяет Microsoft улучшены алгоритмы дедупликации.
7. Cluster sets — теперь в кластерах уже можно собирать более 64 хостов, по заверениям разработчиков, эту цифру они увеличили вдвое
8. Теперь можно запускать контейнеры на основе Windows и Linux на одном и том же узле контейнера с помощью одинаковой управляющей программы Docker. Это позволяет работать в разнородной среде узлов контейнеров и предоставить разработчикам гибкость в создании приложений.
9. Уменьшение сам дистрибутив платформы, особенно для Server Core и Nano Server, ну и куда же без увеличения производительности

На этом у меня все, если хотите почитать более подробно, что нового в Windows Server 2019, то переходите по ссылке, а с вами был Иван Семин, автор и создатель IT блога Pyatilistnik.org.

Как установить Windows Server 2019 шаг за шагом – IT is good

Добро пожаловать в наше руководство по установке Windows Server 2019.

С каждым выпуском операционной системы Windows Server системные администраторы всегда рады установить испытательный стенд или выполнить фактическую установку в производственной среде.

Windows Server 2019 был выпущен для всех 2 октября 2018 года.

Чтобы узнать больше о его новых функциях, ознакомьтесь с заметками о выпуске.

Это руководство проведет вас через этапы установки Windows Server 2019 на физическом сервере, в виртуальной среде или в облаке.

Для установки на физический сервер вам нужно извлечь ISO-образ Windows Server и записать его на USB-устройство.

Windows Server 2019 этапы установки

После создания загрузочного носителя USB или DVD вставьте его и запустите компьютер.

Пользователям VirtualBox, KVM и VMware необходимо только прикрепить файл ISO во время создания виртуальной машины и выполнить указанные шаги установки.

1.На первом экране выберите язык установки, время и раскладку клавиатуры, нажмите «Next».

2. Начните установку, нажав «Install Now».

Настройка должна начаться в ближайшее время.

3. Выберите версию Windows Server 2019 для установки и нажмите «Next».

4. Прочтите условия лицензии и согласитесь с ними, чтобы начать установку, установив флажок «I accept the license terms».

5. если это первая установка Windows Server 2019 на сервер, выберите(Custom: Install Windows only).

6. Выберите раздел для установки Windows Server, вы можете по желанию создать новый из доступных или использовать общий доступный размер, нажав «Next».

7. Установка должна начаться, дождаться ее завершения.

8. Система должна автоматически перезагрузиться после установки.

Установите пароль администратора при появлении запроса на следующем экране.

9. Нажмите Finish, чтобы завершить установку.

Чтобы войти в систему с правами администратора, используйте комбинацию клавиш Ctrl + Alt + Del.

Вы можете получить подробную информацию о Windows Server в разделе настроек.

В разделе Local Server также должны быть приведены некоторые сведения об установке Windows Server 2019.

Поделитесь статьей:

Глава 2. Установка и управление Windows Server 2019 — Windows Server 2019 Полное руководство

Теперь, когда мы рассмотрели некоторые особенности внутри имеющегося графического интерфейса Windows Server 2019, я понимаю, что многие из вас могут задаться вопросом, Это всё прекрасно, то, что я прочитал, но как я в действительности могу начать упражняться со всем этим? Чтение о технологии никогда не бывает настолько достаточно хорошим для вас, если оно не применимо на практике, поэтому нам понадобятся колёса, чтобы отправиться по дороге в этой главе. Одна из основных целей всей данной книги состоит в том, чтобы вселить в вас уверенность, что мы можем применять этот продукт. Сыпать фактами о новых возможностях и эффективности хорошо и выглядит щёгольски, но в конечном счёте ничего не стоит, если вы не способны применять это на практике. Поэтому давайте заставим этот кусок простого серверного железа выполнить для нас некоторую работу.

В этой главе мы рассмотрим следующее:

• Рекомендации для установки

• Установку Windows Server 2019

• Установку ролей и свойств

• Централизацию управления и наблюдения

• Windows Admin Center (WAC)

• Sysprep делает возможной быструю раскрутку сервера

Технические требования

При планировании сборки некого нового сервера многие из требующихся для принятия решения отражают допуски типа лицензирования. Какие роли вы намерены устанавливать на данном сервере? Может ли это обрабатывать Server 2019 Standard или нам потребуется для этих парней редакция Datacenter? Намерены ли мы воспользоваться преимуществами с точки зрения безопасности от Сервера ядра или же нам на самом деле требуется полная Практика рабочего стола?

• ЦПУ: 1.4 ГГц с 64- битами, который поддерживает ряд вещей: NX, DEP, CMPXCHG16b, LAHF/SAHF, PrefetchW и SLAT.

• ОЗУ: минимум в 512 МБ памяти с ECC, или рекомендуемый минимум в 2 ГБ для сервера с запущенной Практикой Рабочего стола. Я могу сообщить вам, что имеется возможность установить и исполнять Практику с рабочим столом с намного меньшим объёмом чем 2 ГБ (например внутри некой лаборатории для проверок), но вы же понимаете, что производительность будет далека от той, на которую мы бы могли рассчитывать.

• Диск: Server 2019 требует адаптера хранилища PCI Express (PCIe). Для устройств загрузки не подходят ATA/PATA/IDE. Минимальным требуемым пространством хранения является 32 ГБ, однако Практика с рабочим столом потребляет на 4 ГБ больше пространства чем Сервер ядра, а потому принимайте это во внимание.

Это в некотором роде минимальные технические характеристики когда вы просто желаете раскрутить Server 2019 и поэкспериментировать с ним. Для промышленного применения многократно увеличьте эти цифры. Здеь не существует волшебного ответа, требуемые вам технические характеристики зависят от необходимой вам рабочей нагрузки, которую вы ожидаете видеть на своём сервере. Существуют и дополнительные компоненты, на которые полезно было бы обратить внимание при создании новой системы, которые требуются для определённых ролей и свойств. Такие моменты как UEFI и микросхема TPM быстро превращаются в мейнстрим и применяются всё большим числом служб при каждом обновлении операционной системы. В частности, если вы заинтересованы в безопасности и защите через BitLocker или в работе с надёжными сертификатами или же новыми Защищёнными (Shielded) виртуальными машинами, вам следует убедиться что ваши системы содержат микросхемы TPM 2.0 {Прим. пер.: обратите внимание на имеющиеся законодательные ограничения на применение TPM на территории РФ.}

Установка Windows Server 2019

Весь процесс установки операционных систем Microsoft в общем впечатляющим образом улучшился на протяжении последних 15 лет. Я полагаю, что большинство из вас, будучи специалистами в ИТ, также на практике являетесь «живущим по соседству компьютерным парнем», которого постоянно просят друзья и члены семьи исправить или восстановить их компьютеры. Если вы похожи на меня, это означает, что вы постоянно восстанавливаете операционный системы, подобные Windows XP. Глядя на эти яркие синие экраны, мы отыскиваем клавиатуру, в которой клавиша F8 на самом деле является обязательной во всём этом процессе. Потратить два часа просто на установку базовой операционной системы и поднять её до самого верхнего уровня пакетов обновления является самым обычным делом. В сравнении с этим временным отрезком, установка современной операционной системы, подобной Windows Server 2019 почти невероятно быстра и проста.

Скорее всего, основная масса читателей уже выполнила этот процесс много раз, и если это так, вы вольны пропустить пару страниц. Но для тех, кто является новичком в мире Microsoft или вообще только вступает в ИТ, я бы хотел потратить пару быстрых страниц чтобы убедиться, что у вас имеется основное понимание для начала. Не получив бейджик «Установил 101 ОС» на свой ремень инструментария, вы никуда не продвинитесь в спешке.

Создание такого ISO

Самое первое, что вам необходимо сделать, это получить некий установочный носитель. Наиболее простой способ реализации нового сервера состоит в загрузке некоторого файла .ISO от Microsoft, прожечь такой .ISO на некий диск DVD и вставить этот DVD для применения при установке. Так как ссылки и URL являются постоянно изменяющимся объектом, наиболее проверенным способом получения вашего файла .ISO для применения его в установке будет открыть некий движок поиска, например, Bing, и набрать Download Windows Server 2019. Когда вы получите загруженной официальную страницу Microsoft для выгрузки, кликните на ссылку для загрузки вашего файла .ISO и сохраните его на жёсткий диск своего компьютера. {Прим. пер.: на момент перевода действующими являются следующие ссылки: получение продукта на 180- дневное тестирование и участие в партнёрской программе.}

Наиболее хитроумная часть получения некоего .ISO файла для применения на рабочем DVD в необходимости загрузки некоторого вида инструмента стороннего производителя для прожига диска, чтобы сделать его загружаемым. Если вы работаете со старыми клиентскими операционными системами на своём компьютере, это всё ещё может быть для вас неким выбором. Я постоянно наблюдаю как многие, кто является новичком в этом деле берут такой файл .ISO, перетаскивают его на своё дисковое устройство и начинают прожигать такой диск. Это создаёт некий DVD, с расположенным на нём файлом .ISO, однако этот .ISO всё ещё упакован и не может ни коим образом выступать в роли загружаемого, поэтому такой диск будет бесполезным для вашего нового куска серверного железа. К счастью, самые новые версии клиентских операционных систем Windows имеют встроенные функции для работы с файлами .ISO, которые делают правильный процесс прожига очень простым.

Раз у вас имеется загруженный на ваш компьютер файл .ISO для установки Windows Server 2019, вставьте чистый DVD в своё дисковое устройство и отыщите свой новый файл. Просто кликните правой кнопкой по этому файлу .ISO и затем выберите свою опцию меню Burn disc image. Это запустит простой мастер, который правильно выделит и прожжёт новый файл .ISO на вставленный вами DVD, делая его загружаемым установочным носителем для вашего нового сервера:

Может так случиться, что если вы попробуете выгрузить Windows Server 2019 и воспользоваться Windows этой утилитой Disc Image Burner (Прожига образа диска) с неким DVD, который вы вынимаете из своей стопки стандартных чистых дисков DVD и вы получите следующее сообщение об ошибке: The disc image file is too large and will not fit on the recordable disc (Данный файл образа диска слишком велик и не умещается на данном записываемом диске).

Это не должно вызывать удивления, поскольку файлы установщика нашей операционной системы с годами становится всё большими и большими. В наши дни мы достигли критической точки, когда стандартный установщик ISO Server 2019 превышает стандартный размер DVD в 4.7 ГБ. Для того чтобы записать такой ISO на DVD, вам придётся посетить соответствующий магазин и приобрести несколько двуслойных дисков, способных обслуживать больший объём данных.

Создание загружаемого устройства USB

DVD могут быть громоздкими и вызывающими раздражение, а теперь ещё и могут оказываться маленькими для наших целей. Поэтому при установке более новых и более крупных операционных систем становится обычной подготовка USB- накопителя для его применения при установке операционной системы вместо того чтобы полагаться на DVD.

Чтобы выполнить это, всё что вам потребуется, это компьютер Windows, накопитель USB с по крайней мере 8 ГБ и доступ в Интернет. Вам потребуется выгрузить тот же самый ISO, который мы обсуждали ранее, который содержит все установочные файлы Windows Server 2019. Затем вам требуется выгрузить и установить некий вид инструмента создания USB. Существуют доступными различные свободно распространяемые средства (достаточно популярным является rufus), но один из них присутствует прямо от Microsoft и он называется Windows 7 USB/DVD Download Tool. Почему такое безумное название, которое прямо в себе содержит слова Windows 7? Не спрашивайте меня. Но, тем не менее, он работает и является быстрым, простым и бесплатным способом подготовки вашего USB носителя для свежих рабочеспособных установок. Я должен указать, что этот инструмент не имеет ничего общего с Windows 7. Он получает любой ISO файл и превращает его в некий загружаемый ISO носитель. Несомненно, это может быть и файл ISO Windows 10 или Server 2019 и он отработает с ними прекрасно. {Прим. пер.: маленькая поправка: если вам требуется загрузочный USB- носитель из ISO файла с Linux, например, Ubuntu или даже macOS либо VMware, лучше воспользоваться иным средством, например, UNetbootin.}

После того как вы установили своё средство подготовки загрузочного USB и следуйте его инструкциям.

Вам требуется удостовериться что это именно тот ISO, который вы бы хотели перенести при помощи своего инструментария, затем выберите свой носитель из ниспадающего перечня. После этого просто нажмите кнопку Begin copying и данный инструмент превратит ваш USB носитель в средство с возможностью загрузки и установки всей ОС Windows Server 2019, как это отображено на следующем снимке экрана:

{Прим. пер.: В наши дни практически все производители серверных материнских плат предоставляют в рамках IPMI доступа к ним и средства установки операционной системы с той машины, с которой вы производите такой IPMI доступ. Если ранее это были средства Java, сейчас всё стало гораздо проще с появлением HTML5. Интерфейс может сильно отличаться для разных производителей, но его суть в целом сводится к такой последовательности: вы получаете IP адрес IPMI своей новой машины, через веб- браузер заходите на этот IP адрес с установленными по умолчанию для данного производителя (только если вы уже не изменили их при получении IP адреса) логином и паролем и проходите в раздел, который связан с установкой операционной системы. Далее вы прописываете в этом разделе путь доступа к обсуждавшемуся ранее ISO образу на своей локальной машине и выполняете установку так же как вы бы делали её локально на самом сервере. Это гораздо проще и практичнее, когда вы освоитесь с интерфейсом своего производителя материнской платы! Подробнее: Установка ОС через iBMC}

Выполнение установщика

Теперь пройдите далее и вставьте ваш только что созданный DVD или USB в оборудование своего нового сервера {Прим. пер.: либо воспользовавшись IPMI.}. Загрузитесь с этого диска и вы наконец увидите мастер установки для Windows Server 2019. Теперь на самом деле имеется не так много вариантов для вашего выбора среди этих мастеров, поэтому мы не будем тратить время на это. По большей части вы просто щёлкаете по кнопке Next для прохода сквозь появляющиеся окна, однако существует ряд особенных мест, в которых необходимо принять решение в данном пути.

После выбора языка установки следующий экран достаточно прост. Имеется всего единственная кнопка, которая говорит Install now. Да, именно это вы собираетесь нажать, но я бы хотел упомянуть о тексте в левом нижнем углу вашего экрана. Если вы когда- нибудь окажетесь в ситуации, что ваш сервер не может выполнить загрузку и вы пытаетесь выполнить некие функции диагностирования и восстановления для разрешения данной проблемы, вы можете кликнуть по Repair your computer чтобы запустить данную консоль восстановления. Однако для целей нашей свежей (fresh) установки пройдите вперёд, нажав Install now:

Теперь у вас будет запрошен ввод ключа продукта для активации Windows. Если у вас уже имеется доступный ключ, пройдите вперёд и введите его сейчас. В противном случае, если вы пробуете просто выполнить эту установку для тестирования Windows Server 2019 и хотите работать какое- то время в пробном режиме, вы можете кликнуть по ссылке, которая сообщает I don’t have a product key (у меня нет ключа продукта) чтобы пропустить данный экран.

Следующий экран является интересным и самым первым местом, в котором нам на самом деле необходимо начать проявлять внимание. Вы видите четыре различных варианта установки для Windows Server 2019. Здесь присутствуют выглядящие как обычные установки как для Server 2019 Standard так и для Server 2019 Datacenter, но затем вторыми вариантами для каждой идут содержащие слова Desktop Experience (С практикой Рабочего стола). Обычно в мире установок Microsoft нажатие на Next по всем предлагаемым опциям предоставляет для вас наиболее обычный и общеупотребимый путь установки для чего бы то ни было устанавливаемого вами. Но это не так с данным мастером. Если вы просто пропустите данный экран кликнув Next, вы обнаружите себя в конце концов с установленным Server Core (Сервером ядра). Мы обсудим позже в данной книге Сервер ядра, но для текущего момента я просто скажу, что если вы ожидаете получить сервер, как он выглядит и воспринимается в соответствии с обсуждаемым нами в Главе 1, Приступая к Windows Server 2019, то эта опция по умолчанию не является той, которую вы должны выбрать в данном месте. А именно, вариант Desktop Experience (С практикой рабочего стола), который ваш мастер выводит вторым, предоставляет самый полный графический интерфейс, который вы скорее всего ожидаете увидеть, раз вы приступили к данной нашей установке. Итак, для целей нашей установки в данном месте, где мы желаем взаимодействовать со своим сервером применяя все цвета и мышь, пройдите далее и примите решение желаете ли вы установить редакцию Standard или DataCentere, но остановите свой выбор на варианте который содержит Desktop Experience (С практикой рабочего стола), прежде чем вы нажмёте на кнопку Next. Это отображается на следующем снимке экрана:

Следующий экран предлагает вам подробности лицензионного соглашения, с которыми вы должны согласиться, после чего мы переходим к следующему экрану, в котором верхние опции, скорее всего, не являются теми, которые вы собираетесь выбирать. Я понимаю почему функция Upgrade перечислена первой для машин Windows 10 потребительского уровня, но никто не выполняет обновлений Windows Server у себя на площадке. В исключительном мире, в котором всё и всегда безошибочно следует обновлениям, этот мир является великолепным путём для следования ему. Вы можете иметь множество серверов, причём все выполняют свои задания, и при всяком выходе новой редакции операционной системы вы просто выполняете установку и обновляете её. Вуаля, магия! К сожалению, это не совсем так работает, и я практически не видел в своей жизни администраторов серверов, желающих рискнуть в выполнении обновления на месте для существующего в эксплуатации сервера. Наиболее распространённым является то, что мы всегда строим совершенно новый сервер рядом с работающими в настоящее время серверами. Когда такой новый сервер настроен и готов принимать на себя ответственность, тогда, и только тогда выполняется реальная работа по миграции на такой новый сервер со старого. При спланированном, тщательно вылепленном процессе миграции, только когда все задания миграции выполняются, только тогда этот старый сервер гасится и убирается в сторону. Если бы у нас была возможность простого обновления существующих серверов на самые новые операционные системы, это бы сберегло ужасно много времени и планирования. Но это осуществимо только когда вы знаете, что такое обновление в действительности работает без икоты, и в большинстве случаев мы не готовы к такому риску. {Прим. пер.: более того, собственно процесс обновления состоит из двух этапов: создания нового каталога с системными файлами и опять- же, последующей миграции из старой системы всего и вся в эту новую систему на том же самом компьютере, подробнее. Так стоит ли оно того?} Если процесс обновления пойдёт боком и завершится разрушенным сервером тогда вы встанете перед проблемой затратного процесса восстановления в критически важно промышленном сервере. Возможно, вы очень хотите поработать ночью или в выходные. Хотели бы вы вместо затрат времени на тщательное планирование формирования переброса потратить его на восстановление критически важного сервера, придушившего ваш бизнес в силу того, что он не может работать? Я ставлю свои деньги на первое.

Итак, обсудив всё это, вернёмся к делу наших рук. В мире Windows Server мы почти никогда не применяем вариант Upgrade. Поэтому пойдём дальше и выберем вариант Custom: Install Windows only (advanced) (Индивидуально: Просто установить Windows — расширенно), именно здесь вы получите наши опции для установки данной свежей копии Windows Server 2019 в новом местоположении на вашем жёстком диске. Это показано на нашем следующем снимке экрана:

Теперь вы определяете где вы желаете установить нашу новую копию Windows Server 2016. Во многих случаях вы просто нажимаете здесь на Next, так как ваш сервер имеет единственный жёсткий диск или единственный RAID массив дисков, и в любом случае вы видите единственный пул свободного пространства в котором вы можете установить свою операционную систему. Если у вас имеется множество установленных в вашем сервере жёстких дисков и они не связаны воедино пока никоим образом, тогда у вас может быть множество вариантов выбора здесь на предмет того, куда устанавливать Windows Server. В нашем случае имеется всего один диск подключённый в нашем случае, причём он никогда не использовался ранее, поэтому я могу просто нажать Next для продолжения. Отметим здесь, что если ваши диски имеют установленные на них старые данные, у вас опционально имеются здесь средства управления при помощи которых вы можете форматировать этот диск, или удалять отдельные разделы. Если у вас используются некие специализированные диски, которые имеют специфические драйверы, также присутствует кнопка Load driver, которой вы можете воспользоваться чтобы внедрить такие специальные драйверы в свой мастер установки чтоб просматривать и такие виды дисков. {Прим. пер.: здесь полезно понимать разницу в таблицах разделов — MBR и GPT, с которыми умеет работать Windows Server 2016 и связанные с ними вопросы начальной загрузки UEFI/ BIOS, поэтому советуем ознакомиться с разделом Настройка таблицы разделов GUID (GPT) дисков в уже упоминавшемся нашем переводе вышедшего в январе 2017 Курса подготовки к экзамену 70-740.}

Также важно отметить, что в данном экране ничего не надо делать при большей части новых установок. Как вы можете увидеть, в нижней части имеется кнопка New, которой можно воспользоваться для создания разделов жёсткого диска вручную, причём большое число администраторов полагают, что им необходимо делать это для установки их новой операционной системы.

Это не так в данном случае. Нет необходимости создавать разделы, пока вы не желаете настраивать их вручную по некоторым имеющимся причинам. Если ваш жёсткий диск всего лишь кусок чистого не выделенного пространства, всё что вам нужно сделать, так это нажать Next и установка Windows Server 2019 настроит разделы для вас:

Это всё! Вы видите, что установщик начал споро копировать файлы, устанавливать свойства и подготавливать всё что нужно на этом жёстком диске. Эта часть установки выполняется несколько минут, и в следующий раз вам придётся взаимодействовать с этим сервером, когда он уже будет находиться в графическом интерфейсе, из которого вы можете определить пароль администратора. Когда вы выберете некий пароль, вы обнаружите себя за рабочим столом Windows. Теперь мы готовы начать применение своего нового Windows Server 2019.

Установка ролей и свойств

Сама по себе установка вашей операционной системы переносит ваши ноги за дверь, так сказать, используя сервер в качестве сервера. Однако, вы на самом деле не можете делать ничего полезного со своим сервером в данный момент. В случае клиентской настольной системы, обычно базовая операционная система это всё что вам необходимо чтобы начать работать и потреблять данные. Задание сервера состоит в первую очередь в обслуживании этих данных, а вы пока не обозначили своему серверу его целей в жизни, так что в действительности ничего полезного не происходит в этой базовой операционной системе. Именно здесь нам необходимо применять roles и features. Windows Server 2019 содержит множество различных вариантов ролей. Роль это всего лишь то, что подразумевает её название и установка определённой роли на сервер определяет роль этого сервера в сетевой среде. Другими словами, роль даёт серверу некую цель в жизни, некое свойство, с другой стороны, по большей части подмножество функций, которые вы можете установить на некий сервер. Свойства (feature) могут входить в состав определённой роли, или же составлять нечто особое. Они являются фрагментами доступных в Windows Server 2019 технологий, которые не устанавливаются и не включаются по умолчанию, так как эти свойства не будут применяться во всех случаях. На протяжении данной книги всё будет вращаться вокруг функциональностей, предоставляемых ролями и свойствами. Они являются хлебом и маслом Windows Server, а без их установки ваши серверы представляют собой хорошее пресс- папье и не более того. Так как мы не намерены тратить в каждой главе время на обсуждение процесса установки каждой конкретной роли или свойства, которые будут применяться внутри данной главы, давайте прямо сейчас затратим некоторое время на обсуждение основных путей которые администраторы могут выбирать для получения таких ролей и свойств установленными на своих собственных серверах.

Установка роли при помощи мастера

Несомненно, наиболее распространённым местом из которого устанавливаются роли и свойства, это прямо внутри графических мастеров, доступных сразу после установки вашей операционной системы. По умолчанию, инструментарий, называемый Диспетчером сервера (Server Manager) автоматически запускается после каждой регистрации в Windows Server 2016. Мы более подробно рассмотрим сам Диспетчер сервера вскоре в данной главе, однако для наших целей на настоящий момент мы просто применим его как некую платформу запуска для получения своих мастеров, которые будут руководить нами на протяжении установки нашей первой роли в данном новом сервере, которую мы размещаем общими усилиями.

Так как мы только что зарегистрировались в этом новом сервере, у вас должна иметься запущенной Приборная панель (Dashboard) Диспетчера сервера. Прямо в средней части этой Приборной панели вы видите доступными некоторые ссылки для нажатия на них, а именно перечень быстрого запуска элементов действий, пронумерованными от одного до пяти. Если ещё не делали этого, поместите на своё место некие настройки локального сервера, которые могут понадобиться данной машине, применив самую первую ссылку с названием Configure this local server (Настройте данный локальный сервер).

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

Пройдём далее и щёлкнем по шагу 2, Add roles and features (добавление ролей и свойств). В качестве другого способа, вы можете запустить тот же самый мастер кликнув по меню Управления (Manage) в верхней полосе внутри Диспетчера сервера и затем уже выбрать Add roles and features из ниспадающего списка. Выбор любой из ссылок приведёт вас в мастер для установки самой роли:

Для начала вы получаете экран, суммирующий установленные роли. Пройдите далее и кликните Next для пропуска данного экрана. Теперь мы приходим к своей первой представляющей интерес опции. Если мы желаем продолжить, вначале мы запросим Role-based or feature-based installation (Установку на основе ролей или свойств), что является именно тем, о чём мы и говорили, что будем это делать. Однако вторая имеющаяся здесь опция, Remote Desktop Services installation (Установка служб удалённых рабочих мест), заслуживает внимания. Большинство из нас рассматривает компоненты Windows Server Remote Desktop Services (RDS) (Службы удалённого доступа) просто как другую роль, которую мы можем выбрать при установке своего сервера, аналогично установке любой другой роли. Хотя отчасти это и верно, важно отметить, что RDS настолько отличается функционально от всех остальных видов ролей, что каждый входной путь в установку любого из компонентов RDS выполняет свой собственный мастер, выбирая в данном месте вторичную опцию. Поэтому даже если вы застаёте себя за поиском опций для установки RDS, и вы проскользнули через этот экран потому что воспользовались в нём, как и я нажатием на Next, помните, что вам необходимо вернуться сюда, чтобы сообщить мастеру что вы желаете иметь дело с некоторыми компонентами RDS и что оставшаяся часть экранов будет установлена надлежащим образом.

На данный момент я работаю над построением некоторой новой тестовой лаборатории полных коробок Windows Server 2019, и мне всё ещё требуется Контроллер домена для управления Active Directory в моей среде. прежде чем устанавливать на некий сервер Active Directory, критически важно чтобы у меня были выполнены некоторые предварительные требования, поэтому я уже выполнил эти элементы на своём новом сервере. А именно, элементы, которые мне необходимо иметь готовыми вначале, прежде чем приступать к установке роли AD DS, это наличие назначенного статического IP адреса и проверка того, что имеющиеся настройки DNS сервера в свойствах моей NIC указывают куда- то, даже если это и собственный IP адрес данного сервера. Мне также необходимо убедиться, что само имя хоста моего сервера установлено в значение своего окончательного имени, так как только я включу его в Контроллер домена, изменение имени этого хоста будет недопустимо.

Я уже осуществил все эти элементы на своём сервере, поэтому я продолжу с мастером установки своей роли здесь и оставлю данную опцию включённой на Role-based or feature-based installation (Установке на основании роли или свойств) и кликну Next, как это показано ниже на снимке экрана:

Наш экран Server Selection (Выбор сервера) является достаточно мощным. Если вы уже проходили данный процесс ранее, вы скорее всего проскользнёте через этот экран также, просто кликнув по кнопке Next чтобы процесс пошёл. Однако очень существенно, что данный экран задаёт вам вопрос куда вы желаете устанавливать данную новую роль или свойство. По умолчанию, каждый сервер обычно будет иметь только самого себя перечисленным в данном экране и, таким образом, кликнув по Next для продолжения, скорее всего, именно то что вы желаете сделать. Однако здесь имеется пара классных опций. Прежде всего, если ваш Диспетчер сервера осведомлён о прочих серверах в вашей сетевой среде, и был настроен на наблюдение за ними, у вас будет иметься здесь возможность установки роли или свойств удалённо на один из этих серверов. Вскоре мы покопаемся слегка глубже в этих возможностях. Другим свойством данной страницы, которую, как я наблюдаю, применяют многие люди, является возможность определить, что вы желаете установить некую роль или свойство в какой- то виртуальный жёсткий диск. Многие из нас в наши дни работают с большим числом виртуальных серверов, и вам даже не нужно чтобы ваш сервер был запущенным (исполняющимся) для установки в него некоторой роли или свойства! Если у вас имеется доступ к его файлу .VHDX, файлу его жёсткого диска, из того места, в котором вы выполняете Диспетчер сервера, вы можете выбрать эту опцию, что позволит вам инъецировать такую новую роль или свойство непосредственно в данный жёсткий диск. Но, как и в 99% случаев, в которых вы проходите через данный экран, мы зарегистрированы непосредственно в том самом сервере, в котором мы собираемся установить данную роль и поэтому мы просто щёлкаем по Next.

Это отображено на следующем снимке экрана:

Теперь у нас имеется перечень ролей, для которых у нас имеется возможность их установки. Нажатие на каждую из этих ролей предоставляет вам краткое описание имеющихся у данной роли целей, если у вас имеются некоторые вопросы, причём мы также дополнительно обсудим некоторые центральные фрагменты инфраструктуры в своей следующей главе чтобы снабдить вас большим пониманием того, что осуществляют эти роли. Всё что нам необходимо сделать здесь чтобы установить некую роль на вашем новом сервере, это проверить соответствующий блок и кликнуть по Next. Так как мы собираемся при менять его в качестве Контроллера домена, я выбираю роль Active Directory Domain Services (Служб домена AD), а также сделаю данный сервер многоцелевым и также выполняющим роли DNS Server и DHCP Server. Для данных ролей нет необходимости повторно проходить сквозь данный мастер три отдельных раза чтобы установить все эти роли, я могу просто пометить все их в данном месте и позволить мастеру выполнить все установки совместно. Ой, когда я кликаю по своему первому управляющему блоку, я получаю всплывающее сообщение, что данная роль Active Directory Domain Services требует некоторые дополнительные свойства дла своей надлежащей работы. Это нормальное поведение, и вы отметите, что многие устанавливаемые вами роли будут требовать установки некоторых дополнительных компонентов или свойств. Всё что вам нужно сделать, это нажать на имеющуюся здесь кнопку Add Features и это автоматически добавит такие дополнительные фрагменты для вас в процессе данной установки. Некий образец этого отображён на следующем снимке экрана:

Теперь, когда мы пометили все три свои роли, самое время кликнуть по Next. И это должно быть понятно для всех наших читателей, что мне не требовалось устанавливать все эти роли в одно и то же время, они все не зависят друг от друга. Достаточно распространено видеть эти роли все вместе установленными на одном и том же сервере, но я могу расщепить их на их собственные серверы при наличии у меня такого желания. В средах большего размера вы можете иметь AD DS и DNS установленными совместно, но вы можете выбрать установку роли DHCP на свои собственные серверы, и это просто чудесно.

Я настраиваю данный сервер для поддержки среды небольшой лаборатории, поэтому для меня существенно поместить эти ключевые роли служб инфраструктуры вместе в одной и той же коробке:

После нажатия на Next мы теперь загрузили ту страницу, в которой мы можем установить дополнительные свойства на Windows Server 2019. В некоторых случаях вы можете первоначально иметь задачу добавления определённого свойства и, в этом случае, вы бы пропустили все экраны данной роли и перешли непосредственно к экрану установки требующихся Features. (Свойств). В точности как и для экрана установки роли, пройдите вперёд и пометьте все свойства, которые вы бы желали установить, после чего кликните снова Next. Для своего нового Контроллера домена нам в настоящий момент не требуется специально добавлять никакие дополнительные свойства, поэтому я просто закончу данный мастер, который начнёт саму установку наших новых ролей.

После того, как процесс установки завершится, вы можете получить (а можете и не получить) запрос на перезагрузку данного сервера, в зависимости от того какие роли или свойства вы установили и требуют они или нет какого- либо перезапуска. Как только вы зайдёте обратно в Диспетчер сервера, вы отметите, что вы теперь имеете уведомления ближе к верхнему краю с жёлтым маркером восклицания.

Нажатие на него отображает сообщение о дальнейших настройках, которые могут требоваться для завершения установки ваших новых ролей и введения их в жизнь на данном сервере. Например, чтобы завершить включение моего сервера в Контроллер домена, я должен выполнить предлагающийся процесс определения своего домена, либо определить некий домен, к которому я желаю подключиться. Имеются также некоторые незавершённые моменты, которые мне также необходимо довести до окончания, чтобы ввести в действие DHCP:

Установка свойств при помощи PowerShell

Теперь, когда вы ознакомились с графическими мастерами для установки ролей и свойств, вы, без всяких сомнений, всегда можете использовать их для помещения данных компонентов на их места в ваших серверах. Однако Microsoft приложил огромные усилия к созданию среды Windows Server, в которой практически всем внутри этой операционной системы можно манипулировать при помощи PowerShell и, естественно, в эти возможности включены добавление ролей и свойств. Давайте взглянем на соответствующие команды, которые мы можем применять для манипуляций с ролями и свойствами в наших серверах прямо из приглашения PowerShell. Мы просмотрим перечень доступных ролей и свойств, а также выполним команды по быстрой установке свойств в нашем сервере.

Откройте всплывающее приглашени PowerShell и воспользуйтесь следующей командой для просмотра всех доступных ролей и свойств, которые могут быть установлены в вашем сервере. Также здесь будут отображены те из них, которые уже установлены:

Get-WindowsFeature
 	   

Что бы я хотел сделать на данном сервере, так это установить свойство клиента Telnet. Я достаточно постоянно применяю клиента Telnet для проверки сетевых соединений, поэтому будет полезно иметь его на данной машине. К сожалению, в моём окне PowerShell в настоящий момент выводится длинный полный список всех различных ролей и свойств, и у меня нет уверенности в том, каким именно будет имя свойства клиента Telnet для выполнения его установки. Поэтому давайте выполним вновь Get-WindowsFeature, однако на этот раз давайте применим некоторый дополнительный синтаксис в данной команде, чтобы сократить объём оторажаемых сведений. Я хочу видеть только свойства, которые начинаются с букв «TEL«:

Get-WindowsFeature –Name TEL*
 	   

Да, есть! Хорошо, теперь, когда я знаю точное имя данного свойства, давайте выполним команду его установки:

Add-WindowsFeature Telnet-Client
 	   

Один последний момент, который я хочу продемонстрировать здесь, это также некий вариант работы с cmdlet GetWindowsFeature для быстрого отображения того, какие роли и свойства в настоящий момент установлены в некотором сервере. Набор Get-WindowsFeature | Where Installed предоставить вам перечень установленных прямо сейчас компонентов. Если я выполню эту команду на своём контроллере домена, вы сможете увидеть все части и фрагменты моих ролей для AD DS, DNS и DHCP:

Централизованное управление и мониторинг

Будете ли вы устанавливать новые роли, выполнять резервное копирование и программы сопровождения, либо осуществлять поиск неисправностей или восстановления некоторого сервера, существенно что вам бы пришлось выполнить регистрацию для данного конкретного сервера с которым вам бы пришлось работать. Давным давно это бы означало, что вам следует пройти на сам этот сервер и зарегистрироваться на нём с клавиатуры и мыши, которые непосредственно подключены к этому оборудованию. Затем, достаточное количество лет тому назад, это стало обременительным и так как технологии развились до момента, когда мы получили себе в руки RDP (Remote Desktop Protocol, Протокол удалённого рабочего места). Мы быстро перешли к удалённой регистрации на своих серверах при помощи RDP. Несмотря на то что он появился достаточно давно, RDP всё ещё достаточно мощный протокол, который позволяет нам быстро соединяться с серверами не теряя удобства, прямо со своего рабочего места. И пока у вас имеется надлежащая сетевая топология и доступна маршрутизация, вы всегда можете работать с неким сервером в своём пути следования по миру так же быстро, как если бы серверы располагались в соседнем с вами помещении. На самом деле, я только недавно прочитал, что права на извлечение были предоставлены в космическом пространстве. А вы говорите о совместном размещении для своего центра обработки данных! Возможно, наступят дни, когда вы будете применять RDP для соединения с серверами в космическом пространстве. Хотя это может быть всего лишь царапиной в нашей линии жизни, я на самом деле имею возможность работы с десятками новых компаний каждый год, и хотя существуют некоторые прочие доступные инструменты для удалённого управления вашей инфраструктурой серверов, RDP является предпочтительной платформой для 99% из нас.

Почему я говорю про RDP? Потому что теперь я буду говорить о том, что Windows Server 2019 включает в свой состав инструменты, которые делают его менее необходимым в нашем повседневном рабочем потоке. Сама идея централизованного управления конкретным в серверном мире прорастала сквозь последние несколько выпусков операционных систем Windows Server. Большинство из нас имеет настолько много работающих серверов, что их проверка на протяжении всех дней может потреблять очень много времени. Нам нужны некоторые инструменты, которыми мы могли бы пользоваться чтобы сделать процессы нашего управления и мониторинга, и даже настройки намного более эффективными чтобы высвободить время для более важных проектов.

Диспетчер сервера

Если вы работали с последними Windows Server, вы знакомы с идеей того, чтобы зарегистрировавшись на одном из своих серверов вы автоматически запускаете это большое окно поверх своего рабочего места. Этой автоматически запускающейся программой является Диспетчер сервера (Server Manager). Как и подразумевает его название, это то, что помогает вам управлять вашим сервером. На самом деле, по моему опыту, основная масса администраторов серверов не используют Диспетчер сервера. Вместо этого они закрывают его настолько быстро, насколько могут, и при этом страшно ругаются, так как он выскакивает и раздражает их в процессе каждой загрузки сервера на протяжении последних 10 лет.

Прекратите делать это! Он здесь для вашей помощи, я обещаю. Вот быстрый снимок экрана просмотра Диспетчера сервера по умолчанию в моём новом Контроллере домена:

Что мне нравится в таком автоматическом открытии, так это то, что оно предоставляет мне быстрый просмотр того, что в настоящий момент установлено на данном сервере. Просмотр колонки слева показывает вам перечень установленных и доступных для управления ролей. Нажатие на каждую из них переносит вас в к некоторой более определённой конфигурации и опциям для самой этой роли. Я часто обнаруживаю себя переключающимся взад и вперёд между многими различными серверами при работе над неким проектом, а оставление Диспетчера сервера открытым предоставляет мне быстрый способ повторной проверки того, что я работаю на том сервере, на котором я и собирался работать. Раздел Roles and Server Groups (Ролей и групп серверов) внизу также очень интересен. Вам не требуется иметь возможность видеть все цвета в этой картинке, однако она даёт вам очень быстрый просмотр того работают или нет все службы данного сервера надлежащим образом. Прямо сейчас, обе мои функции, AD DS и DHCP работают нормально, у меня имеется прекрасный зелёный работающий прямоугольник напротив них. Однако если что- то пойдёт не так с любой из этих ролей, они снабдятся ярко красным флагом и я могу кликнуть по любой из этих ссылок, перечисленных под данными ролями чтобы проследовать и отследить что там работает неверно.

Вверху, ближе к правому краю, вы видите несколько меню, причём наиболее полезным, с моей точки зрения, является меню Инструменты (Tools). Кликните по нему и вы увидите перечень всех доступных Administrative Tools (Инструментов администрирования) для запуска на этом сервере. Да, это в сущности та же самая папка Инструментов администрирования, которая существовала во всех предыдущих версиях Windows Server, но теперь она хранится в другом месте. Основываясь на моём опыте, Диспетчер сервера теперь самый простой способ доступа к этим мллионам инструментов, причём всё это в одном месте:

До сих пор обсуждавшиеся нами внутри Диспетчера сервера функции доступны на любом из Windows Server 2019, будь он отдельно расположенным, либо являющимся частью некоторого домена. Всё что нам необходимо было выполнить, чтобы иметь дело с таким локальным сервером, так это зарегистрироваться в нём. Теперь давайте изучим какие опции доступны нам в Диспетчере сервера для централизованного управления по множеству серверов. Новая ментальность управления множеством серверов из одного отдельного сервера часто называется как управление через единую оконную раму. Мы будем применять Диспетчер сервера на одном из своих серверов в имеющейся сетевой среде чтобы выполнять соединения с дополнительными серверами и после выполнения этого мы должны иметь больше информации внутри Диспетчера сервера, так как мы можем применять закладки для того чтобы оставаться со всеми этими серверами.

На переднем плане внутри нашей консоли Диспетчера сервера находится раздел, озаглавленный Welcome to Server Manager (Добро пожаловать в Диспетчер сервера). Под ним у нас имеется последовательность шагов или ссылок, на которые можно нажимать. Самая первая позволяет нам выполнить настройки, которые специфичны только для данного локального сервера. Мы уже выполнили некоторую работу с нашим вторым шагом, когда мы добавили новую роль в наш сервер. Теперь мы проверим третий шаг, Add other servers to manage (Добавление других серверов для управления).

Между прочим, те же самые функции можно также вызвать кликнув по меню Manage (Управление) в самом верху и затем выбрать Add Servers (Добавить серверы):

Большинство из вас будет работать внутри среды некоторого домена, в котором все серверы подключены к домену, что делает такой следующую часть на самом деле лёгкой. Просто кликните кнопку Find Now (Обнаружить сейчас), и будут отображены все доступные в вашей сетевой среде машины. Теперь вы можете выбирать те сервера, которыми вы хотите управлять и перемещать их в колонку Selected (Отобранные) справа, как это показано ниже на снимке экрана:

После нажатия OK вы увидите, что Диспетчер сервера преобразуется чтобы предоставить вам больше информации обо всех этих серверах и установленных в них ролях. Теперь, когда мы зарегистрировались на на одном из таких серверов, мы видим критически важную для сопровождения информацию обо всех имеющихся системах, которые вы выбрали здесь для добавления. Вы даже можете применять отдельный сервер, который будет предназначен исключительно для целей такого управления. Например, в настоящий момент я зарегистрирован на совершенно новом сервере с названием CA1. У меня нет никаких установленных на этом сервере ролей, поэтому Диспетчер сервера по умолчанию выглядит достаточно обычно. Как только я добавил прочие серверы для управления, я выбираю свои Контроллеры домена. Мой Диспетчер сервера в сервере CA1 теперь содержит все подробности о CA1 и моих Контроллерах домена, поэтому я могу видеть все стороны своей инфраструктуры из этой единой панели. Как вы можете видеть, у меня даже имеются здесь некоторые флаги, отображающие тот факт, что некоторые службы в моей инфраструктуре не работают надлежащим образом:

Нажатие на ссылку All Servers или на определённую роль предоставляет вам дополнительную всестороннюю информацию, собранную с этих удалённых серверов. Добавление множества серверов в Диспетчер сервера не только очень полезно для наблюдения, но также и для дальнейших настроек. Вы помните, как несколько страниц тому назад мы добавляли новую роль при помощи мастера? Этот процесс теперь стал более всеобъемлющим, та как мы теперь подключили этот сервер к нашим другим серверам в общую сетевую среду.

Если я теперь выберу добавление некоторой новой роли, когда я получу на своём экране запрос у себя где я хочу установить эту роль, я увижу, что я могу устанавливать некоторую новую роль или свойство на свои остальные серверы, даже хотя я и не работаю в консоли этих серверов, что показано на следующем снимке экрана:

Если бы я пожелал установить такую роль AD DC на DC2, некий сервер, который я готовлю в качестве некого второго контроллера домена в своей среде, мне не придётся регистрироваться в самом сервере DC2. Прямо здесь, в Диспетчере сервера, который исполняется в CA1, я могу исполнить это через мастер Add Roles, определив DC2 в качестве того сервера, которым я собираюсь манипулировать и могу устанавливать необходимую роль прямо отсюда.

Инструменты удалённого администрирования сервера (RSAT)

Использование Диспетчера сервера для регистрации на отдельном сервере и получении доступа для управления и мониторинга всеми вашими серверами это достаточно удобно, однако что если мы сможем сделать ещё один дополнительный шаг в этом процессе? Не будет ли иметь смысл если бы все эти коробки Windows Server могли бы управляться удалённо прямо с нашего настольного компьютера в нашем офисе? И при этом нам никогда не надо было бы регистрироваться на каком- либо сервере в самом первом месте? Да, это в точности то, что мы можем сделать.

Это возможно после загрузки и установки некоторого инструмента с Microsoft с названием RSAT (Remote Server Administration Tools, Инструментов администрирования удалёнными серверами).

После выполнения установки на моём клиентском компьютере Windows 10, я не смог найти никакой программы с названием Инструментов администрирования удалёнными серверами (Remote Server Administration Tools). Это действительно так. Даже несмотря на то, что его имя при загрузке и установке RSAT, после установки данная программа на самом деле помещённая на ваш компьютер программа называется Диспетчер сервера Server Manager. В этом присутствует некий смысл, за исключением того, когда вы не имеете представления о таком несоответствии имён, и это может потребовать несколько минут вашего времени для того, чтобы понять почему не можете его обнаружить то, что только что установили.

Итак, пройдём вперёд и запустим Диспетчер сервера, отыскав его в своём меню Пуск (Start), или воспользовавшись строкой поиска или даже сказав Эй, Cortana, открой Диспетчер сервера. Простите, но надо остановиться. Однако вне зависимости от выбранного вами метода, откройте Диспетчер сервера на своём настольном компьютере и вы сможете обнаружить, что он выглядит в точности так же, как Диспетчер сервера в Windows Server 2019. И в точности так же, как вы работали и управляли им внутри своей операционной системы, вы можете выполнить те же самые шаги добавления своих серверов для управления.

На следующем снимке экрана, вы можете видеть, что внутри моего Диспетчера сервера Windows 10, у меня теперь имеется доступ для управления и наблюдения за всеми серверами в моей лаборатории, причём даже без необходимости регистрироваться в них:

Имея такие новые и улучшенные способы управления основными компонентами ваших серверов без необходимости прямой регистрации в них, не означает ли это что наш давний добрый дружище RDP уходит прочь? Несомненно нет! Нам всё ещё требуется порой прямой доступ к своим серверам, даже когда мы целиком перешли на такие новые средства управления. Кроме того я ожидаю что многие администраторы останутся там и будут продолжать применять RDP с доступом на базе полноценного рабочего стола для управления и отслеживания своих серверов просто потому что им так удобнее, даже если теперь имеются новые, более действенные способы для выполнения тех же самых задач.

Диспетчер соединений удалённых рабочих мест

Так как многие из нас всё ещё продолжают время от времени применять RDP (или зачастую) перескакивая между нашими серверами, давайте быстро взглянем на некий инструмент, который по крайней мере сделает эту задачу более управляемой и более централизованной. Я бы не хотел тратить какое бы то ни было время на рассмотрение индивидуальных свойств или возможностей этого инструмента, так как это инструмент стороны клиента и не является чем- то особенным для Windows Server 2019. Вы можете применять его для обработки соединений RDP для любого или даже для всех своих серверов, либо даже для всех своих компьютеров клиентов в вашей сетевой среде. тем не менее, Remote Desktop Connection Manager (Диспетчер соединений Удалённых рабочих столов) является некой невероятно мощной платформой для хранения всех наших различных соединений RDP, которые вы осуществляете внутри своей среды. Вы можете сохранять подключения с тем, чтобы вам не приходилось тратить время на запоминание названий серверов, сортировки серверов по категориям и даже сохранять параметры доступа поэтому вам больше не придётся вводить пароли при подключении к серверам. Несмотря на то, что вы составляете заявление об отказе от ответственности, ваши отвечающие за безопасность парни могут быть недовольными, когда вы решите применять такую функцию сохранения пароля. Я оставлю вас со ссылкой на выгрузку данного приложения, а также со следующим снимком экрана, а после этого вы решайте самостоятельно будет или нет этот инструмент полезен вам в ваших повседневных задачах:

Windows Admin Center (WAC)

Теперь забудьте всё то, что я только что рассказывал вам об удалённом управлении серверами и сконцентрируйтесь здесь. Это я как бы шучу. Все обсуждённые нами инструменты по- прежнему стабильны, актуальны и являются великолепным способом взаимодействия с вашими пачками Windows Server. Тем не менее, в нашем доме появилось новое дитя, причём Microsoft ожидает, что оно будет очень популярным.

Windows Admin Center (WAC) является неким сервером и платформой управления клиентами, которая спроектирована чтобы помочь администрировать ваши машины более действенным образом. Это некий инструмент на основе браузера, что означает, что после его установки вы получаете доступ WAC из веб браузера, что отлично. Нет потребности устанавливать инструмент управления или приложение в вашей рабочей станции, просто присядьте и цепляйте его при помощи некого URL.

WAC способен управлять вашими серверами (всеми вплоть до Server 2008 R2), вашими кластерами серверов, и даже имеет некую особую функциональность для управления инфраструктурами гиперконвергентных кластеров. У вас также имеется возможность управления машинами клиентов с Windows 10.

Windows Admin Center даже имеет поддержку сторонних производителей чтобы иметь возможность создания расширений для самого интерфейса WAC, поэтому данный инструментарий намерен продолжать свой рост. Если вы следовали за нашей настройкой тестовой лаборатории в данной книге до сих пор, вы распознаете Windows Admin Center в неком всплывающем окне, которое отображается всякий раз когда открывается Диспетчер серверов. Microsoft настолько болезненно хочет чтобы администраторы узнали об WAC, что они напоминают вам что вам следует начинать его применять всякий раз, как только вы заходите в окно Server 2019, что отображено на следующем снимке экрана:

Хватит болтовни, давайте попробуем! для начала нам требуется выбрать некое местоположение для установки всех компонентов WAC. Да, это правда, я только что сказал что одним из преимуществ является то что нет нужды в его установке, но я имел в виду, что будучи реализованным один раз, WAC затем цепляется простым его открытием в неком браузере. Этот вебсайт требуется установить и запустить где- то, не так ли? Хотя вы можете добавить всю систему WAC к некому клиенту Windows 10, давайте воспользуемся подходом, который будет более широко применяться в полевых условиях и мы установим его на сервер в вашей сетевой среде. У меня имеется система с названием WEB3, в которой пока нет размещённых вебсайтов, а это звучит как неплохое место для размещения чего- то подобного этому.

Выгрузите WAC отсюда.

После выгрузки просто запустите его установщик в своей машине хостинга. Имеется несколько простых решений, которые вам следует выполнить в процессе работы мастера установки, наиболее важным является тот экран, в котором вы определяете настройку порта и сертификата. В промышленной среде будет лучше работать с портом 443 и предоставить здесь некий удостоверенный сертификат SSL с тем, чтобы ваш обмен к и от этого вебсайта был надлежащим образом защищён через HTTPS, но, для целей моей небольшой лаборатории проверок, я намерен запускать 443 с самостоятельно подписываемым сертификатом, просто для целей проверки. Не пользуйтесь самостоятельно подписываемым сертификатом в промышленной среде!

По завершению работы программы установки вы теперь будете размещать свой вебсайт WAC на данном сервере. Конкретно в моей установке он имеет веб адрес https://WEB3.contoso.local.

Теперь самое интересное — его проверка. Для подключения к WAC просто откройте поддерживаемый браузер с любого компьютера в вашей сетевой среде и перейдите к URL адресу своего WAC. Ещё раз, в моём случае это https://WEB3.contoso.local. Интересно, что Internet Explorer не является поддерживаемым браузером. Microsoft рекомендует Edge, но Chrome также работает. Я вошёл на свою обычную рабочую станцию Windows 10 и просто открыл браузер Edge и пытаюсь зайти на свой новый сайт, как это показано на следующем снимке экрана:

Как вы можете видеть, я имею дело с предупреждением относительно сертификата. Это было ожидаемо, поскольку я применяю самостоятельно подписанный сертификат, что, опять же, не самая лучшая мысль. Я всего лишь подтверждаю это, так как я исполняю это в некой проверочной лаборатории. Но что более интересно в предыдущем снимке экрана, так это то, что мне предлагается приглашение для ввода учётных данных. Несмотря на то, что я вошёл в систему с компьютера Windows 10, который является подключённым к домену, веб- сайт WAC не пытается автоматически внедрять эти учётные данные для собственного применения, а вместо этого останавливается чтобы спросить кто вы такой. Я просто ввожу здесь свои учётные данные в домене и мне теперь предоставляется интерфейс Центра администрирования Windows (WAC), что отображено на следующем снимке экрана:

Дополнение серверов в WAC

Регистрация в WAC это прекрасно, но не очень полезно пока вы не добавите пачку машин, которыми вы желаете управлять. Чтобы сделать это, просто кликните по кнопке +Add, как это показано в нашем предыдущем снимке экрана. Вам будет представлен выбор добавления нового сервера, новой PC, некого отказоустойчивого кластера или даже гиперконвергентного кластера. Сделайте свой выбор и введите необходимую информацию. У меня нет никакого кластера в своей лаборатории проверок, пока нет, поэтому я намерен добавить подключения к тем стандартным серверам, которые уже работают в моей среде, как это показано на снимке экрана ниже:

Управление сервером в WAC

Начать управлять неким сервером из WAC настолько же просто как щёлкнуть по имеющемуся названию сервера. Как вы можете видеть на следующем снимке экрана, я выбрал свой сервер DC1, так как он в настоящий момент времени является единственной машиной с какой- то установленной осмысленной ролью и при этом исполняется:

Из данного интерфейса я могу управлять множеством различных сторон операционной системы своего сервера DC1. Имеются функции управления питанием, возможность исполнения резервного копирования в моём сервере, я даже способен отсюда устанавливать сертификаты! Я могу отслеживать производительность своего сервера, просматривать его журналы событий, манипулировать его локальным Межсетевым экраном Windows и запускать удалённое подключение PowerShell к этому серверу. Основная цель Центра администрирования Windows состоит в том, чтобы он служил единственной точкой входа для удалённого управления вашими серверами, и я хочу сказать что он неплохо справляется с этой целью.

Я пока не имею никаких экземпляров Сервера ядра, запущенных в моей проверочной лаборатории, но будьте уверены, что WAC можно применять для управления экземплярами Сервера ядра так же как и для серверов, работающих под управлением серверов с Практикой Рабочего стола. Это превращает WAC в ещё более мощное и интригующее средство администрирования серверов.

Включение быстрой раскрутки сервера при помощи Sysprep

В начале данной главы мы прошли процесс установки операционной системы Windows Server 2019 на ваш новый сервер. Будь то ломоть физического железа или виртуальная машина, то с чем мы работали, сам процесс в действительности один и тот же. Подключение CD или накопителя USB {Прим. пер.: либо непосредственно образа ISO}, загрузка с него и разрешение установщику выполнения своего курса, всё это достаточно просто выполнить, но что если вам необходимо построить десять новых серверов вместо всего лишь одного? Такой процесс мог бы начать получать нужную суматоху и он выглядел бы как нечто, на что вы впустую тратите уйму времени, выполняя в точности одни и те же действия снова и снова. Вам следует соблюдать точность, это действительно трата прорвы времени впустую, а в то же время имеется более простои и быстрый способ накатывания новых серверов, если уж вы их все строите из относительно похожих аппаратных платформ. Если вы строите свои серверы в виде виртуальных машин, что очень распространено в наши дни, тогда этот процесс работает великолепно и может сохранить вам достаточно много времени при построении нового сервера.

Прямо сейчас, прежде чем я уйду очень далеко данной дорогой описания процесса sysprep, я также отмечу то существуют и другие позволяющие автоматизировать раскрутку операционной системы и сервера технологии, доступные в инфраструктуре Windows, которые могут выполнять такой процесс раскрутки нового сервера даже ещё более быстро, чем описываемым здесь образом. Основная проблема с некоторыми из таких технологий автоматизации состоит в том, что требующаяся инфраструктура для выполнения ими работы надлежащим образом более изощрённая чем та, к которой имеет доступ большая часть парней, когда им требуется всего лишь выполнить оснастку Windows Server. Иными словами, иметь полностью автоматизированный механизм раскрутки сервера не очень осуществимо для небольших сред или лабораторий проверки, в которых большинство из нас живут когда мы изучаем данные новые технологии.

Итак, в любом случае, мы не будем сосредотачиваться на стороне автоматизации подхода к раскрутке сервера, а вместо этого будем несколько минут выполнять дополнительную работу на нашем самом первом сервере, которая затем будет иметь результатом сохранение значительного времени по работе настройки всякого создаваемого после этого сервера. Ядром всего этого процесса является инструмент sysprep, который выпекается во всех версиях Windows, поэтому вы можете иметь тот же самый процесс в любой имеющейся машине Windows, причём вне зависимости от того является ли она клиентом или сервером.

Sysprep является инструментом, который готовит вашу систему к дублированию. Официально он носит название Microsoft System Preparation Tool (Инструмент подготовки системы Microsoft), а чтобы суммировать одной строкой то, что он делает, он позволяет вам создать главный образ вашего сервера, который вы можете повторно применять столько раз, сколько вам нужно, чтобы накатывать дополнительные серверы. Ключевое преимущество использования sysprep состоит в том, что вы можете персонализировать настройки вашего основного сервера и устанавливать такие вещи, как обновление Windows изначально на sysprep, причём все эти настройки и исправления затем будут присутствовать внутри вашего главного образа. Применение sysprep сохраняет вам время не только за счёт получения прохода через весь процесс установки операционной системы, но также он ещё больше сберегает времени поскольку не требует ожидания того, пока обновления Windows накатят все имеющиеся в настоящий момент исправления на каждую новую создаваемую вами систему. Теперь некоторым из вас может быть интересно зачем вообще необходим sysprep.

Если вы желаете клонировать свой главный сервер, вы можете просто воспользоваться инструментом создания образа некоторого жёсткого диска или, если вы имеете дело с виртуальными машинами, вы можете просто скопировать и вставить сам файл .VHDX чтобы сделать копию вашего нового сервера, так? Ответ — да, однако самая большая проблема состоит в том, что новый образ или только что созданный жёсткий диск будут точной репликой оригинала. Имя хоста было бы тем же самым, а что ещё более важно, некоторая ключевая идентификационная информация в Windows, такая как SID (security identifier, идентификатор безопасности) операционной системы, была бы в точности той же самой. Если бы вы включили оба сервера, и главный и новый на основе реплики, в одну и ту же сетевую среду, тогда вы вызвали бы конфликт и соперничество в сетевой среде, так как эти два сервера начали бы бороться за свои права быть единственным сервером, с данным уникальным именем и SID. Данная проблема усугубляется в среде домена, в которой даже ещё более важно, чтобы каждая система внутри вашей сетевой среды имела уникальный SID/ GUID — свой идентификатор внутри Active Directory. Если вы создадите точные копии серверов и включите их оба, давайте просто скажем, что никто не будет рад этому.

Sysprep исправляет все эти внутренние противоречия процесса дублирования системы путём присвоения случайных значений уникальным идентификаторам данной операционной системы. Чтобы подготовиться к раскрутке множества серверов с применением главного образа, который мы создаём при помощи sysprep, вот быстрая итоговая справка тех шагов, которые мы предпринимаем:

1. Установить Windows Server 2019 на некий новый сервер.

2. Настроить персональные данные и обновления для вашего нового сервера.

3. Запустить ваш новый главный сервер для подготовки sysprep и выключить его.

4. Создать ваш главный образ всего диска.

5. Собирать новые серверы применяя копии данного главного образа.

А теперь давайте рассмотрим эти шаги более подробно.

Установка Windows Server 2019 на новый сервер

Для начала, в точности как мы это уже сделали, нам требуется подготовить свой первый сервер чтобы получить установленную операционную систему Windows Server 2019. Воздержитесь от установки каких -либо полных ролей на этот сервер, так как в зависимости от конкретной роли или её уникальных настроек, процесс sysprep, который мы вскорости выполним, может вызвать проблемы с настройками определённой роли. Установите эту операционную систему и проверьте, что все драйверы устройств приведены в порядок, и вы готовы к следующему шагу.

Индивидуальные настройки и обновления на вашем новом сервере

Далее мы хотим выполнить индивидуальные настройки и установить обновления на наш новый сервер. Всякая настройка или установка, которую вы выполните сейчас является общей для вашей пачки серверов и убережёт от необходимости предпринимать эти же шаги в ваших серверах в дальнейшем. Эта фраза может слегка смущать, так как я говорил всего минуту назад, что не стоит устанавливать роли на ваш главный сервер. Это обусловлено тем, что установка роли выполняет множество изменений в операционной системе, причём некоторые из ролей, которые вы можете установить замыкают себя на определённое имя исполняющегося в данной системе хоста. Если вы сделали нечто подобное этому на главном сервере, данная роль, скорее всего, прекратит свою работу при её подъёме на новом сервере. Индивидуальные настройки, которые вы можете осуществлять на своём главном сервере являются такими вещами, как подключение файлов и папок, которые вы можете пожелать иметь на всех своих серверах, например, папка Admin Tools, или нечто подобное её. Вы можете также запустить или остановить службы, которые могут работать или наоборот, быть отключёнными, на каждом из ваших серверов, и изменить настройки в реестре, если это является частью вашей обычной подготовки сервера или процесса его упрочнения (hardening). Когда все необходимые вам изменения и индивидуальные настройки помещены на свои места, не будет лишним выполнить весь объём проверок на своём самом первом построенном вами сервере из данного образа мастера, просто чтобы быть уверенным, что выполненные вами изменения пройдут предстоящий процесс sysprep.

Теперь также настало время позволить и обновлениям Winows выполнить установку и разместить все исправления на данном новом сервере, который вы желаете устанавливать на всех своих новых серверах в дальнейшем. Нет ничего более обескураживающего, чем установка новой операционной системы за 5 минут только для того, чтобы потом ожидать ещё 4 часа для установки всех текущих обновлений и исправлений, прежде чем можно будет начать пользоваться новым сервером. Включив все эти обновления и исправления в свой главный образ, вы избавитесь от затраты полного времени подобных загрузок и установок для каждого нового накатываемого сервера.

Выполнение Sysprep для подготовки и останова вашего главного сервера

Теперь, когда ваш главный сервер подготовлен так, как нам этого хотелось, самое время выполнить сам инструмент sysprep. Чтобы сделать это, откройте какое- нибудь приглашение командной строки и проследуйте в C:\Windows\System32\Sysprep. Теперь вы можете воспользоваться утилитой sysprep.exe внутри данной папки чтобы запустить сам Sysprep.

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

Так как я всегда применяю одни и те же опции для sysprep, я нахожу более простым просто включить все свои настройки своих возможных переключателей прямо во ввод командной строки, вследствие чего пропускаю все графические экраны. Вот некоторая информация по различным переключателям, которые доступны для применения с sysprep.exe:

• /quiet: Сообщает sysprep о необходимости исполнения без сообщений о его состоянии на вашем экране.

• /generalize: Определяет, что sysprep должен удалить всю уникальную информацию системы (SID) из данной установки Windows, сделав такой окончательный образ готовым к применению на множестве машин в вашей сетевой среде, так как каждый новый экземпляр, развёртываемый из данного образа будет получать новый, уникальный SID.

• /audit: Перезапускает данную машину в специализированном режиме аудита, в котором у вас имеется вариант добавления дополнительных драйверов в Windows, прежде чем будет получен окончательный образ.

• /oobe: Сообщает данной машине о необходимости запуска своей мини- настройки при следующих загрузках Windows.

• /reboot: Осуществляет перезапуск по окончанию sysprep.

• /shutdown: Останавливает данную систему (без последующего запуска) по окончанию sysprep. Именно этот переключатель очень важен и именно им я обычно пользуюсь.

• /quit: Закрывает sysprep после его завершения.

• /unattend: Имеется особый answerfile (файл ответов), который вы можете создать, который, если он определён, будет применяться совместно со всем процессом sysprep для дальнейшей настройки ваших новых серверов, по мере их подъёма. Например, вы можете определить такой answerfile, что при первой загрузке Windows последующей за sysprep будет запущен определённый установщик или пакетный файл. Это может быть полезным для любых видов задач очистки, которые вы можете пожелать выполнить, например, если у вас в вашей системе имеется пакетный файл, который вы применяете для очистки своих файлов журналов вслед за первой загрузкой новых серверов.

Два наиболее важных для наших целей желания создания какого- то файла главного образа, который мы можем применять для быстрой накатки сервера в будущем, это переключатель /generalize и переключатель /shutdown. /generalize очень важен, так как он заменяет всю информацию об уникальных идентификаторах, а именно информацию SID, в данной новой копии Windows, которая становится доступной. Это делает возможным вашим новым серверам сосуществовать в общей сетевой среде совместно с вашим первоначальным сервером, а также со всеми серверами, которые вы введёте в эксплуатацию. Переключатель /shutdown также очень важен, так как мы желаем чтобы данный главный сервер стал прошедшим обработку sysprep и затем сразу же был бы остановлен с тем, чтобы мы могли создать из него свой главный образ.

Итак, вместо того чтобы просто прогонять все переключатели для вас и предлагать вам делать выбор, давайте взглянем на те, которые обычно применяю я. Я буду использовать /generalize с тем, чтобы я получал свои новые серверы уникальными, а также я воспользуюсь /oobe с тем, чтобы запускался мастер мини- настроек в процессе первой загрузки Windows в любой моей новой системе. Затем я, конечно, применю /shutdown, так как мне нужно отключить данный сервер немедленно вслед за выполнением sysprep с тем, чтобы я сделал копию данного жёсткого диска для его применения в качестве своего главного образа. Поэтому вот моя gjkujcnm. подготовленная команда sysprep:

Sysprep.exe /generalize /oobe /shutdown
 	   

После запуска этой команды вы увидите что sysprep пройдёт неким процессом внутри Windows и по окончанию пары минут ваш сервер остановит себя:

Теперь вы готовы создать свой главный образ из этого жёсткого диска.

Создание вашего главного образа всего диска

Наш главные сервер теперь остановлен и мы готовы создать свой главный образ с этого сервера. Если это физический сервер, вы можете применить любую утилиту создания образа жёсткого диска, чтобы создать некий файл образа с этого диска. Утилита создания образа, например от компании Acronis, создаст отдельный файл с вашего диска, причём этот файл будет содержать образ всего вашего диска, который можно применять для восстановления на новые жёсткие диски в новых серверах в будущем. С другой стороны, большинство из вас вероятно в своей повседневной рабочей жизни наиболее часто имеют дело с виртуальными серверами, а подготовка новых серверов в таком виртуальном мире даже ещё проще. Раз наш главный сервер был подготовлен sysprep и остановлен, вы просто создаёте копию своего файла .VHDX. Регистрируетесь на своём сервере Hyper-V, копируете и вставляете этот файл жёсткого диска, и вы всё сделали. Этот новый файл может быть переименован в WS2019_Master_withUpdates.VHDX, или как- либо ещё по вашему желанию, чтобы помочь вам отслеживать его текущее состояние в данном файле образа. Сохраните этот файл образа или скопируйте данный .VHDX куда- нибудь в безопасное место в вашей сетевой среде, где у вас будет возможность быстро выцеплять его копии всякий раз, когда вам необходимо раскрутить новый Windows Server 2019.

Построение новых серверов с применением копий главного образа

Теперь мы переходим к самой простой части. Когда вы в недалёком будущем пожелаете создать новые серверы, вы просто копируете и вставляете данный главный файл в новое местоположение для такого нового сервера, переименовываете выбранный файл диска во что- то более приемлемое для для данного создаваемого вами сервера и загружаете с него свою новую виртуальную машину. Именно здесь вы обнаруживаете все реальные преимущества того сохранённого для вас времени со стороны sysprep, так как теперь вы можете раскрутить много новых серверов, причём все за один раз, выполнив быструю операцию copy-paste своего файла главного образа и загрузив все свои новые серверы из этих новых файлов.

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

Например, перед выполнением sysprep и созданием моего главного образа, этот сервер, с которым я работал имел имя DC1, так как я изначально намеревался использовать его в качетсве Контроллера домена в своей сетевой среде. Однако, поскольку я не установил эту роль и не настроил ничего связанного с доменом на нём, этот сервер является отличным претендентом для отображения процесса sysprep и поэтому я использовал его в нашем тексте сейчас. Теперь вы можете видеть внутри свойств syprep, что я вернулся назад к полученному случайным образом имени хоста, а мне всё ещё требуется применять этот сервер как DC1, поэтому мне придётся переименовать его вновь теперь, что завершается в мини- настройках при загрузке:

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

Все заинтересованы в том, чтобы администратору Windows Server было удобно выполнять установку и управление своими серверами, а обсуждение этих тем создаёт важную основу для движения вперёд. В нашем современном ИТ мире достаточно распространена сейчас тщательная проверка новой редакции операционной системы, как по причине простоты доступа к аппаратным ресурсам серверов через технологии виртуализации, так и потому что большая часть бизнес систем теперь проектируются на работу на протяжении всех 100% времени. Такой вид надёжности требует очень тщательного тестирования любых изменений платформ, и чтобы осуществить такое тестирование операционной системы Windowsw Server 2019 в вашей среде вам придётся прожечь заготовки достаточное число раз для многократной раскрутки основного процесса установки. Я надеюсь, что вы сможете воспользоваться предоставляемыми данной главой предложениями чтобы основательно сэкономить драгоценные минуты при работе с подобными задачами в своём мире Windows Server.

Несколько лет назад мы обычно тратили мало усилий на выяснение того, какие роли и службы могут сосуществовать, поскольку общее число доступных нам серверов было ограничено. При сдвиге к новым возможностям виртуализации и парадигме облачных решений, многие компании имеют практически неограниченное количество серверов, которые они способны запускать, а это означает, что мы имеем запущенными гораздо большее число серверов для решения тех же заданий и функций. Управление и администрирование такими серверами становится неким бременем ИТ, и освоение доступных в Windows Server 2019 централизованных средств администрирования и идей также значительно экономит ваши время и усилия в повседневной рабочей нагрузке.

1. Как называется новый инструментарий от Microsoft для централизованного управления серверами на веб основе (первоначально именовавшийся Проектом Гонолулу)?

2. Правда или ложь — Windows Server 2019 требуется устанавливать в монтируемое в стойку оборудование.

3. Правда или ложь — Выбирая для Windows Server 2019 вариант установки по умолчанию вы придёте к интерфейсу пользователя, который будет выглядеть в точности как Windows 10.

4. Какой cmdlet PowerShell отобразит установленные в Windows Server 2019 в настоящий момент роли и свойства?

5. Правда или ложь — Диспетчер серверов (Server Manager) может применяться для управления множеством серверов в одно и то же самое время?

6. Как называется тот инструментарий, который может быть установлен в компьютере Windows 10 чтобы запускать Диспетчер сервера в этой клиентской рабочей станции?

7. Какие поддерживаемые веб браузеры могут применяться для взаимодействия с Windows Admin Center?

Установка и настройка Windows Hyper-V Server 2019

Наконец-то в открытом доступе появилась финальная версия бесплатного гипервизора от Microsoft. Я расскажу, как установить и настроить Microsoft Hyper-V Server 2019 для удобного создания и управления виртуальными машинами. Традиционно, там не так все просто и удобно, как могло бы быть. Обязательно требуется первоначальная подготовка к комфортной работе.

Хочешь научиться автоматически разворачивать и поддерживать высоконагруженные проекты? Тогда рекомендую познакомиться с онлайн курсом » Infrastructure as a code.» в OTUS. Актуально для системных администраторов и devops инженеров. Подробности по .

Цели статьи

1. Рассказать об особенностях бесплатного гипервизора Microsoft Hyper-V Server 2019.
2. Описать процесс установки и начальной настройки.
3. Показать разные способы подключения и управления гипервизором.
4. Рассказать о разных способах бэкапа виртуальных машин Hyper-V.

Введение

История релиза Hyper-V Server 2019 получилась необычной и даже какой-то драматичной, как и все последние релизы от компании Microsoft. Поясню для тех, кто не в курсе. Сам 2019-й сервер зарелизился в октябре 2018 года с какими-то критичными багами. Подробности проблем не помню, но в итоге релиз отозвали. Через месяц зарелизили еще раз и вроде как успешно.

С сайта микрософт можно было скачать все версии 2019-го сервера, кроме бесплатной версии Hyper-V. Я следил за темой и все ждал, когда же появится iso образ с Hyper-V Server 2019, а его все не было и не было. Причем в Evaluation Center стояла пометка, что релиз пока откладывается, ждите, скоро все будет.

И вот дождались. 15-го июня я увидел новость о том, что Hyper-V Server 2019 доступен для загрузки в Evaluation Center. Зашел, проверил. В самом деле это так. Появился iso образ, который можно свободно загрузить, что я успешно сделал.

К слову, образ hyper-v 2019 гулял в сети, так как после первого релиза еще в октябре 2018, он был доступен и многие его скачали. Но там были какие-то баги. Из того, что я прочитал, люди указывали на то, что не работал rdp доступ к гипервизору. Не смог это проверить, так как у меня просто не проходила установка на сервер. Он то ли не устанавливался вовсе, выдавая ошибку в процессе установки, то ли потом в синий экран падал. Точно не помню. Я не стал разбираться, а поставил предыдущую версию. Как оказалось, не зря.

Плюсы и минусы Hyper-V

Расскажу немного, почему я постоянно пользуюсь hyper-v наравне с другими гипервизорами (в основном KVM). В общем и целом мне нравится этот гипервизор, поэтому я и решил внимательно проработать вопрос установки и первоначальной настройки для дальнейшего использования по мере необходимости. К плюсам hyper-v в целом и бесплатной версии в частности я отношу следующие моменты:

1. Поддержка всех популярных ОС. Нет никаких проблем с совместимостью, нет необходимости отдельно ставить какие-то драйвера или тулсы. Поддержка hyper-v присутствует во всех windows системах, в ядре линукс, не помню точно с какой версии, но все современные системы ее имеют, в ядре freebsd, начиная с 10-й версии. То есть вы просто берете установочный диск и ставите систему на hyper-v, больше от вас ничего не требуется.
2. Много различных способов бэкапа виртуальных машин. Это могут быть простые скрипты, бесплатные программы, либо полноценные платные версии крупных компаний, специализирующихся на программном обеспечении для бэкапа. Обращаю на это особое внимание. По мне так это самый существенный плюс Hyper-v.
3. Стандартная панель управления гипервизором, которую можно установить на компьютер под управлением windows. К ней прибавился web доступ через windows admin center. Расскажу об этом далее подробнее.
4. В основе Hyper-V Server популярная серверная система, с которой понятно и удобно работать. К примеру, чтобы загрузить или забрать файл с гипервизора, вам достаточно расшарить на нем папку стандартным образом, как вы это делаете в любой windows системе.
5. Hyper-V можно установить на псевдорейды, такие как встроенный рейд контроллер от intel, или собрать софтовый рейд средствами самой ОС Windows.
6. Полнофункциональная бесплатная версия, правда без удобных средств управления.
7. Удобная работа со снепшотами из коробки. Не надо думать над форматами файлов, как в KVM. В Hyper-V он один и отлично поддерживает снепшоты.

Это мое личное мнение, основанное на опыте работы с малыми и средними компаниями, где нет каких-то особенных требований к надежности и доступности сервисов. Где используются несколько серверов с виртуальными машинами, не всегда есть домен windows. Конечно, помимо плюсов, есть и минусы. Первый и главный для меня минус — первоначальная настройка. Нельзя просто взять, установить Hyper-V Server и начать им пользоваться. Необходимо производить какие-то непонятные и не очевидные действия на хосте и управляемой машине. Дальше вы поймете, что я имею ввиду. Но преодолев это препятствие, можно спокойно использовать виртуальную инфраструктуру, основанную на бесплатном гипервизоре от microsoft.

Второй минус — нет никакой возможности пробросить USB в виртуальную машину. Подчас это очень неудобно и вынуждает использовать что-то другое, вместо Hyper-V. Не понимаю, почему в Microsoft за столько лет не могут это исправить. Запрос очень актуальный и злободневный, особенно у нас, где повсеместно используется 1С с USB ключами.

Установка Hyper-V Server 2019

Скачать бесплатный Hyper-V Server можно с сайта microsoft со специальной страницы с ознакомительными версиями, где в том числе обитают и бесплатные гипервизоры — https://www.microsoft.com/en-us/evalcenter/evaluate-hyper-v-server-2019. К сожалению, требуется регистрация, но это стандартная практика.

Настоятельно рекомендую качать английскую версию и выбирать английский язык в процессе установки. Это избавит вас от лишних ошибок, упростит настройку и решение проблем в будущем. Не относитесь прохладно к этой рекомендации, а в самом деле сделайте так.

Дальше выполняете установку стандартным способом, как и любую другую Windows систему. Загружаетесь с iso образа и следуете по шагам инсталлятора. Каких-то нюансов или проблем с тем, чтобы установить hyper-v server нет, так что я не буду заострять на этом внимание. Обращу внимание только на самый конец установки. У меня появилось вот такое окно:

При этом я не мог ничего сделать или выбрать. Я нажал ctrl+alt+delete и появилось предложение задать пароль администратора. Я сделал это, установка завершилась, загрузилось окно со стандартным интерфейсом управления:

Если вы по какой-то причине закроете это окно, вызвать его снова можно в командной строке с помощью команды sconfig. На этом установка Windows Hyper-V server 2019 закончена. Переходим к настройке.

Настройка Hyper-V Server 2019

Сразу же выполняем первоначальную настройку Hyper-V Server 2019 через стандартную консоль управления:

1. Указываете рабочую группу, если вас не устраивает стандартная.
2. Меняем имя сервера на что-то более осмысленное и понятное.
3. Добавьте еще одного администратора. Это нужно сделать, чтобы иметь еще одну админскую учетную запись, отличную от administrator. В дальнейшем рекомендую все настройки и подключения выполнять под этой учетной записью.
4. Разрешаем удаленное управление, в том числе ping.
5. Автоматическое обновление оставляю на ваше усмотрение. Я обычно отключаю и все делаю вручную.
6. Рекомендую сразу проверить обновления и установить их.
7. Включаем Remote Desktop со всеми версиями клиента.
8. Указываем сетевые настройки. Стандартно стоит dhcp, рекомендую установить адрес статически.
9. Настройте время, если по-умолчанию стоит не правильное.
10. Настройки телеметрии полностью отключить нельзя. Такой вот микрософт. Не приходится удивляться, с учетом нововведений в последних версиях системы.

Быстренько пробежались по основным настройкам hyper-v server 2019. Теперь бы сразу начать установку виртуальных машин, но, к сожалению, пока это не получится сделать. Наверно можно как-то через консоль powershell, но это слишком муторно и сложно. Нам надо каким-то образом подключиться к серверу с помощью удобной панели управления. Пока нам доступен только rdp доступ, но этого не достаточно.

У нас есть несколько вариантов управления Hyper-V. Я сначала рассмотрю 2 наиболее удобных из них:

1. Установка Windows Admin Center для управления сервером через браузер.
2. Установка стандартных системных оснасток на компьютер под управлением Windows 10 для подключения к Hyper-V 2019.

А в самом конце покажу еще один. Начнем с установки Windows Admin Center.

Установка Windows Admin Center для управления Hyper-V 2019

Первым делом надо скачать Admin Center по ссылке — https://docs.microsoft.com/ru-ru/windows-server/manage/windows-admin-center/understand/windows-admin-center Какую версию скачивать решайте сами — ознакомительную или стабильную. Я обычно ставлю стабильную.

Теперь нам надо передать скачанный файл на гипервизор и установить панель управления. Ранее мы разрешили подключение к Windows Hyper-V Server 2019 по rdp. Подключимся к нему, чтобы было удобно выполнять команды на самом гипервизоре.

По-умолчанию, на гипервизоре включен firewall, который блокирует внешние подключения. Вы можете либо полностью его отключать и включать с помощью команд в консоли cmd:

netsh advfirewall set currentprofile state off
netsh advfirewall set currentprofile state on

Либо разрешить некоторые команды удаленного управления, которые позволят в том числе передавать файлы на гипервзиор по smb. Следующие команды нужно вводить не в обычной консоли, а powershell. Для этого наберите команду powershell в стандартной консоли, которая загружается после подключения по rdp, а потом сами команды.

powershell
Set-NetFirewallRule -DisplayGroup 'Windows Management Instrumentation (WMI)' -Enabled true -PassThru
Set-NetFirewallRule -DisplayGroup 'Remote Event Log Management' -Enabled true -PassThru
Set-NetFirewallRule -DisplayGroup 'Remote Volume Management' -Enabled true -PassThru

Эти разрешения нам понадобятся позже, когда мы будем подключаться стандартными системными останстками для управления Hyper-V Server 2019.

Заходим на любой диск гипервизора через обычный проводник windows и передаем туда скачанный инсталлятор WindowsAdminCenter1904.1.msi. В качестве авторизации используем учетную запись администратора.

Возвращаемся на гипервизор, идем в паеку C:/Soft и запускаем переданный файл.

Запускается инсталлятор Windows Admin Center. Там все просто, можно использовать дефолтные значения. Я лично ставлю галку Разрешить Windows Admin Center изменять параметры доверенных узлов для этого компьютера и Перенаправлять трафик с HTTP-порта 80 на HTTPS-порт. После установки можно в браузере переходить по адресу https://10.20.1.14.

Чтобы страница открылась, введите учетные данные администратора hyper-v сервера. Выбираем единственный сервер, вводим еще раз данные администратора и подключаемся к панели управления сервером. Дальше, думаю, уже сами разберетесь. Не буду подробно останавливаться на описании функционала Windows Admin Center.

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

Для этого идем в раздел Виртуальные коммутаторы и жмем на кнопку Создать.

Указываете имя коммутатора и его тип. Из-за перевода Admin Center на русский язык, трудно уловить суть названий, поэтому лучше все же качать английскую версию. Я уже установил русскую, поэтому расскажу на основе ее. Существует 3 типа коммутаторов:

1. Личный (private) для связи только между виртуальными машинами, без доступа к гипервизору и сетью за ним.
2. Внутренний (internal) — почти то же самое, что и личный, только доступ к коммутатору может иметь и гипервизор, но по прежнему нет доступа к внешней сети.
3. Внешний (external) по сути это обычный сетевой бридж, куда входит реальный сетевой интерфейс гипервизора. Этот тип коммутатора используется для доступа виртуальных машин во внешнюю сеть.

В моем примере у меня только один сетевой интерфейс на гипервизоре. Я создам один коммутатор типа Внешний (External).

Получилось вот так.

Теперь этот коммутатор можно использовать в виртуальных машинах для доступа во внешнюю сеть.

В принципе, на этом настройку Windows Hyper-V Server 2019 можно и закончить. Если вас функционал Windows Admin Center устраивает, пользуйтесь им. В целом, в нем есть все необходимое, но мне он не нравится. Очень тормозной интерфейс, приходится два раза авторизовываться, чтобы подключиться. У меня не всегда получается через браузер открыть консоль виртуальной машины. Какие-то ошибки бывают, зависания.

Я предпочитаю использовать классические оснастки для управления гипервизором. Если вы так же как и я, предпочитаете их, переходим к следующему способу подключения и управления Hyper-V Server 2019. Для этого нам понадобится компьютер или виртуальная машина с Windows 10. Можно ее установить прямо на этом же гипервизоре. Иногда я так делаю для удобства. Получается автономный гипервизор со всем необходимым для управления.

Удаленное подключение и управление Hyper-V Server 2019 через оснастки

Отправляемся по rdp на гипервизор и настраиваем правила firewall, если не сделали это ранее. Можете любо полностью отключить его через cmd:

netsh advfirewall set currentprofile state off

либо разрешить только то, что нужно через powershell:

Set-NetFirewallRule -DisplayGroup 'Windows Management Instrumentation (WMI)' -Enabled true -PassThru
Set-NetFirewallRule -DisplayGroup 'Remote Event Log Management' -Enabled true -PassThru
Set-NetFirewallRule -DisplayGroup 'Remote Volume Management' -Enabled true -PassThru

Теперь переходим на клиентскую систему. Напоминаю, что в моем случае это Windows 10 Корпоративная. Заходить на нее нужно под учетной записью с теми же параметрами, что создана на гипервизоре. Добавьте такого же пользователя и работайте под ним. Это обязательное условие для подключения к управлению непосредственно сервером, его службам, дисковой подсистемой и т.д. Для подключения только для управления ролью hyper-v иметь одинаковую с сервером учетку не обязательно, в конце я расскажу, как это сделать.

Первым делом создадим запись в файле hosts с именем сервера hyperv. В моем случае эта запись выглядит так:

192.168.175.19 hyperv2019

Убедитесь, что с клиентской машины вы пингуете гипервизор по имени. Продолжаем настройку хоста для подключения к hyper-v server 2019. Запускаем cmd от администратора и переходим в powershell. Выполняем команду:

winrm quickconfig

Если, как и я, получили ошибку:

Код ошибки: -2144108183 0x80338169
Исключение брандмауэра WinRM не будет работать, поскольку одно из сетевых подключений, установленных для этого компьютера, является общим. Измените тип сетевого подключения либо на доменное, либо на частное и повторите попытку.

Значит у вас одно из сетевых подключений имеет статус общедоступной, что недопустимо.

Это надо исправить. В моем случае, это сетевое подключение не использовалось и я его просто отключил. Если же вы им пользуетесь, то сделать его частной сетью можно через Параметры.

После того, как не останется общедоступных сетей, выполняйте команду еще раз. Все должно быть в порядке.

winrm quickconfig

Вводим следующую команду, которая разрешает управление удаленными системами:

winrm set winrm/config/client '@{TrustedHosts="hyperv2019"}'

В данном примере, hyperv2019 — имя моего гипервизора.

При копировании приведенной выше команды обратите внимание на одинарные и двойные кавычки. Они могут измениться при копировании/вставке. В итоге вы получите ошибку во время выполнения команды. При необходимости отредактируйте их вручную.

Теперь нам нужно изменить еще один параметр. Запускаем оснастку dcomcnfg.exe, выполнив эту команду в cmd. Открывается оснастка управления службой компонентов.

Выполняем последовательность действий, указанных на картинке. Дальше надо установить стандартную оснастку для управления hyperv. Для этого идем в Панель управления -> Программы -> Включение или отключение компонентов Windows. Выбираем там Средства управления Hyper-V и устанавливаем их. Дожидаемся окончания установки и пробуем подключиться к удаленному серверу:

Если все сделали правильно, вы подключитесь к серверу и у вас появится возможность им управлять.

Расскажу еще об одном нюансе. Вы можете подключиться к удаленному hyper-v серверу, даже если работаете не под той учетной записью, что имеет административные права на гипервизоре. При подключении есть возможность ввести параметры другого пользователя. Но чтобы эта возможность заработала, необходимо выполнить ряд действий как на сервере, так и на клиенте. Для начала надо изменить один параметр в локальной политике компьютера. Для этого выполняем в cmd команду gpedit. Откроется оснастка управления локальными политиками компьютера. Идем по пути: Конфигурация компьютера -> Административные шаблоны -> Система -> Передача учетных данных -> Разрешить передачу новых учетных данных с проверкой подлинности сервера «только NTLM». Включаем ее и добавляем запись:

wsman/hyperv2019

Далее выполняем команды в powershell. Не забудьте запустить консоль от имени администратора:

Set-Item WSMan:\localhost\Client\TrustedHosts -Value "hyperv2019"
Enable-WSManCredSSP -Role client -DelegateComputer "hyperv2019"

Теперь надо внести некоторые изменения на самом гипервизоре. Подключаемся к нему по rdp, переходим в cmd, запускаем powershell и выполняем команды:

Enable-PSRemoting
Enable-WSManCredSSP -Role server

После этого можете работать под привычным пользователем компьютера, но при этом подключаться к hyper-v server 2019 под другой учетной записью и управлять им.

Самое трудное сделали. Теперь мы можем свободно подключаться и управлять гипервизором. Забыл упомянуть о том, как подключиться к управлению самим сервером, то есть как посмотреть список дисков, службы, почитать логи и т.д. Делается это очень просто. Заходите на компьютер под той же учетной записью, что является администратором на гипервизоре. Запускаете стандартную оснастку «Управление компьютером», выбираете локальный компьютер, жмете правой правой кнопкой мыши и выбираете подключиться к другому компьютеру:

Пишите имя сервера и подключаетесь к нему. Вам доступны все разделы управления компьютером, кроме диспетчера устройств. К нему почему-то не получается подключиться, возникает ошибка. Я подробно не разбирался в чем дело и как ее исправить. Если нужно посмотреть на устройства, обновить драйвер и т.д., я делаю это через Windows Admin Center. Если кто-то знает, как включить доступ к диспетчеру устройств через оснастку, прошу подсказать в комментарии. Я не решил этот вопрос, начиная с 2012 версии. Правда, не сильно старался, точнее вообще не старался найти решение 🙂

Настройка виртуальных коммутаторов

Перед тем, как мы приступим к установке виртуальных машин, подготовим для них сеть. Я не буду подробно рассказывать о нюансах работы сети в hyper-v. Это не тема текущего повествования. Просто создадим сетевой бридж для виртуальных машин. В оснастке управления выбираем справа «Диспетчер виртуальных коммутаторов», выбираем тип «Внешняя». Указываете имя коммутатора. Я рекомендую давать осмысленные названия, чтобы было проще потом управлять. Если это бридж в локальную сеть, то назовите виртуальный коммутатор local.

Сохраняйте настройки. Вы увидите предупреждение о том, что сетевые соединения будут сброшены. Все в порядке, соглашайтесь. Будет создан новый виртуальный сетевой интерфейс с теми же настройками, что были у физического. Но здесь есть один важный нюанс. Если ваш сервер получал сетевые настройки по dhcp, то он скорее всего получит новый ip адрес. Имейте это ввиду.

Создание виртуальных машин

Мы почти закончили настройку Windows Hyper-V Server 2019 и готовы приступить к установке виртуальных машин. Надо только загрузить iso образ на гипервизор. Тут все очень просто. Открываем в проводнике на управляющей машине удаленный диск через стандартную возможность windows машин, создаем папку iso и загружаем нужный образ.

Так же я рекомендую сразу загрузить какой-нибудь файловый менеджер для удобной навигации по папкам на самом гипервизоре. Лучше использовать портированную версию. Запустить этот менеджер можно будет через командную строку, подключившись по rdp.

Теперь все готово к созданию виртуальных машин. Сделайте несколько тестовых, а дальше мы научимся их бэкапить.

Бэкап виртуальных машин Hyper-V

Ранее я уже рассказывал про программу HVBackup для бэкапа виртуальных машин. Она замечательно работает с Windows Hyper-V Server 2019, приведенная статья полностью актуальна. Для работы программы необходимо установить на гипервизоре .Net Framework 3.5 с помощью команды powershell:

Install-WindowsFeature NET-Framework-Core

А дальше все по приведенной инструкции. Если не хочется возиться с консольной программой, скриптами, планировщиком, но хочется быстро сделать бэкап виртуальной машины hyper-v, можно воспользоваться бесплатной программой Veeam Backup & Replication Community Edition. Она позволяет бэкапить до 10-ти виртуальных машин. Подробно познакомиться с функционалом и ограничениями бесплатной версии можно по ссылке.

Программа, конечно, монструозная, весит много, ставится долго, но зато никаких заморочек. Все настраивается легко и понятно через интерфейс программы. Для установки требуется .Net Framework 4.6. Можете установить заранее сами, либо инсталлятор veeam сам предложит вам это сделать.

После установки запускаете программу. Добавляете новый сервер:

Указываете, что это Standalone Hyper-V server, добавляете учетные данные и дожидаетесь окончания установки необходимых компонентов на hyperv сервере. После этого можно создать резервную копию виртуальной машины. Для этого выбираете гипервизор, виртуальную машину и либо делаете сразу бэкап, либо создаете запланированное задание.

Дальше указываете различные параметры бэкапа, в том числе место, куда он будет сделан. Не буду останавливаться на этом подробно. У Veeam отличная документация и интуитивно понятный интерфейс. Пример хорошего продукта. За то, что он есть под Hyper-V, я и люблю последний. Очень не хватает аналога Veeam для KVM или Xen.

Простое управление Hyper-V Server 2019 через 5nine Manager

Есть еще один способ управлять гипервизором Hyper-V Server 2019 — использовать бесплатную версию 5nine Cloud Manager Free. Сразу скажу, что начал описывать этот способ по инерции, так как давно знаком с продуктами от 5nine и они мне нравились. Но то, что я увидел в этот раз, мне не очень понравилось, но тем не менее, решил поделиться с вами, так как изучил продукт.

Раньше программа 5nine Manager для управления Hyper-V была другой. Я рассказывал о ней в отдельной статье. Сейчас этой программы вообще нет, а вместо нее 5nine Cloud Manager. Он более громоздкий и тормозной. Для установки требует sql сервер. Подойдет бесплатная редакция express. Нужно отдельно ставить серверную часть, отдельно консоль для управления, отдельно агент на hyper-v сервер.

Все стало намного сложнее по структуре, но в целом, если вам не хочется заморачиваться с описанными выше действиями, то можно попробовать с 5nine. В целом, процесс простой и выполняется все мышкой и визардами с кликанием далее — делее — делее. Чтобы все было понятно, расскажу по этапам.

1. Скачиваете и устанавливаете Microsoft SQL Server Express ни гипервизор.
2. Скачиваете 5nine Cloud Manager. Устанавливаете на гипервизор серверную часть приложения, которая работает с sql базой, на машину управления ставите консоль для подключения к серверной части.
3. Подключаетесь консолью и устанавливаете бесплатную лицензию, которая придет в письме после регистрации на сайте программы. Лицензия сроком на год, потом не знаю, что с ней делать, придется продлевать или будет и так работать. На прошлых версиях программы работала и так, продлевать было не обязательно.
4. Ставите консоль на гипервизор и подключаетесь теперь напрямую с гипервизора через rdp. Сразу так не сделал, потому что с гипервизора нельзя было добавить лицензию. Выскакивала ошибка. Наверно связано с тем, что гипервизор без gui, а визарду по добавлении лицензии он нужен. Могли бы это как-то исправить, было бы проще. Раньше все можно было сразу делать на гипервизоре.

Теперь подробнее и с картинками. Скачиваем и устанавливаем на Hyper-V Microsoft SQL Server Express с сайта Microsoft. Выбирайте тот же язык, что и в гипервизоре. Установка подойдет дефолтная. Установщик можно передать так же, как я показывал раньше, через \\hyperv2019\c$.

Дальше ставите 5nine Cloud Manager, серверную часть. В установщике она называется 5nine Management Service.

Установщик сам найдет установленную локально базу. В качестве авторизации в базе используйте системную учетную запись windows пользователя, от которого вы ставили SQL Server Express. Все остальные настройки установщика я оставлял дефолные.

Теперь переходите на любую клиентскую систему windows, с которой есть доступ к гипервизору и устанавливайте туда консоль управления.

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

После того, как добавите лицензию, можно идти на гипервизор, ставить туда же консоль и подключаться. После установки, ярлык для запуска будет лежать в C:\Users\All Users\Desktop. Я запускал оттуда. Когда запустите, сверните все, что открыто. Окно авторизации будет в фоне. Я не сразу это заметил и не мог понять, почему программа не запускается. По факту, она нормально работает на самом гипервизоре, кроме подключения к экрану виртуальной машины. Тут будет ошибка 🙁 А все остальное вроде работает.

Далее нужно добавить гипервизор в панель и дождаться, пока установится агент.

После установки агента, гипервизор с виртуальными машинами появится в панели.

Конечно, все получилось не так удобно, как хотелось бы, но в целом программа функциональная. Все основные действия с виртуальными машинами производить в ней можно. Жаль, что нельзя обойтись только гипервизором. Было бы удобно, если бы все работало на нем.

Заключение

Не понравилась статья и хочешь научить меня администрировать? Пожалуйста, я люблю учиться. Комментарии в твоем распоряжении. Расскажи, как сделать правильно!

Постарался рассмотреть все наиболее значимые аспекты в работе с бесплатным гипервизором от Microsoft. Можете сравнить его с бесплатным гипервизором на kvm — proxmox, который я рассматривал в своей статье установка и настройка proxmox. В proxmox мне нравится управление через web браузер. Не нужно ничего ставить на компьютер. После установки гипервизор сразу готов к работе.

В hyper-v удобно, что все системы его поддерживают без проблем. На kvm, к примеру, в proxmox, после установки windows систем в качестве гостевых машин, нужно будет устанавливать драйвера с отдельного диска, либо использовать готовые образы, где они будут уже интегрированы. Мелочь, но все равно не так удобно.

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

Прошлые статьи по Hyper-V:

Видео

Пока я не осилил запись и монтаж видео по новой версии. Кому недостаточно текста и очень хочется посмотреть видео по установке и настройке Hyper-V, предлагаю ролик от прошлой версии. Там почти все то же самое. По крайней мере основное так точно.

Онлайн курс Infrastructure as a code

Get-Command –ModuleHyper-V | Measure-Object

Get-NetAdapterBinding -InterfaceDescription "Hyper-V Virtual Ethernet Adapter" | Where-Object -Property DisplayName -Match IPv6 | Format-Table -AutoSize

Disable-NetAdapterBinding -InterfaceDescription "Hyper-V Virtual Ethernet Adapter" -ComponentID ms_tcpip6

Get-Command -Noun *Firewall* -Module NetSecurity

Enable-NetFireWallRule -DisplayName "Windows Management Instrumentation (DCOM-In)"
Enable-NetFireWallRule -DisplayGroup "Remote Event Log Management"
Enable-NetFireWallRule -DisplayGroup "Remote Service Management"
Enable-NetFireWallRule -DisplayGroup "Remote Volume Management"
Enable-NetFireWallRule -DisplayGroup "Windows Defender Firewall Remote Management"
Enable-NetFireWallRule -DisplayGroup "Remote Scheduled Tasks Management"

wbadmin get virtualmachines

wbadmin start backup -backuptarget:D: -hyperv:"Windows10" -quiet