E:\SOFT\Виртуализация\Гипервизоры\Hyper-V\Требования\RAM
Поскольку гостевые виртуальные машины работают в памяти, физическая оперативная память хост-сервера может напрямую влиять на производительность виртуальной машины. Критически важным виртуальным машинам следует выделить больше памяти по сравнению с неинтенсивным приложением, например почтовым сервером.
При определении размера памяти важно помнить, что у самого Hyper-V накладные расходы на память будут составлять 23% от общего количества памяти, а для ОС хоста также должно быть доступно 24 ГБ. Так, например, если на сервере развернуто 5 виртуальных машин, и каждой виртуальной машине требуется 2 ГБ памяти, хост-сервер должен иметь как минимум 16 ГБ ОЗУ. Перегрузка сервера большим количеством виртуальных машин или установка на сервер большего объема оперативной памяти в этом случае не будет хорошим выбором.
E:\SOFT\Виртуализация\Гипервизоры\Hyper-V\Требования\Диски
Хотя хранилище это не самое узкое место в оборудовании, его размер должен быть правильным, чтобы обеспечить достаточно места для файлов и данных, как хоста, так и гостевой ОС. Общий объем дискового пространства зависит от ожидаемого совокупного размера всех машин вместе взятых. Скорость роста данных для каждой виртуальной машины также должна быть учтена при определении размера. Конфигурации RAID, более высокие обороты в минуту и возможность использования твердотельных накопителей улучшат производительность.
Когда дело доходит до запуска виртуальных машин Hyper-V, Hyper-V использует две ключевые технологии хранения. Еще в Windows Server 2008 R2 была представлена функция под названием Cluster Shared Volumes (CSV), которая позволяла доступ к виртуальным машинам Hyper-V с нескольких хостов и значительно упростила процесс выделения хранилища в среде Hyper-V. С CSV несколько хостов Hyper-V могли взять на себя владение виртуальными машинами на одном LUN с использованием технологии CSV.
CSV также предлагают преимущества отказоустойчивости для виртуальных машин Hyper-V, позволяя одновременно выполнять несколько подключений к одному LUN. Это позволяет иметь несколько подключений для обеспечения отказоустойчивости. CSV это, безусловно, способ обеспечить простоту, отказоустойчивость и общую передовую конфигурацию в кластерах Hyper-V для доступа к хранилищу для подготовки виртуальных машин.
Другой ключевой технологией хранения в Hyper-V является отказоустойчивая файловая система (ReFS). ReFS позволяет включать дедупликацию и сжатие на томе, отформатированном в ReFS. Это была ключевая область, в которой технология Hyper-V Storage Spaces Direct отставала от VMware vSAN. Однако с выходом Windows Server 2019 тома Storage Spaces Direct, отформатированные с помощью ReFS, в некоторых случаях могут сократить до 90% пространства хранения.
Storage Spaces Direct (S2D) это технология программно-определяемого хранилища Microsoft, которая позволяет клиентам использовать обычное оборудование для реализации программно-определяемых кластеров хранения для запуска виртуальных машин Hyper-V. Решение легко масштабируется и обеспечивает отличную производительность.
Следует отметить важное обстоятельство. ReFS не следует использовать с CSV. При развертывании с использованием NAS или SAN это может существенно повлиять на производительность CSV. Когда используются CSV, всегда используйте NTFS в качестве предпочтительной файловой системы в производственных средах.
E:\SOFT\Виртуализация\Гипервизоры\Hyper-V\Требования\Сеть
Хотя сетевой адаптер не указан в списке требований к оборудованию, очевидно, что весь трафик хост-сервера и гостевых виртуальных машин будет проходить через доступный физический сетевой интерфейс. Как правило, рекомендуется иметь два сетевых адаптера: один предназначен для ОС хоста, а второй используется совместно с виртуальными машинами. В случае если для конкретной виртуальной машины ожидается интенсивная рабочая нагрузка, можно рассмотреть другой выделенный сетевой интерфейс. Как минимум, следует использовать 2 порта GigEthernet, чтобы можно было использовать карту с четырьмя портами для увеличения сетевого трафика.
Существует три типа виртуальных коммутаторов Hyper-V:
Различные типы виртуальных коммутаторов Hyper-V позволяют подключать виртуальные машины Hyper-V к внешней физической сети, а также изолировать трафик виртуальных машин для таких целей, как гостевая кластеризация и т. д. VLAN, подмена MAC-адреса и другие возможности существуют в настройках виртуального коммутатора Hyper-V по умолчанию.
E:\SOFT\Виртуализация\Гипервизоры\Hyper-V\Рекомендации
Виртуализация может вызвать проблемы, если она не настроена и не продумана должным образом. Мы рассмотрим несколько советов для оптимальной конфигурации вашей виртуальной инфраструктуры.
Лицензируйте все. Не забывайте о лицензировании, как для гостевой, так и для хост-операционных систем, а также для всех установленных приложений. Тот факт, что ваша гостевая ОС принимает лицензионный ключ для стандарта Windows Server, не означает, что вы можете использовать этот ключ в бесконечном количестве виртуальных машин. Консультируйтесь торговым представителем, чтобы узнать, какие лицензии вам нужны.
Не используйте виртуализацию, когда она не требуется. Не все задачи предназначены для виртуализации и не только из соображений совместимости. В некоторых случаях вам нужны характеристики или производительность физической машины. Приложения или службы с большим количеством графических процессоров, для которых требуются специальные аппаратные ключи, обычно плохо работают в виртуальной среде.
Актуализируйте оборудование. Каждое новое поколение процессоров вносит улучшения в виртуализацию, будь то повышение производительности или поддержка новых функций виртуализации, таких как Intel VT-x для вложенной виртуализации. Использование 10-15-летнего сервер для виртуализации Windows 10 с тяжелым набором ПО, это не лучшая идея. Планируйте апгрейд заранее и убедитесь, что ваше оборудование соответствует актуальным требованиям.
Предоставляйте ВМ необходимое количество виртуальных процессоров. Даже если сервер предназначен исключительно для целей виртуализации, может не потребоваться увеличивать мощность каждой виртуальной машины до максимально возможных значений, особенно когда речь идет о ресурсах ЦП. Предоставляя каждой виртуальной машине большое количество виртуальных процессоров, вы ограничиваете количество виртуальных машин, которые может поддерживать физический сервер. Проанализируйте, для чего вам действительно нужна эта виртуальная машина. Установите и протестируйте приложение или службу, которые вы хотите виртуализировать на «реальном» оборудовании. Только после этого вы сможете определиться с необходимым количеством ядер, которое нужно выделить виртуальной машине.
Предоставляйте ВМ необходимое количество оперативной памяти. Вы не должны давать виртуальной машине больше оперативной памяти, чем ей действительно нужно. Вместо этого попробуйте выяснить, сколько памяти требуется пользователю или среде приложения. Например, если вы подготавливаете виртуальные машины для поддержки небольшой группы сотрудников, использующих только Windows 7, Microsoft Office и, возможно, бизнес-приложение, им будет достаточно 24 ГБ памяти при условии, что пользователи не выполняют много задач одновременно и не работают с большими файлами. Сравните производительность и использование системы с течением времени, просматривая мониторы производительности и файлы журналов приложений.