Рекомендации для эталонных ВМ

В общем  случае  вот что можно  порекомендовать делать  для  шаблонов ВМ с упором на Windows:

Q  выполнить выравнивание диска (disk alligment, о нем чуть ниже, в разделе

про виртуальные диски).  Загрузочный диск следует выравнивать до установки ОС;

Q  настройте BIOS при необходимости.  Например, пароль, порядок загрузки;

Q  внесите типовые  для вашей инфраструктуры изменения в файл настроек (*.vmx), если таковые есть. Например, настройки

vlance.noOprom =  «true» vmxnet.noOprom  = «true»

запретят  загрузку  по pxe для  контроллеров типа  flexible  и vmxnet.  Это может быть нужно  из соображений  безопасности.  Информацию о подобных параметрах файла *.vmx ищите в первую очередь в документе vSphere Hardening Guide, раздел  Virtual  Machines;

Q  само собой, устанавливать последние обновления;

Q  установить  VMware tools;

Q  поменяйте  тип SCSI-контроллера на наиболее оптимальный из поддерживаемых. Лучше всего VMware Paravirtual;

Q  удалить  файлы  для отката  обновлений из %systemroot%.  Обычно  это каталоги  $NTUnistallxxxxxx$ и $NTServicePackUninstall$ (для  ОС Vista  и старше используйте compcln.exe);

Q  дефрагментировать жесткие диски ВМ;

Q  в документации вашей системы хранения  вам наверняка встретятся рекомендации  повысить  тайм-аут  отклика  от диска в гостевой  ОС. Для этого

в ключе реестра HKEY_LOCAL_MACHINE ? System ? CurrentControl-

Set ? Services ?Disk укажите значение в 60 (для FC/iSCSI) или в 125 (NFS);

Q  некоторые  источники рекомендуют  отключать  скринсейвер,  в том  числе тот, что работает при отсутствии  залогиненных пользователей;

Q  установить  и настроить  все необходимые  службы  ОС. Например, Remote Desktop,  IIS, SNMP и т. п.;

Q  установить  типовое ПО. Обратите  внимание, что это ПО должно нормально относиться  к смене имени ОС;

Q  не пренебрегайте полем описание (Description). Хорошей привычкой явля ется занесение туда полной информации о шаблоне (зачем был сделан этот шаблон и как предполагается его использование. Например: «типовой узел кластера для промышленных нагрузок») и дате последнего изменения;

Q  бывает  удобно  в имени  шаблонов  использовать префикс,  который  одно-

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

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

Q  обратите внимание  на то, что нет простой возможности увеличить размер

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

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

Обратите внимание. При конвертации шаблона в ВМ лучше всего использовать то же хранилище – тогда при конвертации не будет копирования файлов шаблона, что значительно ускорит процедуру.  VMware рекомендует выделять отдельное хранилище (LUN) под шаблоны (и iso-образы). Эта рекомендация дается из соображения упрощения администрирования СХД, упрощения расчета необходимого места, презентования этого LUN всем серверам.

Виртуальная машина – это не что иное, как набор виртуального оборудования. Притом  набор, достаточно  ограниченный, практически весь представленный на рис. 5.8.

Рис. 5.8. Список комплектующих виртуальной машины

В этом списке не отображаются слоты PCI. В ВМ с версией виртуального оборудования 7 их порядка 16, что означает: в ограничение по количеству PCI-слотов мы не упремся. Они могут быть заняты следующими  устройствами:

Q  один всегда занят под видеоконтроллер;

Q  SCSI-контроллерами (до 4 на ВМ);

Q  сетевыми контроллерами (до 10 на ВМ);

Q  PCI-контроллером памяти  в случае включения VMI (паравиртуализации для гостевой ОС), займет один слот;

Q  если мы импортируем ВМ, созданную  в VMware  Workstation, то там еще может быть аудиоконтроллер.

Пойдем  по порядку  с прочими  устройствами и компонентами  виртуальной машины.

5.3.1. Memory

Для оперативной памяти  мы можем указать размер. Притом  здесь мы указываем размер максимальный. В реальности  гипервизор  может выделять этой ВМ меньше оперативной памяти.  Это происходит  в ситуациях,  когда ВМ просто не использует  весь выданный  ей объем, и в ситуациях,  когда памяти на все ВМ не хватает. Как управлять распределением памяти в таких ситуациях, поговорим позже, в разделе про распределение ресурсов.

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

5.3.2. CPUs

В настройках процессора мы можем лишь указать их количество для этой ВМ. Обратите  внимание:  виртуальный процессор  ВМ (vCPU) – это одноядерный (!) процессор. То есть независимо  от того, скольки ядерные у вас физические процессоры в сервере, один процессор виртуальный даст производительности не больше производительности одного физического ядра. Таким  образом, одна ВМ сможет получить производительности не более четырех (или восьми для лицензии Enterprise Plus)  ядер.

Количество vCPU может быть любым – от 1 до 8, в том числе и нечетным (не учитывая  вопроса поддержки  того или иного числа CPU  гостевой ОС). Но число vCPU одной ВМ не может превышать  число ядер в сервере, так как vCPU одной ВМ всегда работают на разных ядрах.

В ВМ у вас может использоваться ПО,  которое  зависит  от процессоров не только с точки зрения производительности. Какое-то ПО может лицензироваться на процессоры, какое-то ПО может иметь ограничение на количество  используемых процессоров.  Хорошим  примером  последнего является Windows Server 2003 Standard Edition.  Эта операционная система не увидит больше 4 процессо-

ров. Обидно  иметь в сервере  4 шестиядерных процессора,  в то время как одна ВМ с такой ОС может задействовать не более 4 из этих 24 ядер. В таких ситуациях вас может выручить  интересная  настройка, позволяющая несколько  виртуальных  процессоров  представить  как несколько  ядер одного. Для реализации этой функции:

1.    Выключите  ВМ. Выдайте ей 2, 4 или 8 процессоров.

2.    В свойствах  ВМ вам нужна закладка  Options ? Advanced ? General ?

Configuration Parameters.

3.    Нажмите кнопку Add Row.

4.    В столбце Name укажите имя параметра

cpuid.coresPerSocket

5.    В столбце Value укажите значение – 2, 4 или 8.

Значение из пункта 5 – это количество  ядер на один виртуальный процессор.

То есть если мы для ВМ выдали  8 процессоров  (пункт  № 1) и количество ядер на vCPU указали  4 (пункт  № 5), то ВМ увидит 8 ?  4 = 2 процессора, с 4 ядрами

каждый.

Данная  настройка  поможет  с технической  точки  зрения  (ВМ  увидит  свои 2 процессора  по 4 ядра), но не факт, что поможет с лицензионной. Следует уточнять по документации поставщика ПО. Например, согласно  текущим  правилам  лицензирования, Microsoft учитывает физические процессоры (сокеты, а не ядра), на которых явно выполняется то или иное ПО.

Еще подробностей  про работу процессора  и перераспределение ресурсов читайте в разделе про распределение ресурсов.

Источник: Михеев М. О.  Администрирование VMware vSphere 4.1. – М.: ДМК Пресс, 2011. – 448 с.: ил.

Похожие посты:

Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий