Развертывание и настройка виртуальных машин Server Core на Hyper-V (часть 1)

• Развертывание и настройка виртуальных машин Server Core на Hyper-V (часть 4)
• Развертывание и настройка виртуальных машин Server Core на Hyper-V (часть 5)
• Развертывание и настройка виртуальных машин Server Core на Hyper-V (часть 6)
• Развертывание и настройка виртуальных машин Server Core на Hyper-V (часть 7)

Введение

Хотя мысль об отказе от графического интерфейса Windows может быть более чем пугающей, нельзя отрицать, что Server Core идеально подходит для сред Hyper-V. Одна из основных концепций виртуализации серверов заключается в том, что виртуализация серверов позволяет лучше использовать недоиспользуемые аппаратные ресурсы за счет размещения нескольких виртуальных машин на каждом физическом сервере. Теперь, когда виртуализация серверов доказала свою надежность, вопрос, похоже, изменился с «Как я могу лучше использовать свое серверное оборудование» на «Что я могу сделать, чтобы увеличить количество виртуальных серверов, которые может использовать каждый хост-сервер?» поддерживать".

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

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

Зачем беспокоиться об использовании основных серверов?

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

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

Безусловно, самая большая тенденция в ИТ — это облачные вычисления. Прямо сейчас есть поставщики, которые работают над тем, чтобы заставить своих клиентов перенести все в облако. Однако одна из основных проблем, связанных с этим (помимо того факта, что это может оставить ИТ-специалистов без работы), заключается в том, что облачные вычисления могут потреблять большую часть полосы пропускания Интернета. По мере роста популярности облачных вычислений можно поспорить, что провайдеры будут вынуждены предпринять шаги для снижения потребления полосы пропускания Интернета. Одним из наиболее логичных способов достижения этой цели будет отказ от интерфейса GUI и предоставление подписчикам интерфейса командной строки для управления сервером посредством развертывания ядра сервера.

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

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

Вопросы о ядре сервера

Теперь, когда я закончил разглагольствовать о будущем ИТ, я хочу снова обратить внимание на насущную проблему — запуск основных серверов на Hyper-V. Если вы никогда раньше не работали с главным сервером, у вас наверняка возникло множество вопросов. Некоторые из этих вопросов могут включать:

• Как установить службы интеграции Hyper-V?
• Что входит в процесс первоначальной подготовки?
• Какие ресурсы мне нужно выделить для главного сервера?
• Будут ли мои приложения работать на главном сервере?

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

Распределение ресурсов

Неудивительно, что Microsoft предоставляет набор требований к оборудованию для Windows Server 2008 и Windows Server 2008 R2. Что может вас удивить, так это отсутствие отдельного набора требований для развертывания ядра сервера. Таким образом, вам решать, какие ресурсы действительно нужны вашим основным серверам.

По данным Microsoft, Windows Server 2008 и Windows Server 2008 R2 могут работать с объемом памяти всего 512 МБ. Если вы не знаете, какие требования будут предъявляться к развертыванию ядра сервера, то я советую начать с выделения серверу 2 ГБ, что является рекомендуемой минимальной конфигурацией памяти для Windows Server 2008 (Microsoft не дает рекомендаций по объему памяти для Windows Server 2008 R2). После этого вы можете использовать системный монитор, чтобы определить, нужно ли вам выделить дополнительную память для виртуальной машины или вы можете уменьшить объем выделенной памяти.

Чего не хватает?

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

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

Конечно, Microsoft сделала больше, чем просто избавилась от меню «Пуск» и инструментов управления. Основная цель Microsoft при создании главного сервера заключалась в том, чтобы уменьшить поверхность атаки сервера. Для этого они удалили несколько других функций. Например, в Windows Server 2008 Microsoft отказалась от инфраструктуры.NET, Internet Explorer и PowerShell для развертывания Server Core.

К тому времени, когда Microsoft выпустила Windows Server 2008 R2, они поняли, что и.NET Framework, и PowerShell важны. Некоторые в Редмонде хотели оставить Server Core максимально упрощенным, в то время как другие хотели добавить PowerShell и.NET Framework в Server Core. В качестве компромисса.NET Framework и PowerShell были включены в версию Server Core для Windows Server 2008 R2, но по умолчанию отключены.

Вывод

Теперь, когда я познакомил вас с некоторыми причинами использования Server Core в среде Hyper-V и ответил на некоторые вопросы, связанные с Server Core, я хочу обратить внимание на развертывание и настройку Server Core. Я всегда считал, что лучше учиться, делая что-то, а не читать об этом, поэтому в следующей статье этой серии я начну рассказывать вам о процессе развертывания и настройки Server Core.

• Развертывание и настройка виртуальных машин Server Core на Hyper-V (часть 4)
• Развертывание и настройка виртуальных машин Server Core на Hyper-V (часть 5)
• Развертывание и настройка виртуальных машин Server Core на Hyper-V (часть 6)
• Развертывание и настройка виртуальных машин Server Core на Hyper-V (часть 7)