Поиск по сайту:

Кластеризация RHEV и установка гипервизоров RHEL. Часть 5

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

Первый способ был реализован с использованием специального RHEVH, настроенного самой RedHat без каких-либо изменений или изменений со стороны администратора. Другой способ — мы будем использовать обычный сервер RHEL [минимальная установка], который будет действовать как гипервизор RHEV.

Шаг 1. Добавьте гипервизор RHEL в среду.

1. Установите подписанный сервер RHEL6 [Минимальная установка]. Вы можете расширить свою виртуальную среду, добавив дополнительный подписанный сервер RHEL6 [Минимальная установка] действует как гипервизор.

Спецификация виртуальной машины
OS: RHEL6.6 x86_64
Number of processors: 2
Number of cores : 1
Memory : 3G
Network : vmnet3
I/O Controller : LSI Logic SAS
Virtual Disk : SCSI
Disk Size : 20G
IP: 11.0.0.7
Hostname: rhel.mydomain.org

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

Совет. Убедитесь, что ваша система подписана на каналы Redhat и обновлена. Если вы не знаете, как подписаться на канал подписки Redhat, вы можете прочитать статью Включить канал подписки Red Hat.

Совет. Чтобы сэкономить ресурсы, вы можете закрыть один из работающих в данный момент гипервизоров.

2. Чтобы превратить ваш сервер в гипервизор {использовать его в качестве гипервизора}, вам может потребоваться установить на него агент RHEVM.

yum install vdsm

После завершения установки пакетов перейдите в веб-интерфейс RHEVM, чтобы добавить их.

3. В отличие от гипервизора RHEVH, вы можете добавить гипервизор RHEL одним способом из RHEM, используя корневые учетные данные гипервизора RHEL. Итак, из Rhevm WUI перейдите на вкладку Хосты и нажмите создать.

Затем укажите информацию о хосте, как показано.

Затем проигнорируйте предупреждение Power mgmt и завершите работу, затем подождите несколько минут и проверьте состояние вновь добавленного хоста.

Более подробную информацию о добавлении хоста на основе RHEL можно найти в официальной документации RedHat по RHEV.

Шаг 2. Управление кластеризацией RHEV

Кластеризация в RHEV описывает группу хостов одного и того же типа ЦП, совместно использующих одно и то же хранилище [например, по сети] и используют для выполнения конкретной задачи [например. Высокая доступность ]

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

Основным преимуществом кластеризации в RHEV является возможность управления миграцией виртуальных машин между хостами, принадлежащими одному кластеру.

Итак, как виртуальные машины мигрируют между хостами?

У RHEV есть две стратегии:

1. Динамическая миграция
2. Высокая доступность

1. Живая миграция

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

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

Живая миграция может выполняться вручную или автоматически в соответствии с заранее заданной политикой:

  1. Вручную: принудительно выберите целевой хост, а затем перенесите на него виртуальную машину вручную с помощью WUI.
  2. Автоматически: использование одной из политик кластера для управления динамической миграцией в зависимости от использования ОЗУ, загрузки ЦП и т. д.

Перейдите на вкладку Кластеры и выберите Кластер1 и нажмите «Изменить».

На вкладках окна перейдите на вкладку Кластерная политика.

Выберите политику evenly_distributed. Эта политика позволяет настроить максимальное пороговое значение загрузки ЦП на узле и разрешенное время нагрузки перед запуском динамической миграции.

Подсказка

Как показано, я настроил максимальный порог на 50% и продолжительность на 1 минуту.

Затем ОК и переключитесь на вкладку ВМ.

Выберите Linux vm [Ранее созданный], затем нажмите изменить и проверьте это.

1. На вкладке «Хост»: установите флажок Ручной и автоматический. Для этой виртуальной машины разрешена динамическая миграция.

2. На вкладке «HA»: проверьте степень Приоритета вашей виртуальной машины. В нашем случае это не очень важно, поскольку мы играем только с одной виртуальной машиной. Но в большой среде будет важно установить приоритеты для вашей виртуальной машины.

Затем запустите виртуальную машину Linux.

Сначала мы воспользуемся Живой миграцией вручную. Виртуальная машина Linux теперь работает на rhel.mydomain.org.

Давайте выполним следующую команду через консоль виртуальной машины перед началом миграции.

ls -lRZ /

Затем выберите ВМ Linux и нажмите Мигрировать.

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

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

Возможно, вам придется отслеживать события задачи.

Через несколько секунд вы обнаружите изменение в имени хоста виртуальной машины.

Ваша VM успешно перенесена вручную!!

Давайте попробуем автоматическую Живую миграцию. Наша цель – добиться того, чтобы загрузка ЦП на хосте rhevhn1 превысила 50 %. Мы сделаем это, увеличив нагрузку на саму виртуальную машину, поэтому в консоли напишите следующую команду:

dd if=/dev/urandom of=/dev/null

и следить за нагрузкой на хост.

Через несколько минут загрузка хоста превысит 50%.

Просто подождите еще несколько минут, и живая миграция начнется автоматически, как показано на рисунке.

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

Важно. Убедитесь, что на одном из ваших хостов ресурсов больше, чем на другом. Если два хоста идентичны по ресурсам. ВМ не будет перенесена, потому что разницы не будет!!

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

Дополнительную информацию о миграции виртуальных машин см. в разделе Миграция виртуальных машин между хостами.

Подсказка. Динамическая миграция между разными кластерами официально не поддерживается. В одном случае вы можете проверить это здесь.

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

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

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

Чтобы включить высокую доступность в вашей среде, у вас должно быть хотя бы одно устройство управления питанием [например, выключатель питания] в вашей среде.

К сожалению, мы не можем сделать это в нашей виртуальной среде. Дополнительные сведения о высокой доступности в RHEV см. в разделе «Улучшение времени безотказной работы с помощью высокой доступности виртуальных машин».

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

Заключение:

Мы достигли пика нашей серии, когда обсуждали одну из важных функций кластеризации RHEV, описывая ее и ее важность. Также мы обсудили второй тип [метод] развертывания гипервизоров RHEV, основанный на RHEL [не менее 6.6 x86_64].

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