Основы настройки VMware vSphere Resource Management

Введение

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

В этой статье мы углубимся в тему управления ресурсами vSphere, рассмотрев основы настройки управления ресурсами. Чтобы осветить эту тему, мы обсудим параметры распределения, общие ресурсы, резервирование, лимиты, используемый метод выделения и управление доступом.

Опять же, зачем вам нужно настраивать распределение ресурсов в vSphere? Это не то, что требуется во всех случаях. Однако, если вы уже знаете, что у вас есть экземпляры, в которых требуется больше ресурсов, чем доступно, вы уже знаете, что вам нужно настроить распределение ресурсов. Кроме того, если ваша цель консолидации виртуализации состоит в том, чтобы увеличить использование ресурсов (максимально увеличить ваши инвестиции в оборудование), то вы уже знаете, что рискуете максимально использовать свое оборудование (в какой-то момент), и безопасный выбор — настроить ресурсы распределение. Давайте узнаем, как.

Настройка резервирования

Одним из первых из трех способов настройки распределения ресурсов в vSphere является использование резервирования. Резервирование используется для выделения минимального количества ресурсов, которые будут доступны для виртуальной машины или пула ресурсов. При резервировании, даже когда сервер сильно загружен, виртуальная машина (или пул ресурсов) получит зарезервированные ресурсы. Вы можете зарезервировать ресурсы процессора или виртуальной памяти. Резервирование по умолчанию равно нулю. Резервирование следует использовать с осторожностью, так как вы отказываетесь от некоторых дополнительных преимуществ, предлагаемых vSphere. Резервирование процессора и памяти настраивается отдельно и работает по-разному. При резервировании памяти весь объем памяти резервируется и не может использоваться никакими другими виртуальными машинами. При резервировании ЦП количество МГц ЦП резервируется, но они МОГУТ использоваться другими виртуальными машинами до тех пор, пока они не потребуются.

Резервирование памяти на виртуальной машине настраивается в настройках виртуальной машины в виде МБ или ГБ и может быть настроено вплоть до максимального объема памяти на физическом хосте.

Рисунок 1: Настройка резервирования памяти

Резервирование CPU настраивается там же, в настройках виртуальной машины, в разделе CPU.

Рисунок 2: Настройка резервирования ЦП

Резервирование пулов ресурсов работает немного по-другому, поэтому давайте теперь поговорим о пулах ресурсов.

Настройка пулов ресурсов

Пулы ресурсов — это пул ресурсов, выделенных виртуальным машинам, содержащимся внутри. Пулы ресурсов предлагают ряд различных преимуществ:

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

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

Пулы ресурсов позволяют создать один пул ресурсов для файловых серверов и другой пул ресурсов для веб-сервера (и будущих веб-серверов). Ресурсов, выделенных пулу ресурсов веб-сервера, будет достаточно, чтобы веб-сервер всегда имел необходимые ему ресурсы.

Вот еще один пример, благодаря VMware.com. В этом более сложном примере ресурсы хоста распределены по двум отдельным пулам ресурсов.

Рис. 3. Пример пула ресурсов vSphere

Чтобы создать пул ресурсов, просто щелкните хост или кластер правой кнопкой мыши, выберите All vCenter Actions, а затем New Resource Pool.

Рисунок 4: Создание пула ресурсов

Отсюда вы даете новому пулу ресурсов имя и настраиваете конфигурацию ЦП и памяти. Пулы ресурсов могут содержать резервирование, а также доли и ограничения (о которых мы поговорим позже).

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

Как только вы создадите пулы ресурсов (родительский и дочерний), вам нужно будет переместить в них свои виртуальные машины (как правило, простым перетаскиванием).

Настройка общих ресурсов

Еще одна распространенная форма распределения ресурсов в vSphere — «доли». Общие ресурсы позволяют администратору указать важность виртуальной машины или пула ресурсов в виртуальной инфраструктуре. Например, приложение ERP уровня 1 и сервер базы данных получат «высокую» настройку общего доступа, тогда как сервер печати получит «низкую» настройку.

По умолчанию есть 3 настройки общего доступа:

• Высокий = 2000 долей на виртуальный ЦП и/или 20 долей на МБ сконфигурированной памяти
• Средний = 1000 долей на виртуальный ЦП и/или 10 долей на МБ сконфигурированной памяти.
• Низкий = 500 долей на виртуальный ЦП и/или 5 долей на МБ сконфигурированной памяти.

Вы также можете создать свои собственные настройки общего доступа.

Вот как будет выглядеть настройка параметров общего ресурса ЦП в новом пуле ресурсов.

Рисунок 5: Настройка общих ресурсов в пуле ресурсов

Также можно настроить общие ресурсы хранилища при использовании управления вводом-выводом хранилища (или SIOC).

На мой взгляд, общие ресурсы — это лучший способ гарантировать, что ваши наиболее важные виртуальные машины (и их приложения) получат необходимые им ресурсы.

Настройка лимитов

Еще один способ настроить распределение ресурсов в vSphere — использовать лимиты. Ограничения используются для ограничения объема операций ввода-вывода ЦП, памяти или хранилища, которые потребляет виртуальная машина (или пул ресурсов). Там, где резервирование и совместное использование используются для обеспечения того, чтобы виртуальные машины получали необходимые им ресурсы, ограничения используются для предотвращения использования виртуальными машинами слишком большого количества ресурсов. По умолчанию на виртуальной машине нет «ограничений». Важный момент в отношении ограничений памяти заключается в том, что, когда память виртуальной машины не ограничена, ограничением является объем настроенной памяти виртуальной машины.

Рисунок 6: Настройка ограничений для пула ресурсов

Какой метод распределения ресурсов использовать

Если у вас есть выбор между пулами ресурсов, резервированием, общим доступом и ограничениями, что из этого следует использовать? Ограничения редко рекомендуются, если только у вас нет приложений, которые работают неправильно (и в этом случае вам нужно исправить ваше приложение). Резервирование следует использовать для определенных приложений или для определенных пулов ресурсов.

На мой взгляд, пулы ресурсов и общие ресурсы (вместе) являются лучшим вариантом. Фантастический пост о пулах ресурсов см. в посте Криса Валя «Понимание пулов ресурсов в VMware vSphere».

Таким образом, кластер с несколькими пулами ресурсов и дочерними пулами ресурсов может выглядеть так:

Рисунок 7: Пример сценария пула ресурсов

Входной контроль

А как же входной контроль? Управление допуском — это функция vSphere, которая не позволяет вам включить виртуальную машину, для которой у вас нет необходимых ресурсов, необходимых для выполнения резервирования (или, по крайней мере, для обеспечения служебных данных виртуальной машины, которые требуются для всех виртуальных машин).

Когда вы используете vSphere highavailability (HA), вам необходимо учитывать управление допуском vSphere HA. Благодаря управлению допуском HA вам нужно не только предоставить ресурсы для включения виртуальных машин с резервированием, но и ресурсы, необходимые для предоставления виртуальных машин в случае сбоя физического сервера (или для поддержки указанной вами политики управления допуском HA)..