Компания Microsoft проделала большую работу, направленную на облегчение использования Hyper-V. Уже нет необходимости обладать какими-то специальными навыками для того чтобы создать виртуальную машину и запустить ее в работу. В процессе установки и настройки Hyper-V, используется множество мастеров, помогающих создать виртуальную среду в соответствии с лучшими практиками. Однако, несмотря на все улучшения, существует еще много мест, которые могут вызвать ошибки, из-за чего ИТ специалисты подвергают большому риску свои виртуальные среды и даже не подозревают об этом.
Ниже описаны наиболее распространенные ошибки при развертывании Microsoft Hyper-V и способы, позволяющие их избежать.
Игнорирование сети управления
При развертывании роли Microsoft Hyper-V необходимо выделить отдельную сетевую карту для управления. Однако, многие не желают терять сетевой интерфейс, используя его только для управления. Многие специалисты считают, зачем выделять отдельный сетевой интерфейс на управление когда и так все работает. Зачем же нужен отдельный порт управления?
На хосте Hyper-V может выполняться несколько виртуальных машин. В случае, если через сетевой интерфейс управления работают виртуальные машины, существует возможность получить доступ к виртуальным машинам, их жестким дискам и данным. Поэтому хост Hyper-V должен управляться через отдельный сетевой интерфейс в специально выделенной для администрирования сети. Без соблюдения этого правила, вы подвергаетесь значительным рискам.
Использование неверного вида диска
При создании виртуальной машины, создается виртуальный жесткий диск. Это динамически расширяющийся диск, представляющий собой файл в системе хранения хоста. При установке задается объем жесткого диска виртуальной машины, первоначально этот объем не занимает все место на жестком диске хоста, происходит постепенный рост виртуального жесткого диска по мере необходимости. Пример, если при создании новой виртуальной машины вы указали размер жесткого диска 150 Гб, установили ОС объемом 7 Гб, файл жесткого диска виртуальной машины будет размером 7 Гб.
Такое динамическое изменение размеров жесткого диска обладает не только плюсами, но вызывает проблемы производительности. Поскольку при добавлении необходимого места расходуется мощность хоста, особенно это заметно при добавлении в виртуальную машину файлов большого размера.
Еще одной проблемой, вызванной динамическими дисками, может служить сложность отслеживания необходимого объема на жестком диске хоста. Возможны ситуации, когда динамический диск должен расти, а свободного места на жестком диске хоста нет.
Избежать подобные ситуации позволяют диски фиксированного объема (fixed disks).С fixed disks при создании виртуальной машины, сразу создается файл VHD необходимого объема. Кроме этого, диски с фиксированным объемом не создают проблем производительности.
Некорректное использование Snapshot
Одной из главных причин, из-за которой системные администраторы используют Microsoft Hyper-V, является возможность создания снимков системы (Snapshot). Это простой способ возвратиться в исходное состояние в случае возникновения непредвиденных обстоятельств. Однако, существует несколько проблем, связанных с использованием снимков.
Первое, и самое важное, следует помнить, что создание Snapshot не заменяет необходимость делать резервные копии систем. Создание снимков не позволяет выполнить пофайловое восстановление в случае необходимости, и не решит возможных проблем в случае сбоя сервера Hyper-V.
Второе, необходимость перерыва в работе виртуальных машин. По умолчанию Snapshot файлы сохраняются там же, где находится VHD файл, поэтому они могут служить причиной нехватки места для VHD файлов. В случае нехватки места, первым порывом, для обеспечения необходимого места, может стать удаление Snapshot файлов, используя Hyper-V Manager. Файлы будут помечены для слияния с родительским образом, а само слияние произойдет только после завершения работы виртуальной машины. В случае большого количества снимков, слияние может занять продолжительное время.
Большое количество CPU
Использование многоядерных процессоров стало обыденным явлением, средний современный типичный сервер содержит 8 ядер и это становится нормой. Не без основания считается, что большое количество ядер повышает производительность. Microsoft Hyper-V позволяет использовать до четырех (в случае версии Hyper-V R2 до 32 процессоров) на виртуальную машину.
При использовании виртуальных серверов необходимо соблюдать пропорцию 2 виртуальных процессора на одно физическое ядро. В случае четырех ядерных процессоров это означает, что вы не должны использовать больше восьми виртуальных процессоров для увеличения производительности. Кроме того, виртуальная машина не может использовать отдельное ядро, в случае выделения ей четырех ядерного процессора. Вы должны иметь серьезную причину, что бы использовать в вашей виртуальной машине многопроцессорную конфигурация, такой причиной может служить использование большой базы данных.
Неполное использование возможностей виртуальной сети
Виртуальные свитчи расширяют вашу сетевую топологию. Сетевые администраторы настраивают виртуальные сети, или VLAN, используют 802.1Q транкинги, что бы сделать сеть более эффективной и легкой в управлении.
При подключении к порту свитча, мы все еще считаем, что наш хост является конечной точкой этого сетевого подключения, однако это уже не так. При использовании VLAN, существует возможность расширить функциональность до ваших виртуальных машин. Используя VLAN и транкинг, у вас отпадает необходимость в конфигурировании отдельной сетевой карты для каждой подсети. Вы можете подключать виртуальные машины к различным сетям, используя меньшее количество сетевых портов. Это особенно ценно в случае, когда вы ограниченны количеством сетевых портов, например при использовании blade серверов.
Microsoft Hyper-V позволяет администраторам использовать виртуализацию без необходимости дополнительного специального обучения. Однако, легкость установки Hyper-V сервера еще не говорит о том, что нет особых моментов, которые необходимо учитывать. Использование виртуализации дает множество положительных результатов, которые позволяют забыть все недостатки, но, только до того момента, когда произойдет сбой. Чтобы избежать этого сценария, принимайте правильные решения на начальном этапе создания виртуальной среды.
