Что такое vmware drs

Обновлено: 21.11.2024

VMware DRS (Distributed Resource Scheduler) — это функция программной платформы vSphere, которая управляет распределением виртуальных машин (ВМ) между хостами ESXi в одном кластере. В частности, DRS автоматически распределяет рабочие нагрузки виртуальных машин между хостами, чтобы гарантировать, что виртуальные машины не конкурируют за ресурсы хоста. Кроме того, DRS гарантирует, что ресурсы ЦП и памяти хостов не иссякнут.

Эта функция необходима, поскольку со временем хосты ESXi могут перегружаться ЦП, сетью и памятью со стороны виртуальных машин, работающих на них.

Чтобы помочь вам лучше понять DRS, здесь мы подробно рассмотрим его функциональные возможности, ключевые понятия, рекомендации и предоставим пошаговое руководство по настройке.

Основные функции DRS

Для DRS доступны различные конфигурации. Мы описали наиболее часто используемые параметры в таблице ниже:

Определения VMware DRS

Хотя концепция DRS относительно проста, некоторые параметры DRS могут сбивать с толку. Ниже мы рассмотрим определения некоторых наиболее важных параметров.

Уровень автоматизации

Уровень автоматизации DRS определяет, какие функции DRS будут автоматизированы. Установка уровня автоматизации на ручной делает две вещи:

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

Однако администратор может игнорировать обе эти рекомендации.

Если задан частичный уровень автоматизации, DRS автоматически выберет лучший хост ESXi для запуска виртуальной машины после ее включения. С этим параметром DRS не будет автоматически перемещать виртуальные машины между хостами. Однако он создаст рекомендации, как показано ниже, и позволит вам выполнить их вручную из клиента vSphere.

Когда уровень автоматизации заполнен (рекомендуется VMware), происходят две вещи:

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

Порог миграции

Порог миграции DRS – это параметр, который определяет, насколько агрессивно DRS будет перемещать виртуальные машины в кластере. Агрессивная настройка перемещает виртуальные машины, даже если преимущества незначительны. Напротив, при консервативной настройке виртуальные машины не перемещаются на другие узлы в кластере, если не существует значительных преимуществ.

Компания VMware рекомендует оставить параметр по умолчанию на уровне 3, между консервативным (1) и агрессивным (5).

Прогнозирующий DRS

Эта функция отключена по умолчанию, так как для нее требуется vRealize Operations Manager (vROps). Если функция Predictive DRS включена, она будет заблаговременно перемещать рабочие нагрузки между хостами на основе предыдущей информации и прогнозов от vRealize Operations Manager. Predictive DRS полезен для рабочих нагрузок, таких как VDI (инфраструктура виртуальных рабочих столов), поскольку они обычно имеют временные изменения спроса, о которых знает vROps. Если на основе прогнозируемой информации от vROps ожидается всплеск использования, DRS проактивно отреагирует и сбалансирует кластер до того, как произойдут всплески спроса.

Автоматизация виртуальных машин

Когда автоматизация виртуальных машин включена, она позволяет использовать настройки DRS для каждой виртуальной машины. Эти параметры переопределяют глобальные параметры DRS для указанных виртуальных машин.

Распределение ВМ

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

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

Требования VMware DRS

VMware определяет следующие требования для правильной работы DRS:

  • Общее хранилище. Требуется, чтобы виртуальные машины продолжали получать доступ к своему хранилищу, когда их вычислительные ресурсы переносятся на другие узлы в кластере.
  • Один или несколько хостов. Поскольку DRS — это функция на уровне кластера, она применима только при наличии нескольких хостов в кластере vSphere
    • .
  • Сеть vMotion. vMotion требуется для перемещения виртуальных машин между хостами. Поэтому к DRS применяются все стандартные требования vMotion.
  • Конфигурация DRS. Как и следовало ожидать, DRS должен быть включен. Параметры DRS по умолчанию — это рекомендуемые конфигурации VMware.Таким образом, включение DRS обеспечит хороший уровень балансировки ресурсов по умолчанию.
  • Лицензионные требования. DRS недоступен со стандартной лицензией vSphere. Вам нужна лицензия vSphere Enterprise Plus, чтобы включить DRS из вашего клиента vSphere.

vMotion и его роль в DRS

DRS в значительной степени зависит от vMotion для перемещения виртуальных машин между хостами. vMotion сама по себе является одним из наиболее важных компонентов пакета vSphere. vMotion использует IP-сеть для перемещения виртуальной машины с одного хоста ESXi на другой. Эта миграция включает в себя все инструкции ЦП и памяти, которые выполняет виртуальная машина. Этот процесс обычно полностью прозрачен и незаметен для виртуальной машины и конечных пользователей.

vMotion между двумя физическими хостами ESXi ( источник )

Общее хранилище

Как уже говорилось, DRS и vMotion требуют, чтобы каждый хост в кластере имел доступ к общему хранилищу. Общее хранилище позволяет всем хостам ESXi хранить виртуальные машины там, где каждый хост в кластере может получить к ним доступ. Когда DRS инициирует vMotion для перемещения виртуальных машин на другой хост, исходный и конечный хост уже имеют доступ к файлам виртуальной машины. В результате целевой хост может стать владельцем файлов виртуальной машины без перемещения хранилища.

Перенос памяти vMotion

При срабатывании vMotion сделает копию памяти виртуальной машины и быстро передаст ее по сети vMotion на хост назначения. Буфер отслеживает изменения памяти во время этой быстрой передачи. Затем запускается синхронизация, чтобы сохранить копию памяти виртуальной машины в актуальном состоянии, пока vMotion пытается переключить виртуальную машину на целевой хост.

Как только новый хост готов стать владельцем виртуальной машины, vMotion проверяет, достаточно ли малы изменения памяти в буфере для быстрой передачи. Если есть, окончательная синхронизация завершается. Затем новый хост становится владельцем виртуальной машины. Поскольку между двумя хостами передается только память виртуальной машины, vMotion обычно работает очень быстро. Однако скорость зависит от количества изменений памяти на виртуальной машине, а также от скорости вашей сети vMotion.

По возможности VMware рекомендует использовать выделенную сеть vMotion, чтобы обеспечить быструю и постоянную скорость миграции виртуальных машин.

DRS использует vMotion для перемещения ВМ между хостами в кластере, таким образом балансируя рабочие нагрузки для достижения наилучшей производительности (источник)

Рекомендации по DRS

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

1. Установите для DRS значение "Полностью автоматизированный"

Обычно, когда администраторы развертывают новые виртуальные машины, необходимо выбрать хост ESXi. Администраторы должны вручную выбрать лучший хост для размещения виртуальной машины. Проверки вручную могут быть сложными, поскольку хосты часто различаются в зависимости от того, насколько они загружены с точки зрения памяти и ЦП. Кроме того, использование вычислительных ресурсов может резко меняться в течение дня.
Полностью автоматизированный вариант DRS позволяет администратору выбрать кластер для запуска виртуальной машины. Затем DRS автоматически разместит виртуальную машину на лучшем доступном хосте.

2. Выделите сетевые восходящие каналы для активности vMotion

Когда DRS требуется одновременное перемещение множества виртуальных машин, vMotion поставит их в очередь в зависимости от того, насколько быстры ваши восходящие каналы связи с вашими коммутаторами. Когда у вас много рабочих нагрузок с различными требованиями к вычислительным ресурсам, частота запускаемых DRS vMotions может быть высокой.
Чтобы решить эту проблему, вы можете выделить исходящие ссылки только для трафика vMotion. Выделенные восходящие каналы помогают ускорить работу vMotion и сократить количество виртуальных машин, стоящих в очереди в течение длительного времени. Вы можете настроить эти восходящие каналы на стандартных или распределенных коммутаторах, если у вас достаточно исходящих каналов и портов переключения на коммутаторах вашего центра обработки данных.

3. Увеличьте пропускную способность vMotion

Чтобы решить проблемы с очередями vMotion, а также там, где нет возможности выделить исходящие каналы для vMotion, вы можете заменить исходящие каналы на каналы с более высокой пропускной способностью.
Например, в сети 1 Гбит/с максимальное количество одновременных vMotion установлено на 4. В сети 10 Гбит/с вы можете выполнять до 8 vMotion одновременно. Как это помогает DRS?. Чем больше одновременных vMotion вы сможете реализовать, тем быстрее DRS сможет реагировать на перегруженные узлы или виртуальные машины, конкурирующие за ресурсы.

4. Обеспечьте совместимость ЦП

5. Воздержитесь от изменения порога миграции DRS

Если у вас нет веской причины, рекомендуется оставить для порога миграции DRS значение по умолчанию, равное 3.
Если вы испытываете слишком много миграций DRS, пришло время проверить ЦП и память вашего хоста, чтобы увидеть, не перегружены ли вы. Аналогичным образом, если вы редко сталкиваетесь с миграциями, инициируемыми DRS, возможно, ваши хосты недостаточно загружены. В этом случае может быть возможность свернуть и объединить несколько кластеров, чтобы сэкономить на оборудовании и затратах на лицензирование. заставляют виртуальную машину «оглушаться» чаще, чем необходимо. Это также будет потреблять больше ЦП и сетевых ресурсов хоста во время дополнительной активности vMotion.

Как настроить DRS

После настройки vMotion вы можете выполнить следующие действия из клиента vSphere: настроить DRS

  • В клиенте vSphere щелкните кластер правой кнопкой мыши и выберите "Настройки".
  • В разделе "Службы" выберите vSphere DRS, а затем "Изменить".
  • Включите DRS, включив переключатель vSphere DRS
  • Если не требуется иное, рекомендуем использовать следующие настройки:

Автоматизация

  • Уровень автоматизации: полностью автоматизирован.
  • Порог перехода: уровень 3

Дополнительные параметры

Получите больше от vRealize Automation

У vRA есть пробелы — OneFuse может сократить количество интеграций с пользовательским кодом, обеспечить прозрачность процессов, повысить эффективность управления и снизить потребность в экспертных знаниях!

Исследование vRA

Переход на vRA 8?… Только 2 % сделали это. Почему?
vRA 8 существует уже 2 года, но внедрение идет медленно. Узнайте почему от ваших коллег в новом отчете об опросе!

Когда я разговаривал с людьми, которые плохо знакомы с миром виртуализации VMware, я заметил, что темы VMware vMotion и DRS (Distributed Resource Scheduler) могут сбивать с толку. Это совершенно разные технологии, которые делают разные вещи, и термины vMotion и DRS не могут использоваться взаимозаменяемо.

Что касается этих двух функций VMware, то они бывают разных типов! Хотя и vMotion, и DRS существуют уже довольно давно, они постоянно совершенствуются и приобретают новые функции.

Давайте посмотрим, что представляют собой эти две технологии и как они дополняют друг друга.

Что такое VMware vMotion?

VMware vMotion — это настоящее волшебство. Это позволяет виртуальной машине изменять место работы без простоев. Например, я могу переместить виртуальную машину с одного хоста ESXi на другой хост ESXi, и мои пользователи этого не заметят. vMotion — это одна из тех функций, которые в течение года постоянно совершенствовались в новых выпусках vCenter и ESXi.

Урок истории: VMware vMotion впервые появился в Virtual Center 1.0. Обязательно ознакомьтесь с разделом «Миграция виртуальных машин» в документации по Virtual Center 1.0. Вы также заметите, что vMotion раньше обозначался большой буквой v, как VMotion.

У vMotion были некоторые требования, с которыми мы все знакомы до сих пор, такие как общее хранилище, общая сеть и сеть, используемая для передачи состояния виртуальной машины.

Как работает vMotion?

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

Состояние виртуальной машины — это содержимое памяти (то, что виртуальная машина активно делает) и информация о виртуальной машине, которая делает ее уникальной. Согласно документации VMware vSphere 6.7 vMotion, это:

Эта информация включает BIOS, устройства, ЦП, MAC-адреса карт Ethernet, состояние набора микросхем, регистры и т. д.

Мы переносим все, что делает нашу виртуальную машину нашей виртуальной машиной! Взгляните на эту диаграмму:

На хосте ESXi 1 у нас есть наша виртуальная машина в исходном состоянии. В рамках операции vMotion, которая перемещает виртуальную машину с хоста ESXi 1 на хост ESXi 2, мы передаем всю информацию о нашей виртуальной машине между хостами ESXi, включая содержимое памяти виртуальной машины. После передачи состояния виртуальная машина будет работать на хосте ESXi 2, целевом.

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

Как работает Storage vMotion?

В то время как vMotion фокусируется на состоянии виртуальной машины, Storage vMotion полностью посвящен системе хранения. Он позволяет перемещать файлы виртуальной машины между хранилищами данных во время работы виртуальной машины.

Есть несколько случаев, когда эта функция очень удобна, как указано в документации VMware Storage vMotion. Например, вы можете переместить виртуальную машину в новое хранилище данных, чтобы перенести старый массив хранения, или в хранилище данных с более быстрыми дисками, если вам нужна более высокая производительность.

Поскольку виртуальные машины могут работать в течение длительного времени, такие функции, как vMotion и Storage vMotion, упрощают миграцию виртуальных машин между хостами, кластерами, массивами хранения и т. д.

Типы VMware vMotion

Сегодня, когда вы переносите виртуальную машину, у вас гораздо больше возможностей, чем было, когда vMotion дебютировала в 2003 году.

Если щелкнуть правой кнопкой мыши виртуальную машину в vCenter, вы увидите указанные выше параметры. Давайте рассмотрим различные типы vMotion, взяв это за основу.

  • vMotion. Изменение вычислительного ресурса виртуальной машины, когда она находится в сети (только изменение вычислительного ресурса)
  • Хранилище vMotion. Измените расположение дисков виртуальной машины, когда она подключена к сети (только для изменения хранилища).
  • Измените вычислительные ресурсы и хранилище. Комбинация vMotion, позволяющая одновременно менять хост и хранилище данных. Это может быть удобно при перемещении виртуальной машины в новый кластер, который не использует общие ресурсы хранения с предыдущим кластером.

Впечатляет, правда? Это только начало того, что может сделать vMotion. vMotion также может:

  • Миграция между vCenter. Эта функциональность была добавлена ​​в vSphere 6.0. Раньше вам приходилось делать всевозможные странные вещи, чтобы выполнить живую миграцию виртуальной машины между vCenter. Подробнее о cross vCenter vMotion можно прочитать здесь.
  • VMotion на большие расстояния. Также выпущенный в vSphere 6.0, vMotion на большие расстояния — это операция vMotion, которая происходит с задержкой более 4 мс. Подумайте о vMotion на разных сайтах. Если задержка приема-передачи составляет менее 150 мс, вы можете использовать vMotion на больших расстояниях.
  • Зашифрованное vSphere vMotion. Начиная с vSphere 6.5, vMotion поддерживает зашифрованные виртуальные машины. Однако важно отметить, что если диск не зашифрован, Storage vMotion не будет шифровать диск во время передачи.

Как видите, vSphere 6.0 и vSphere 6.5 были большими выпусками, когда речь шла о VMware vMotion.

Требования к VMware vMotion

Когда мы говорим о требованиях к vMotion, все может немного запутаться, поскольку существует так много разных разновидностей vMotion.

Начиная с классической версии vMotion, нам потребуется общее хранилище и общая сеть между исходным и целевым хостами ESXi. Это имеет смысл, потому что мы хотим убедиться, что наша виртуальная машина может получить доступ к тем же ресурсам и по-прежнему взаимодействовать, когда она попадет в свой новый дом. Когда я только начинал изучать VMware, я всегда тестировал vMotion между всеми моими хостами после создания кластер. Если бы была ошибка конфигурации, я бы понял это в этот момент.

Другой важной частью этой единой конфигурации является создание порта VMkernel с поддержкой vMotion на каждом хосте. Это сеть, по которой передаются данные vMotion. Сеть может быть самой сложной частью vMotion, и база знаний требований к сети vMotion от VMware — отличное место для начала понимания того, как она работает.

Один из способов убедиться, что конфигурация вашего хоста ESXi всегда одинакова для разных хостов, — это использовать профили хостов VMware. Это упрощает проверку соответствия требованиям vMotion.

Когда мы начнем использовать более продвинутую функциональность vMotion, требования также изменятся. Лучшее место для получения последней информации — официальная документация VMware и база знаний VMware.

Вот некоторые вещи, которые следует учитывать для других типов vMotion:

  • Требования к миграции между vCenter. Обратите особое внимание на то, чтобы каждый vCenter находился в расширенном связанном режиме.
  • Требования к vMotion на большие расстояния. Помните, что задержка при передаче туда и обратно должна быть менее 150 мс.

Для обеих этих расширенных функций vMotion требуется лицензия vSphere Enterprise Plus.

Теперь давайте перейдем к нашей следующей теме — VMware DRS.

Что такое VMware DRS?

VMware DRS означает планировщик распределенных ресурсов. В то время как vMotion вышла с ESX 3.0/Virtual Center 2.0, DRS вышла с ESX 3.5/Virtual Center 2.5. Он дебютировал рядом с кластерами vSphere и vSphere HA.

VMware DRS — это часть вашего кластера VMware vSphere Cluster. Он просматривает хосты в вашем кластере и распределяет между ними загрузку ЦП и памяти. Если один хост будет перегружен, он распределит рабочие нагрузки, чтобы не повлиять на производительность.

Это очень простое объяснение того, что делает VMware DRS. Это также одна из тех функций VMware, которая, как и vMotion, постоянно обновляется и расширяется.

Типы VMware DRS

Помимо классического DRS, который балансирует ресурсы ЦП и памяти в кластере, есть еще больше функций DRS:

  • Хранилище DRS (SDRS). Балансирует использование хранилища данных между хранилищами данных. Он проверяет как показатели емкости, так и производительности.
  • ПрогнозDRS. Сочетает в себе мощь vSphere 6.5+ и vROPS 6.4+ для упреждающего перемещения рабочих нагрузок до того, как произойдет дисбаланс ресурсов. В VMware Cloud on AWS Elastic DRS динамически расширяет и сужает ваш кластер, добавляя и удаляя хосты ESXi по мере необходимости.

В основе всех типов DRS лежит алгоритм, который отслеживает показатели производительности, а затем перемещает элементы по мере необходимости для достижения оптимальной конфигурации. Как и vMotion, DRS претерпел значительные улучшения в vSphere 6.5. Одним из таких улучшений было изменение алгоритма, которое стало учитывать использование сети для производительности хоста.

Вам интересно, как происходит это движение? Думаю, вы уже знаете ответ, если обращали внимание!

Как VMware vMotion и VMware DRS работают вместе

vMotion — это то, что позволяет перемещать объекты без прерывания работы в среде vSphere, а DRS — это то, что решает, как перемещать объекты для обеспечения наилучшей производительности.

Когда DRS нужно что-то переместить, она просто использует vMotion! Хотя это совершенно разные технологии, они прекрасно дополняют друг друга. Отсюда и возникает путаница, поскольку они так тесно сотрудничают.

Требования VMware DRS

Как и VMware vMotion, VMware DRS также имеет некоторые требования. Поскольку он является частью кластера vSphere, у вас должен быть действующий кластер ESXi, чтобы включить DRS. Некоторые из этих требований будут вам знакомы, например:

  • Общее хранилище
  • Совместимые процессоры на хостах ESXi
  • vMotion включен

Подробнее о требованиях и рекомендациях для кластера DRS можно прочитать в документации VMware.

VMware vMotion и DRS — идеальное сочетание!

Хотя vMotion и DRS могут быть разными технологиями, они прекрасно сочетаются друг с другом! У вас может быть vMotion без DRS, но вы не можете иметь DRS без vMotion. Обе эти функции обеспечивают оптимальную работу вашей среды VMware vSphere и позволяют перемещать рабочие нагрузки, не влияя на ваши приложения и пользователей так, как вы считаете нужным. vMotion и DRS прошли долгий путь с момента их первых выпусков много лет назад и, несомненно, будут продолжать развиваться.

Прекращение работы любого веб-специалиста приводит к недовольству клиентов, давлению со стороны руководства, упущенной выгоде и ущербу для репутации компании. Высокая доступность (HA) VMware с возможностями планировщика распределенных ресурсов (DRS) помогает сократить время простоя, сохраняя при этом оптимальную работу всех виртуальных машин (ВМ). Мы обсудим VMware HA и DRS и почему вам следует выбрать VMware для любого бизнеса.

Что такое кластер VMware?

Кластер VMware — это набор серверов, на которых работает гипервизор VMware ESXi. ESXi — это базовая операционная система, которая позволяет эффективно создавать и запускать виртуальные машины на одном сервере, а не в кластере. Контроллер для кластера VMware хостов ESXi называется vCenter. Сервер vCenter VM Appliance предоставляет расширенную платформу управления для управления любым количеством кластеров.

Одна и та же конфигурация сервера рекомендуется для всех хостов ESXi в кластере, чтобы упростить управление. Хотя VMware не предъявляет жестких требований к размещению всех хостов ESXi на идентичном оборудовании, она должна использовать одинаковую архитектуру ЦП между хостами, не смешивая AMD и Intel.

Что такое VMware HA?

Цель VMware HA – обеспечить максимальную работоспособность экземпляров ВМ. Кроме того, высокая доступность помогает поддерживать виртуальные машины в кластере включенными в случае возникновения ошибок операционной системы хоста ESXi, проблем с подключением или аппаратных сбоев.

Преимуществом высокой доступности является автоматическая активация режима обслуживания для отказавших хост-серверов, в то время как виртуальные машины остаются включенными через оставшийся хост в кластере. Поэтому функциональность высокой доступности необходима для любого плана развертывания VMware.

Высокая доступность vSphere

Когда vSphere HA включена прозрачно, выбирается главный хост, который отслеживает хосты ESXi в кластере с проверкой пульса каждую секунду.Затем, если пульс хоста не обнаружен, проверка пульса в хранилище данных кластера определяет, может ли виртуальная машина по-прежнему обмениваться данными с устройством хранения.

Если обе проверки не пройдены, хост считается мертвым. Виртуальные машины перезапускаются на исправном узле в кластере. Эта мгновенная способность реагировать на сбои и обеспечивать резервное копирование и запуск виртуальных машин с помощью автоматизации считается высокой доступностью. Затем главный хост сообщает vCenter о состоянии хостов с высокой доступностью.

Что делать, если главный хост ESXi отключится?

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

Что делать, если vCenter отключится?

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

Когда vCenter не работает, возможность вносить изменения в настройки кластера теряется, но некоторые функции остаются нетронутыми. Виртуальными машинами можно в некоторой степени управлять с их хостов ESXi, когда vCenter не работает. Обычно устройство vCenter переносится на новый хост, чтобы избежать сбоя кластера, если DRS сочтет это необходимым.

Что такое VMware DRS?

VMware DRS обеспечивает автоматическую или рекомендуемую балансировку ресурсов для оптимальной производительности ВМ и кластера. DRS — это инструмент автоматизации «установи и забудь», который обеспечивает балансировку и оптимизацию использования ресурсов кластера VMware в полностью автоматизированном режиме. Это позволяет разработчикам сосредоточиться на своих основных бизнес-операциях, а не беспокоиться о поддержании виртуальных машин в сети.

На какой хост включить виртуальную машину — это первая рекомендация, которую дает DRS при включении. Во-первых, алгоритм DRS решает, какой хост ESXi лучше всего подходит для новой виртуальной машины. Затем алгоритм рассматривает, как новый спрос на ресурсы виртуальной машины повлияет на общий баланс кластера. Наконец, виртуальная машина включается и добавляется в пул мониторинга DRS.

Основная цель DRS – предоставить всем виртуальным машинам ресурсы, необходимые для эффективной работы, и при этом сохранить баланс кластера. DRS каждые 5 минут проверяет работоспособность ресурсов каждого хоста и использование ресурсов виртуальной машины, чтобы поддерживать баланс кластера. Если алгоритм DRS определяет, что требования к использованию в кластере значительно изменились, будет запущена динамическая миграция одной или нескольких ВМ, называемая vMotion.

vMotion не вызывает затруднений и поддерживает активность всех виртуальных машин во время процесса. Как на исходном, так и на целевом хосте ESXi могут быть некоторые удары по производительности, которые учитываются DRS перед запуском любого процесса vMotion. VMware DRS — незаменимый инструмент, упрощающий управление виртуальными машинами при сохранении оптимальной производительности и стабильности кластера.

Требования к высокой доступности

Есть несколько требований, которые необходимо включить в кластере VMware для обеспечения высокой доступности:

  • Лицензия: vCenter Server Standard.
  • Несколько хостов ESXi. Два или более хоста ESXi необходимы для создания высокодоступного кластера.
  • Общее хранилище. Для кластера vSphere необходимо использовать общее устройство хранения, например сеть хранения данных (SAN). Все хосты должны иметь доступ к устройству хранения ВМ, чтобы они могли снова включить их.
  • Резервная физическая сеть. Между хостами ESXi должно быть как минимум два физических сетевых интерфейса. Резервные подключения помогают гарантировать, что пульс будет работать должным образом, если одно из сетевых подключений выйдет из строя.
  • Толерантность к сбоям хоста. Устойчивость к сбоям хостов высокой доступности — это количество хостов, которые могут выйти из строя, в то время как оставшиеся активные хосты по-прежнему могут предоставить все ресурсы ЦП и ОЗУ, необходимые для всех виртуальных машин в кластере.

Требования к DRS

Требования к функциям VMware DRS приведены ниже:

  • Лицензия: VMware Enterprise Plus.
  • Несколько хостов ESXi: как минимум два хоста (минимальное требование), но VMware рекомендует как минимум три хоста.
  • Общее хранилище. В кластере должна быть сеть SAN, чтобы все узлы в кластере могли получить доступ ко всем хранилищам данных виртуальных машин.
  • ЦП. В кластере процессоры должны быть одного производителя, поэтому нельзя смешивать Intel с AMD. Смешение архитектуры ЦП не допускается, поскольку при динамическом переносе ВМ с одного хоста на другой процессор на целевом хосте должен иметь возможность понимать точные инструкции, выполняемые на исходном хосте.
  • Сеть. Между хостами должна быть установлена ​​выделенная сеть миграции.

Как настроить высокую доступность и DRS в VMware

Как настроить VMware HA

Включите VMware HA на устройстве vCenter, войдя на портал vCenter и выполнив следующие действия.

Большинство клиентов могут не иметь доступа к vCenter, а для тех, у кого он есть, он зависит от вашего хостинг-провайдера и настроек среды.

  1. Перейдите к основному кластеру высокой доступности в разделе «Хосты и кластеры». Оказавшись там, перейдите на вкладку «Настроить», а затем в меню «Доступность vSphere». Затем нажмите кнопку «Изменить» справа от vSphere HA, которая включена.
  2. Во всплывающем окне переключите кнопку vSphere HA, чтобы она стала зеленой, чтобы включить высокую доступность. Настройка ответа на сбой хоста для перезапуска виртуальных машин — хороший вариант. Выберите Хранилища данных Heartbeat для мониторинга хранилищ данных, которые будут различаться в зависимости от развертывания.
  3. Нажмите "ОК", чтобы сохранить и применить настройки.

Как настроить VMware DRS

Это шаги для включения DRS.

  1. Перейдите к основному кластеру высокой доступности в разделе «Хосты и кластеры». Затем перейдите на вкладку "Настройка", а затем в меню vSphere DRS.
  2. Нажмите кнопку ИЗМЕНИТЬ справа от параметра vSphere DRS включен.
  3. В новом всплывающем окне переместите ползунок vSphere DRS, чтобы он стал зеленым.
  4. Установите уровень автоматизации. Есть три варианта:
    1. Полная автоматизация. DRS определяет, на какой хост ESXi следует изначально включить виртуальную машину, и перемещать виртуальные машины в соответствии с алгоритмом балансировки кластера. Полностью автоматический вариант — это режим «установил и забыл», который рекомендуется для большинства конфигураций.
    2. Частично автоматизировано. Дальнейшая автоматическая балансировка не будет выполняться после того, как DRS решит, на какой хост включить виртуальную машину. DRS будет рекомендовать только возможные действия по балансировке в этом режиме, с которыми пользователь должен согласиться, прежде чем будет выполнено какое-либо действие.
    3. Вручную: DRS только порекомендует, где включить виртуальную машину и может ли перенос быть полезен для поддержания баланса в кластере. Ручной режим требует, чтобы пользователь всегда вручную принимал любые предложения.

    Заключение

    Создание частных облаков VMware с высокой доступностью и поддержкой DRS необходимо для любых критически важных для бизнеса ВМ, работающих в кластере vSphere. Функциональность высокой доступности обеспечит повторное включение виртуальных машин в случае сбоя хоста ESXi в кластере. Кроме того, DRS обеспечивает сбалансированность кластеров VMware для лучшей производительности и стабильности виртуальных машин.

    Чтобы использовать эти функции, необходимо правильно выбрать размер хостов ESXi, составляющих кластер частного облака VMware. При включении HA и DRS на хостах ESXi надлежащего размера кластер VMware Private Cloud обеспечит превосходное время безотказной работы и стабильность, предоставляя больше времени для ведения основного бизнеса с меньшими затратами времени на управление виртуальными машинами.

    Готовы обсудить возможности использования VMware для вашего предприятия? Специалисты по продажам Liquid Web доступны для общения по телефону или в чате 24/7/365. Свяжитесь с ними сегодня, чтобы начать процесс.

    Статьи по теме:

    Об авторе: Дейн Ларсен

    Дейн родился в сфере ИТ и помнит, как в детстве делал заметки на старых перфокартах для мейнфреймов, которые мама приносила домой. Имея степень в области технологического образования Университета штата Монтана, он любит быть полезным человеком для клиентов и любит давать людям возможность решать проблемы. В свое время он носил много шляп, от отца-домоседа до внештатного веб-дизайнера, мерчендайзера компании LEGO и даже владельца антикварного магазина. В свободное время он ловит рыбу нахлыстом, катается на сноуборде, работает на своем 66-футовом Мустанге, занимается ремонтом дома или развлекается со своей семьей.

    Подпишитесь на нашу рассылку, чтобы получать новости, советы, стратегии и идеи, необходимые для развития вашего бизнеса

    В кластере VMware доступна функция планировщика распределенных ресурсов (DRS), позволяющая балансировать нагрузку хостов путем автоматического перемещения виртуальных машин (vMotion). Он будет распределять виртуальные машины по разным хостам в кластере в зависимости от их использования и ресурсов.

    В этом руководстве объясняются настройки функции DRS.

    Требования

    • размещенная инфраструктура частного облака
    • учетная запись пользователя с доступом к vSphere (созданная в панели управления OVHcloud)

    Инструкции

    Функция DRS предназначена для более эффективного распределения ресурсов. Он может либо переместить виртуальные машины на хост или в пул (что лучше всего подходит) в вашем кластере, либо предоставить рекомендации по этому процессу.

    Активация

    DRS включен по умолчанию в первом кластере, предоставленном с вашим частным облаком OVHcloud Hosted.

    При создании нового кластера вы можете включить его во время создания или позже.

    Если DRS не активен в вашем кластере, перейдите на вкладку «Настройка» и выберите vSphere DRS, доступный в меню «Службы».

    Нажмите ИЗМЕНИТЬ, а затем ползунковую кнопку vSphere DRS, чтобы включить ее.

    Настройки

    В этом же разделе вы найдете 4 категории опций.

    Автоматизация

    Доступны три различных уровня автоматизации:

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

    Также можно установить порог перехода между "Консервативным" и "Агрессивным" в автоматических режимах.

    Параметр Predictive DRS, доступный в VMware версии 6.5, позволяет выполнять миграцию на основе показателей прогноза, возвращаемых vRops. Следовательно, последнее необходимо для работы этой опции DRS.

    Наконец, параметр «Автоматизация виртуальной машины» позволяет настраивать определенные параметры DRS для определенных ВМ в подменю «Переопределение ВМ» на вкладке «Настройка». (Некоторые виртуальные машины могут иметь частично автоматизированный режим миграции, в то время как кластер будет полностью автоматизирован.)

    Дополнительные параметры

    Вы можете настроить 3 дополнительных параметра в настройках DRS:

    • Распределение виртуальных машин: для доступности распределите более равномерное количество виртуальных машин по хостам.
    • Метрика памяти для балансировки нагрузки. Балансировка нагрузки основана на потребляемой памяти виртуальных машин, а не на активной памяти. Этот параметр рекомендуется только для кластеров, в которых память хоста не перегружена.
    • Перегрузка ЦП. Ограничьте перегрузку ЦП для всех хостов в кластере. Этот параметр создаст виртуальный ЦП с ограничением основного физического ЦП (vCPU:pCPU), реализованным на каждом хосте ESXi.

    Управление питанием

    Этот параметр всегда должен быть отключен.

    Основная цель этого параметра — отключить хосты в вашей инфраструктуре, если DRS определит, что они не нужны, при этом удовлетворяя уровень отработки отказа, запрошенный HA.

    Однако мониторинг OVHcloud обнаружит эту операцию как ненормальную и вызовет вмешательство центра обработки данных.

    Дополнительные параметры

    В кластере DRS можно использовать несколько дополнительных параметров конфигурации.

    Вот несколько примеров:

    Имя расширенного параметра Описание Значение по умолчанию Самое агрессивное значение
    UseDownTime Должен ли анализ затрат учитывать влияние возможных простоев памяти во время миграции на рабочую нагрузку 1 0 (без учета влияния)
    IgnoreDownTimeLessThan Порог (в секундах) для исключения кумулятивного времени простоя миграции при анализе затрат (может быть увеличен, если виртуальная машина рабочие нагрузки не чувствительны к остановкам памяти во время миграции). 1 Большое количество (не включая время простоя)
    Минимальный дисбаланс Используется для расчета целевого дисбаланса 50 0
    MinGoodness Минимальное улучшение в дисбалансе кластера, необходимом для каждого перемещения Адаптивный 0 (учитывается все vMotion)
    MaxMovesPerHost Максимальное количество перемещений на рекомендуемый хост за один вызов Адаптивный 0 (без ограничений)

    Правила DRS

    На вкладке "Настройка" вы можете найти управление правилами для виртуальных машин/хоста.

    • Держите виртуальные машины вместе: виртуальные машины остаются на одном хосте
    • Раздельные виртуальные машины: отдельные виртуальные машины на разных хостах в одном кластере
    • Виртуальные машины для хостов: виртуальные машины, входящие в группу виртуальных машин указанного кластера, должны работать на указанной группе хостов. Необходимо создать группы ВМ и хостов в меню VM/Host Groups.

    Четвертое правило, «От виртуальных машин к виртуальным машинам», объясняется в нашем руководстве по VMware HA.

    Далее

    Было ли это руководство полезным для вас?

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

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

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

    Читайте также: