Настройка Resource Allocation для виртуальных машин |создания виртуальных машин [VMware | Официальный партнер

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
~~META:
title =Настройка Resource Allocation для виртуальных машин |создания виртуальных машин~~
{{description>Настройка Resource Allocation для виртуальных машин, создания виртуальных машин, параметры Resources Allocation, Последовательность выставления параметров}}
{{keywords>Resource Allocation VMware Shares Reservation Limit}}
{{htmlmetatags>metatag-robots=(Index, follow)
{{htmlmetatags>metatag-keywords=(Resource Allocation VMware Shares Reservation Limit)
    metatag-og:description=(Настройка Resource Allocation для виртуальных машин, создания виртуальных машин, параметры Resources Allocation, Последовательность выставления параметров)
}}
====== Настройка Resource Allocation для виртуальных машин ======
{{ :news:vmware_logo_gry_rgb_300dpi.jpg?nolink&200|Resource Allocation}} 
\\
При создании виртуальных машин (ВМ) на хосте ESX, мы сталкиваемся с параметрами Resources Allocation. \\
Немного поподробнее остановимся на них.
В Resources Allocation входят несколько настраиваемых значений:
  - Shares;
  - Reservation;
  - Limit;
Все параметры устанавливаются отдельно для RAM и CPU, так что можно настроить хост достаточно гибко в плане использования ресурсов.

===== Shares =====
Для этого параметра возможно установить 4 значения:
  - Low;
  - Normal;
  - High;
  - Custom;
Данный параметр будет устанавливать приоритет использования всех ресурсов для ВМ на хосте. Разбиение по группам приоритетов следующее: Normal имеет в два раза больший приоритет по сравнению с Low, а High в два раза больший приоритет по сравнению с Normal. Численно это будет равно:
  - Low -- 5 единиц на каждый Мб/МГц;
  - Normal -- 10 единиц на каждый Мб/МГц;
  - High -- 20 единиц на каждый Мб/МГц;
  - Custom -- устанавливаем значение самостоятельно;
Этот параметр вступает в силу только в том случае, когда выделенных ресурсов начинает не хватать.

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

=== Limit ===
Если Reservation определял минимальное потребление ресурсов, то Limit определяет максимальное потребление ресурсов виртуальной машиной. В отличие от Reservation, параметр Limit не будет играть роль при расчете Share, то есть, если мы установим лимит по памяти, ВМ при любых условиях не сможет его перейти, даже если ей будет выделено больше. Параметр Limit будет устанавливать верхнюю планку для параметров ВМ.

<WRAP tip>
\\
Другими словами, Reservation устанавливает нижнюю планку использования ресурсов, а Limit -- верхнюю.
</WRAP>

== Resource Allocation ==
Параметр Reservation устанавливает нижнюю планку использования ресурсов для ВМ на хосте ESX.\\
Параметр Limit устанавливает верхнюю планку использования ресурсов для ВМ на хосте ESX.\\
Параметр Share задает приоритет использования ресурсов для ВМ на хосте ESX.\\
\\
** Последовательность выставления параметров **\\
Для простоты решения мы будем использовать лишь настройки Resource Allocation для RAM на хосте ESX.

**Какие исходные данные нам нужны:**
  - Мы должны знать параметры ESX хоста;
  - Мы должны знать количество ВМ и параметры каждой (для простоты, можно выписать в таблицу);
  - Нам нужно понимать приоритетность машин (какое назначение у каждой из ВМ):
    * Первый приоритет -- самые важные для компании машины, без которых не возможна будет дальнейшая работа всей компании;
    * Второй приоритет -- важные машины, это все ВМ, работа которых влияет на работу отделов либо подразделений компании;
    * Третий приоритет -- маловажные ВМ, это машины, работа которых повлияет лишь на работу отдельных сотрудников;
    * Четвертый приоритет -- не важные ВМ, машины, использующиеся либо в тестовых целях, либо не относящиеся к работе компании, отказ которых не повлияет на работу компании;
  - Нам нужно знать, сколько ресурсов использует ВМ в среднем;

**Последовательность действий при настройке параметров Share, Reservation, Limit:**

^ Название ESX хоста ^^
| **Общая память, доступная на хосте ESX, Гб** | **Общий CPU, доступный на хосте ESX, ГГц** |
| данные | Данные |

^ № ^ Название ВМ ^ Заданная RAM ^ Заданный CPU ^ Приоритет ^ Среднее использование RAM ^ Среднее использование CPU ^
| данные | данные | данные | данные | данные | данные | данные |

  - Рисуем приблизительную таблицу для нашего сценария;
  - В первую очередь стоит заняться ВМ с приоритетом 1 (устанавливаем им значения Reservation, необходимое для работы ВМ). В большинстве случаев, необходимо устанавливать значение Reservation лишь для машин первого приоритета, изредка для второго;
  - Параметр Limit не особо важен при назначении машинам, поэтому он либо не устанавливается никому вовсе, либо его можно назначить машинам четвертого приоритета в тестовых средах, изредка третьего;
  - Устанавливаем приоритеты для всех ВМ параметром Share (для первого приоритета устанавливаем значение High, для второго -- Normal, для третьего -- Low, для четвертого -- Custom, и устанавливаем Custom, как значение, например 2 единицы на 1Мб/МГц ресурсов). Возможно, также сместить приоритеты, установив первому приоритету значение Custom, и выставить в столько раз больший приоритет по сравнению с High, во сколько это там нужно;
\\
** Пример ** \\
Есть 1 хост ESX, с 6Гб RAM. На нем исполняются 2 ВМ для поддержки VCenter и View (им выделено по 4Гб памяти каждой), 1 машина с AD (3 Гб памяти), а также 4 ВМ, использованные под рабочие столы View (по 1Гб каждая).

^ ESX-001 ^^^^^^^^^
| Общая память, доступная на хосте, Гб ||||| Общий CPU, доступный на хосте, ГГц ||||
| 6 Гб ||||| Не важно в нашем примере ||||
| № | Название ВМ | Кол-во | Заданная RAM | Заданный CPU || Приоритет | Среднее использование RAM | Среднее использование CPU |
| 1 | VCenter | 1 | 4Гб | Не важно в нашем примере || 1 (20) | 1.5Гб | Не важно в нашем примере |
| 2 | AD | 1 | 3Гб | Не важно в нашем примере || 2 (10) | 1Гб | Не важно в нашем примере |
| 3 | View | 1 | 4Гб | Не важно в нашем примере || 2 (10) | 500Мб | Не важно в нашем примере |
| 4 | Desktops | 4 | По 1Гб | Не важно в нашем примере || 3 (5) | 250Мб | Не важно в нашем примере | 

  - Рисуем таблицу;
  - Мы знаем, что если мы выделим серверу VCenter 1.5Гб памяти и меньше, при загрузке он не будет поднимать половину сервисов, а при работе начнет их попросту останавливать. Мы устанавливаем ему параметр Reservation -- 2Гб. Также AD перестанет корректно работать, если у него будет меньше 1Гб памяти. Установим Reservation -- 1Гб;
  - Мы выделили, что особый приоритет имеет лишь сервер VCenter, ему мы и отдаем параметр Share -- High. Нам не нужно, чтобы все 4 ВМ для View Desktops использовали ресурсы одинаково с другими ВМ, так что им мы выделяем значение Share -- Low. Серверам AD и View мы оставляем значение Share -- Normal;
  - Параметр Limit в пределах одного хоста, а тем более исполняющийся на ВМ не нужен в нашем случае, так что его устанавливать мы не будем ни для одной из ВМ;

Существует два варианта развития событий:
  * Ресурсов хватает на всех;
  * Виртуальным машинам начинает не хватать ресурсов, выделенных сервером;

  - В первом случае, когда ВМ хотят потреблять ресурсов в сумме, не более чем есть у нашего хоста, параметр Share исполняться не будет, лишь Reservation сразу выдаст нашим 2 машинам (VCenter и AD) установленные значения, если хост выдал меньше;
  - Во втором случае, когда все ВМ хотят использовать все выделенные им ресурсы при создании, начнется распределение ресурсов. В соответствие с параметром Share наши ВМ будут распределены следующим образом:

Рассчитываться значения параметров будут следующим образом:

(X*A<sub>1</sub>*B<sub>1</sub>)+(X*A<sub>2</sub>*B<sub>2</sub>)+…+(X*A<sub>n</sub>*B<sub>n</sub>)=N ;

Где N -- объем памяти ESX хоста;\\
X -- коэффициент расчета остаточного места;\\
A<sub>1</sub>-A<sub>n</sub> -- коэффициенты всех приоритетов, присутствующие в настройках ВМ;\\
B<sub>1</sub>-B<sub>n</sub> -- Параметры каждой ВМ (RAM или CPU);\\

После нахождения X (в нашем случае он равен 176.47), мы подставляем его в нашу формулу, каждая скобка будет равна объему памяти для соответствующей ВМ, например X*A<sub>1</sub>*B<sub>1</sub>=N<sub>1</sub>, где N<sub>1</sub> будет равно высчитанному объему памяти первой ВМ:
    * VCenter -- 2824 Гб;
    * AD -- 1059 Гб;
    * View -- 1413 Гб;
    * 4 vDesktops -- по 176 Мб;

Если сравнивать с параметрами Reservation, то все наши ВМ превышают установленный параметр, следовательно, у них так и останутся такие значения.

Напоследок, в показательных целях установим значение параметра Reservation для View -- 2 Гб. Гипервизор все высчитает автоматически и назначит всем точное значение, нам же придется посчитать промежуточное значение (в некоторых случаях их может быть несколько) с учетом только параметров резервации для View. Если еще какой-то параметр будет меньше, придется и ему назначать точное значение. Мы просто отбросим View с точным значением 2Гб, остальные будем рассчитывать также, лишь будем брать ESX с 4 Гб (6-2):
    * VCenter -- 2462 Гб;
    * AD -- 922 Мб
    * View -- 2 Гб;
    * 4 vDesktops -- по 154 Мб;

Мы видим, что AD теперь уже не удовлетворяет заданным требованиям Reservation (1Гб). Проводим такую же операцию, назначив уже для AD параметр резервации 1Гб и не рассчитывая ни AD, ни View. Следовательно, распределение RAM будет следующее:
  * View -- 2Гб;
  * AD -- 1 Гб;

А далее для остальных считаем как для параметра Share:\\
VCenter -- 2.4 Гб (при расчетах Share 2.4Гб удовлетворяют настройкам Reservation);\\
4 vDesktops -- по 150 Мб.\\
\\
{{:vg_logo-rgb-m.jpg?nolink&50|V-GRADE}}
\\
{{tag>performance configuration vsphere}}
** Возможно, Вам будет также интересна следующая информация: **\\
{{topic>performance configuration vsphere&list&noheader&nodate&nouser&nodesc}}