Глава 1. Ускорение развёртывания Hyper-V
"Отталкиваясь от моего слогана: `Делай проще и примитивнее (K.I.S.S., Keep It Smart and Simple)`, фаза планирования существенна для успешной реализации среды Hyper-V."
Андреас Баумгартен - MVP System Center Cloud and Datacenter Management
Содержание
Эта глава предоставляет обзор того каковы практические приёмы автоматизации установки хоста Hyper-V и его первого исполнения виртуальных машин VM (ВМ, virtual machines). Вы изучите как создавать автоматические установки Hyper-V с минимальными усилиями. Все показыыне в данной главе наши примеры проверены в реальных условиях практического применения.
Данная глава содержит следующие темы:
-
Планирование вашего хоста Hyper-V
-
Автоматическая установка Hyper-V с применением файлов XML
-
Быстрое развёртываание виртуальных машин
-
Нано сервер
Перед тем как вы начнёте разворачивать свой первый промышленный хост Hyper-V, убедитесь что вы завершили фазу подробного планирования. Меня часто привлекали во многие проекты Hyper-V для помощи в восстановлении того, что реализовал специалист. В большинстве случаев я начинал с исправления проекта, так как самые большие отказы проиходили там, однако обнаруживались позже, в процессе реализации. Я запомнил много проектов, к которым меня привлекали помогать с установкой и настройкой в процессе фазы реализации, потому что это были реальные этапы проекта, где требовался настоящий эксперт.
Однако, основываясь на опыте это замечание не верно. Наиболее критически важным для успешной фазы проекта являются два свойства - это редкое наличие технологического и организационного опыта при работе с Hyper-V. Если у вас нет отмеченного, поищите партнёра Microsoft с Золотой компетенцией, называемой Management and Virtualization в определении точного положения Microsoft (http://pinpoint.microsoft.com) и быстро просмотрите на отзывы, даваемые потребителями для успешных проектов Hyper-V.
Замечание | |
---|---|
Если вы считаете затрватным наём профессионала, наберитесь терпения при работе любтителя. Наличие профессионала на первом этапе проектирования является наилучшим способом ускорения вашего проекта Hyper-V. |
Прежде чем приступить к вашему первому промышленному размещению, убедитесь, что вы определили главную цель своего проекта и её интеллектуальные критерии выполнены на основании анализа текущего состояния. После этого вам следует быть способным планировать необходимые шаги для достижения поставленной цели, включая некий пилотный этап.
Помимо необходимости организационных навыков, обязательных для успешного осуществления проекта Hyper-V, существуют некоторые полезные инструменты, которые могут помочь в большинстве случаев с техническими подробностями. Для ответа на такие вопросы как сколько хостов мне нужно для моей настройки Hyper-V, сколько ЦПУ и сколько оперативной памяти понадобится, а также какая полоса пропускания требуется моей сетевой среде, я обычно применяю свободно распространяемый ускоритель решений, MAP Toolkit (Microsoft Assessment and Planning Toolkit, инструментарий оценки и планирования Microsoft, доступный для загрузки по ссылке http://bit.ly/1lzt2mJ. MAP toolkit показан на следующем снимке экрана:
Простой в применении MAP Toolkit выполняет полную инвентаризацию существующей у вас среды, включая производительность счётчиков во времени. После выполнения мастера установки в существующей у вас инфраструктуре, вы получите некий обзор, подробный отчёт об имеющемся оборудовании и программной инфраструктуре, а также - что более важно - измерения того как они используются в вашем центре обработки данных на текущий момент, включая использование ЦПУ, оперативной памяти, ввода/ вывода хранилища и сетевых ресурсов. MAP даже включает мастер планирования для проектирования ваших требований к оборудованию для ваших последующих хостов Hyper-V на основании ваших текущих рабочих нагрузок и аппаратных конфигураций.
После получения основного представления о текущем использовании и грядущих потребностях вашего оборудования, самое время выбрать надлежащие сервера для запуска Hyper-V и его ВМ. Хорошая новость в том, что большинство производителей серверов имеют в своём портфеле оборудование, которое хорошо выполняет эту задачу, поэтому выбирайте производителя, который вам понравится; существует только одна вещь, которыю вам совершенно необходимо обеспечить. Выбираемое оборудование должно присутствовать в каталоге Windows Server и быть сертифицировыанным для Windows Server 2016 (вы можете получить дополнителную информацию здесь: http://bit.ly/29W93Mg). Таким образом вы получите гарантии, что ваше оборудование прошло интенсивное тестирование для Windows Server 2016 с Hyper-V. Вы будете в состоянии открыть вызов поддержки Microsoft в случае, если вы всё- таки испытаете проблемы при использовании такого оборудования с Hyper-V. Если вы собираетесь использовать более ранние версии Hyper-V (чего следует избегать, однако вас могут к этому побуждать лицензии), выберите соответствующую ОС хоста в указанном каталоге оборудования. Убедитесь, что ваша настройка хоста включает все необходимые адаптеры для удовлетворения выбранному хранилищу (Глава 4, Практический опыт хранилищ), а также сетевой архитектуре (Глава 4, Практический опыт сетевой среды).
Выбираемый вами производитель ЦПУ не имеет гигантской разницы; только проверьте что вы закрепитесь за одним, так как смешанные производители ЦПУ не позволяют вам применять миграцию в реальном времени между хостами Hyper-V. Убедитесь, что выбранные модели ЦПУ имеют включёнными поддержку для виртуализации сервера (Intel VT/ AMD-V), а также Data Execution Prevention (XD/NX). Я настояетльно рекомендую чтобы вы применяли для виртуализации ЦПУ с включённой гиперпоточностью (hyperthreading) и активным SLAT (Second Level Address Translation, вторым уровнем трансляции адресов). Обе функции аппаратного ускорения ЦПУ явятся тем, что добавит больше производительности Hyper-V. Для лучшей производительности убедитесь, что вы приобрели модели ЦПУ из самой новой сертифицированной линейки среверов корпоративного уровня выбранного вами произодителя. Из- за особенностей текущих лицензий Windows Server 2016 Datacenter и некоторых других продуктов я рекомендую чтобы вы выбирали ЦПУ для получения по крайней мере 16 физических ядер в сервере. Если вам нужно больше физических ядер, вам понадибится приобретать дополнительные пакеты за каждые последующие два дополнительных ядра в вашем сервере. {Прим. пер.: или воспользуйтесь свободно распространяемым Hyper-V Server 2016, подробнее о рекомендуемых ценах на двухголовые процессоры E5-2600 v4 при покупке крупными партиями}.
Чтобы выбрать правильную память для ваших хостов Hyper-V, убедитесь что они поддерживают оперативную память ECC (Error Checking and Correction, с обнаружением и коррекцией ошибок) и выберите модули с достаточным объёмом чтобы соответствовать общему запроектированному объёму для ваших хостов. В текущее время оперативная память очень не затратна, вам следует выбирать мудули с большим размером без всяких сомнений, чтобы обеспечить в будущем рост. {Прим. пер.: Стоит обратить внимание на заполнение всех имеющихся каналов памяти у ЦПУ: для E5-2600v4 это четыре, для последующих версий процессоров (а у современных ЦПУ контроллер памяти встроен именно в него) это шесть. Такое заполнение даёт максимальную пропускную способность при интенсивной работе с памятью.}
Для вариантов хранилищ и сетевой среды отсылаем вас к соответствующим главам этой книги. Однако, для раздела управления хостом Hyper-V я настоятельно рекомендую чтобы вы использовали два локальных SSD или HDD в RAID 1 и не разделять эти диски с ВМ или другими данными. Я получал наилучшие результаты при таких локальных жёстких дисках и имел определённые проблемы со сценариями удалённой загрузки из- за более высокой сложности наладки загрузки с SAN, которая также возможна и доступна, однако не является предпочтительным сценарием. Для такой ОС вам не требуются высокопроизводительные диски; вся производительность ввода/ вывода должна добавляться в хранилище ВМ.
Также важно выбирать корпуса несколько большего размера нежели большое число маленьких хостов Hyper-V. Это Даст вам более эффективное управление. Однако, при необходимости наличия в кластере отказоустойчивого ресурса, кластер Hyper-V должен состоять по крайней мере из трёх узлов; в противном случае 50 процентов вашего оборудования будет зарезервировано для отказоустойчивых сценариев. {Прим. пер.: Можно предложить компромисс с разделением ваших служб по категоряим важности: менее важные могут быть отключены на время отказа какого- либо оборудования.}
Советуем также обратиться к Главе 7, Настройка производительности Hyper-V; она содержит расширенные наставления по выбору размеров оборудования для тонкой настройки производительности.