Что такое vcls vmware

Обновлено: 21.11.2024

Я несколько раз писал о vCLS, поэтому не буду объяснять, что это такое и для чего оно нужно (подробный блог здесь). Я действительно хочу поговорить о том, что является частью vSphere 7.0 U3, хотя я чувствую, что эти функции, вероятно, именно то, чего ждало большинство людей. Начиная с vSphere 7.0 U3 теперь можно настроить следующие параметры для виртуальных машин vCLS:

  1. Предпочитаемые хранилища данных для виртуальных машин vCLS
  2. Антипривязка виртуальных машин vCLS к определенным другим виртуальным машинам

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

< /p>

Зачем вам нужны вышеуказанные функции? Начнем с функции «предпочтительного хранилища данных», которая позволяет указать, где должны быть подготовлены виртуальные машины vCLS с точки зрения хранилища. Это было бы полезно в сценарии, когда у вас есть несколько хранилищ данных, которых вы бы предпочли избежать. Примерами могут быть реплицированные хранилища данных или хранилища данных, предназначенные для использования только для ISO-образов и шаблонов, или, возможно, вы предпочитаете использовать гибридное хранилище, а не флэш-хранилище.

Как это исправить? Ну, это просто, вы нажимаете на свой кластерный объект. Затем вы нажимаете «Настроить» и «Хранилища данных» в разделе «vSphere Cluster Services». Теперь вы увидите «VCLS разрешено». Если вы нажмете «ДОБАВИТЬ», вы сможете выбрать хранилища данных, в которых должны быть предоставлены эти виртуальные машины vCLS.

Далее Anti-Affinity для vCLS. Вы бы использовали эту функцию для ситуаций, когда, например, одна рабочая нагрузка должна иметь возможность работать исключительно на хосте, например, в SAP. Для этого можно использовать антиаффинити-правила. Мы не говорим об обычных правилах антиаффинити. Это первый раз, когда новый механизм используется локально. Я говорю о вычислительных политиках. Политики вычислений были доступны для клиентов VMware Cloud on AWS некоторое время, но теперь, похоже, они также доступны для локальных клиентов. Что оно делает? Он позволяет создавать правила «антипривязки» для виртуальных машин vCLS и определенных других виртуальных машин в вашей среде путем создания политик вычислений и использования тегов!

Как это работает? Итак, вы переходите в «Политики и профили», а затем нажимаете «Вычислить политики». Теперь вы можете нажать «ДОБАВИТЬ» и создать политику. Теперь вы выбираете «Anti Affinity with vSphere Cluster Services (vCLS) VMs». Затем вы выбираете тег, созданный для виртуальных машин, которые не должны работать на тех же хостах, что и виртуальные машины vCLS, а затем нажимаете кнопку «Создать». Затем планировщик vCLS VM гарантирует, что виртуальные машины vCLS не будут работать на тех же хостах, что и виртуальные машины с тегами. В случае конфликта планировщик vCLS переместит виртуальные машины vCLS на другие хосты в кластере. Повторим, что виртуальные машины vCLS будут перемещены vMotion на другой хост в вашем кластере, а помеченные виртуальные машины не будут перемещены!

В вашем кластере VMware vSphere появилась новая виртуальная машина под названием «vCLS»? Возможно, появилось несколько названий «vCLS (1)», «vCLS (2)», «vCLS (3)».

ВМ VMware vCLS в объектах кластера vSphere

Это может быть пугающим, но не бойтесь, это часть VMware vSphere 7.0 Update 1.

Что такое виртуальная машина vCLS?

Виртуальная машина vCLS — это, по сути, «устройство» или «сервисная» виртуальная машина, которая позволяет кластеру vSphere продолжать работу в случае, если vCenter Server становится недоступным. Он будет поддерживать работоспособность и службы этого кластера.

Откуда взялась виртуальная машина vCLS?

Виртуальная машина vCLS появится после обновления до vSphere 7.0 Update 1. Я предполагаю, что она была развернута в процессе обновления.

Он не отображается в стандартном представлении «Кластер, хосты и виртуальные машины», но появляется при просмотре списков виртуальных машин объектов vSphere, списков виртуальных машин хранилища и т. д.

Нормально ли иметь более одной виртуальной машины vCLS?

Виртуальные машины vCLS создаются при добавлении хостов в кластер vSphere. Для работы в каждом кластере vSphere требуется до 3 виртуальных машин vCLS.

Виртуальные машины vCLS также появятся в кластерах, содержащих только один или два хоста. Эти конфигурации приведут к созданию 1 или 2 виртуальных машин vCLS с именами «vCLS (1)» и «vCLS (2)».

Примечание о лицензировании виртуальной машины vCLS

Для сред VMware, использующих лицензирование на основе виртуальных машин, таких как vSphere for ROBO (удаленный офисный филиал), виртуальные машины vCLS отображаются в интерфейсе лицензирования как имеющие лицензию ВМ. Обратите внимание, что эти виртуальные машины официально не учитываются при приобретении лицензий, поскольку они являются виртуальными машинами VMware System. Пожалуйста, прочитайте VMware KB 80472 для получения дополнительной информации об этом.

Дополнительная информация о виртуальных машинах vCLS

Чтобы получить дополнительную информацию и технические характеристики, перейдите по ссылке ниже:

Надеюсь, этот пост поможет и успокоит некоторых. Ваша среда VMware НЕ была скомпрометирована.

8 ответов на вопрос «Что такое виртуальная машина vCLS в VMware»

У меня есть кластер homelab 3 host vsphere, и он создал 3 виртуальных машины vCLS. У меня также включен DRS.

Мой вопрос/беспокойство заключается в том, что в конечном итоге все виртуальные машины vCLS переносятся на 1 хост. Ни один из хостов действительно не загружен.

Для каждого хоста в кластере должен быть экземпляр vCLS. Их не следует мигрировать, поскольку они специально размещаются на каждом хосте, а все задачи управления должны быть автоматизированы.

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

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

Здравствуйте, у меня кластер из 2 хостов, но развернуто 3 экземпляра vCLS. 2 агента на одном хосте и один агент на втором. Это совершенно новое развертывание. Это нормально? Спасибо.

Все мои виртуальные машины vCLS также были перенесены на один хост. У меня есть 3 хоста.

Рекомендуете ли вы перенести все мои виртуальные машины vCLS в собственное хранилище данных?

Я не считаю, что это требуется или необходимо. Насколько я знаю, эти виртуальные машины почти не используют ввод-вывод. Единственное, что вам нужно сделать, это убедиться, что они находятся в надежном хранилище данных.

В выпуске vSphere 7.0 Update 1 компания VMware представила новую услугу под названием VMware vSphere Cluster Services (vCLS). vCLS предоставляет механизм, который позволяет VMware отделить vSphere DRS и vSphere HA от vCenter Server. Нильс Хагоорт написал длинную статью на эту тему здесь. Вы можете задаться вопросом, почему VMware представляет это, как утверждает Нильс. отделяя службы кластеризации (DRS и HA) от vCenter Server через vCLS, мы обеспечиваем доступность критически важных служб даже в случае сбоя vCenter Server.

vCLS – это набор из нескольких ВМ, которые со временем станут основой для всех служб кластеризации. В выпуске 7.0 U1 часть функциональных возможностей DRS включается через vCLS. За последнюю неделю (недели) я увидел много вопросов, и мне захотелось создать блог с ответами на эти вопросы. Когда появятся новые вопросы или соображения, я добавлю их в список ниже.

Поделиться:

Связанные

Взаимодействие с читателем

Комментарии

Могу ли я настроить имя виртуальных машин vCLS?
Сегодня невозможно настроить имя виртуальной машины vCLS, это было подано как запрос функции и рассматривается для будущего выпуска».

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

Исходные имена виртуальных машин vCLS: vCLS (4), vCLS (5), vCLS (6).
Новые имена виртуальных машин vCL теперь vCLS (1), vCLS (2), vCLS (3).

Относится ли этот вопрос к настройке имен вновь созданных виртуальных машин vCLS, существующих виртуальных машин vCLS или к обоим? Функциональность «похоже» работает, несмотря на то, что я переименовал сгенерированные виртуальные машины vCLS в своей лаборатории.

Да, вы можете переименовать объект vCenter, но если эта виртуальная машина по какой-либо причине будет удалена EAM, новая виртуальная машина с новым именем и схемой именования «vCLS» будет создана снова. Кроме того, вы не должны выполнять какие-либо операции с виртуальными машинами, поэтому переименование также не рекомендуется. Другими словами, то, что это работает, не означает, что VMware будет его поддерживать 🙂

но это верное замечание, я только что обновил свой пост и уточнил этот раздел

Кроме того, как повлияет переименование папки vCLS?

Да, это может повлиять, я только что спросил инженеров, и они (прямо сейчас) советуют не переименовывать папку!

Еще вопрос. В настоящее время vCLS управляет функциями vSAN, когда VC недоступен?

Надеюсь, это есть в дорожной карте

Похоже, это шаг к кластеру vCenter с реальной доступностью кластера FT. Не удивлюсь, если там окажется Корфу 🙂
Приятно иметь DRS, HA уже распределена, но, учитывая количество решений, использующих vCenter в качестве конечной точки, я надеюсь скоро увидеть полноценный кластер vCenter.

как перевести все хосты в режим обслуживания в кластере vSAN с виртуальными машинами vCLS (без вторичного хранилища)?Вопрос касается моей лабораторной среды (но может быть интересен и для рабочей среды).
У меня есть 4 хоста с включенной vSAN, и иногда я отключаю всю среду.
Перед обновлением до 7U1, чтобы отключить свою среду, я выключаю все виртуальные машины, ставлю все хосты на обслуживание (без переноса данных) и, наконец, отключаю питание ESXi. Теперь у меня есть некоторые проблемы с полным завершением работы, потому что vCLS работает на vSAN (кажется проблема с куриным яйцом или я что-то упустил)…

В моей лаборатории (3 кластера) я просто помещаю все хосты в режим обслуживания (один за другим) и отключаю их все. Я использую параметр «без переноса данных» после отключения всех своих виртуальных машин. Переход последнего хоста в режим обслуживания занимает немного времени, но пока это просто работает. Вы говорите, что это не работает для вас?

Здравствуйте, Дункан! Я просто принудительно отключил виртуальные машины vCLS, а затем перешел в режим обслуживания. Быстро и грязно. Когда я снова запускаю свою лабораторию, виртуальная машина vCLS запускается автоматически. Каковы последствия этого, несмотря на то, что VMware рекомендует никогда не взаимодействовать с виртуальными машинами vCLS.

Я только что протестировал его 3 раза. Я использую «режим обслуживания» из пользовательского интерфейса vCenter, используя «Без переноса данных», и он просто отключает виртуальные машины, работающие в хранилище данных vSAN, когда я добираюсь до последнего хоста.

Здравствуйте, Дункан! Мое ​​устройство vCenter находится в этом кластере vSAN, поэтому мне нужно его выключить. Попытка войти в режим обслуживания на интерфейсе хоста ESXi не позволяет остановить виртуальные машины vCLS, как это можно сделать через графический интерфейс vCenter. Возможно, что-то застряло между ними.

В этой ситуации вам следует использовать режим «отступления», о котором я говорил в этом посте. Он отключит/удалит виртуальные машины vCLS, что позволит вам перевести их в режим обслуживания.

да, это не работает для меня. Сегодня я изменил некоторые настройки vSAN, чтобы завершить работу корректно...

Моя vSAN настроена на использование политики хранения по умолчанию как Erasure Coding с FTT=1, все виртуальные машины и виртуальные машины vCLS были настроены на ее использование, и с этой конфигурацией я не могу поставить третий хост на техническое обслуживание (я жду около 45 минут безуспешно переводить хост в техническое обслуживание). Из-за недоступности некоторых виртуальных машин vCLS объекты хранилища vSAN, когда второй хост находится в состоянии обслуживания, я могу отключить виртуальные машины vCLS без их автоматического перезапуска, а затем я могу поставить на обслуживание 3-й и 4-й хосты .

Теперь я изменил политику хранения виртуальных машин vCLS vSAN на «простую» FTT=1 (2 зеркала и компонент-свидетель), благодаря этому изменению я могу получить чистое обслуживание/отключение ESXi. 3-й хост очень медленно выходит на техническое обслуживание (около 19 минут), но 4-й работает, как и ожидалось.

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

Еще один вопрос: 3 виртуальные машины vCLS развернуты для каждого кластера vSphere?

Вы используете режим обслуживания с сервера vCenter или из командной строки? Какой вариант «эвакуации данных» вы выбрали?

Через vCenter (развернутый на другом ESXi вне кластера) и «data evac» = «Без переноса данных»

Это сдвиг в сторону перехода на микросервисы для vCenter или всех приложений vmware?

Прямо сейчас в основном для кластеризации сервисов, но я ожидаю, что разделение продолжится!

Говорит Дуг Макинтайр

Почему в моей тестовой лаборатории четыре машины vCLS, а не три, как вы указали?
(vCLS (1), vCLS (2), vCLS (3), vCLS (4))

Сколько у вас кластеров?

Говорит Дуг Макинтайр

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

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

Правильно, сбросьте кластер, и 4-я виртуальная машина vcls исчезнет.

Жиль Ле Риду говорит

У нас есть несколько двухузловых кластеров (FC SAN, а не VSAN). Некоторые из них имеют две виртуальные машины vCLS, некоторые — три vCLS. Некоторая причина? (vCenter 7.0 u1, ESX по-прежнему 6.7)

Кластер с одним хостом получает 1 виртуальную машину VCLS. Два узла получают два, три узла и более получают 3.

Жиль Ле Риду говорит

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

Я тоже видел это в своей лаборатории, обычно это проблема с очисткой. Просто включите «режим отступления» (False) и снова отключите его (True). Это должно очистить окружающую среду.

Грег Меридет говорит

Небольшая придирка, но почему для здоровья горизонта требуется программа улучшения качества программного обеспечения? Службы работоспособности кластеров отправляются обратно в vmare?

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

Спасибо за эту статью. Отсутствовали виртуальные машины vCLS после обновления до vCenter 7.0.1.Обратился в службу поддержки Vmware, и мне в основном сказали либо восстановить vCenter из резервной копии/моментального снимка, либо дождаться патча без текущего ETA… Эти решения оказались неприемлемыми, так как DRS не работал, а потерять текущий vCenter не было возможности. Сброс сертификата STS + перезапуск всех служб сделали свое дело, и теперь виртуальные машины были развернуты — DRS работает. Это избавило меня от многих проблем как администратора VI, и я очень ценю это. 😀 😀

Спасибо за отзыв, приятно слышать, что ваша проблема решена!

У меня есть кластер из 2 хостов и, как и ожидалось, 2 виртуальные машины vCLS. Я начал перезагружать свои хосты, чтобы проверить настройку высокой доступности (которая работала нормально), однако появляется больше виртуальных машин vCLS, а старые не удаляются.

Должны ли автоматически удаляться самые старые ВМ?

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

Говорит Кристоф Хохстихер

Давай. Это бета-версия, в которой нельзя указать хранилища данных. У меня уходит несколько часов на замену всех виртуальных машин vCLS с некоторых хранилищ данных ISO, журналов и репозиториев. Это подло!

Я в шоке, что это в финале U1.

Мартин Шенкер говорит

Мы попытались обновить систему 6.7 до 7.0U1, сначала обновив VCenter, затем три хоста w. ВСан.
Два сервера прошли нормально, виртуальные машины vCLS были перенесены на последний хост 6.7. Для этого хоста не удалось войти в режим обслуживания, виртуальные машины vCLS не мигрировали с него и не выключались.
После ручного отключения трех виртуальных машин vCLS третья система, наконец, перешла в режим обслуживания, и ее можно было обновить до версии 7.01. VCenter и все хосты обновлены до последней версии w. текущие исправления и программное обеспечение.
Теперь виртуальные машины vCLS не запускаются; мы просто получаем повторяющуюся ошибку (каждые 30 секунд):

"Функция "bad_requirement.hv.capable" имеет значение 0, но должно быть не менее 1 фута. Не удалось запустить виртуальную машину. Не удалось включить модуль FeatureCompatLate.

Только одна vCLS создается и пытается подключиться к сети, а не три, как ожидалось.
Система была переведена в режим отступления (config.vcls.clusters.domain-cXY.enabled -> False), но выход из режима отступления не решает проблему.
Есть подсказки?

Если он был включен, обязательно отключите следующее:
Файл на каждом хосте: /etc/vmware/config
vhv.enable = «TRUE»

Должно быть ЛОЖЬ.

Означает ли это, что 7.0 U1 несовместим с виртуализацией с помощью виртуального оборудования?

Служба кластеризации vSphere (vCLS) — это новая возможность, представленная в выпуске vSphere 7 Update 1. Первый выпуск обеспечивает основу для работы по созданию несвязанной и распределенной плоскости управления для кластеризации служб в vSphere.

Проблема заключается в том, что службы кластера, такие как планировщик распределенных ресурсов vSphere (DRS), зависят от доступности сервера vCenter для его настройки и работы. И хотя существуют способы повысить доступность vCenter Server, подумайте о vSphere High Availability (HA) и vCenter Server High Availability (VCHA), их зависимость не идеальна. Кроме того, при размышлении о масштабируемости vCenter Server в больших локальных и общедоступных облаках нам нужно лучшее решение для поддержки служб кластеризации. Вот почему вводится vCLS. В первом выпуске часть возможностей DRS уже использует новую функцию vCLS.

Базовая архитектура

Базовая архитектура плоскости управления vCLS состоит из максимум 3 виртуальных машин (ВМ), также называемых системными или агентскими виртуальными машинами, которые размещаются на отдельных узлах в кластере. Это облегченные виртуальные машины агентов, образующие кворум кластера. В небольших кластерах с менее чем 3 хостами количество виртуальных машин агента равно количеству хостов ESXi. Виртуальные машины агентов управляются vSphere Cluster Services. От пользователей не требуется поддерживать жизненный цикл или состояние виртуальных машин агентов, их не следует рассматривать как обычные виртуальные машины рабочей нагрузки.

Состояние службы кластера

Виртуальные машины агентов, формирующие состояние кворума кластера, самокорректируются. Это означает, что когда виртуальные машины агента недоступны, vCLS попытается автоматически создать экземпляр или включить виртуальные машины.

Существует 3 состояния работоспособности служб кластера:

  • Healthy — состояние vCLS отображается зеленым цветом, если в кластере работает хотя бы 1 виртуальная машина агента. Для поддержания доступности ВМ агента развернут кворум кластера из 3 ВМ агента.
  • Деградация — это временное состояние, когда по крайней мере 1 виртуальная машина агента недоступна, но DRS не пропустил свою логику из-за недоступности виртуальных машин агента.Кластер может находиться в этом состоянии, когда виртуальные машины vCLS повторно развертываются или включаются после некоторого воздействия на работающие виртуальные машины.
  • Неработоспособное. Неработоспособное состояние vCLS возникает, когда следующий запуск логики DRS (операция размещения или балансировки рабочей нагрузки) пропускается из-за недоступности плоскости управления vCLS (как минимум 1 ВМ агента).

Ресурсы виртуальной машины агента

Виртуальные машины агента vCLS являются легкими, а это означает, что потребление ресурсов сведено к минимуму. vCLS автоматически создает не более 3 виртуальных машин агента на кластер в существующем развертывании при обновлении vCenter Server до vSphere 7 update 1. В сценарии с нуля они создаются при добавлении хостов ESXi в новый кластер. Если общее хранилище недоступно, виртуальные машины агента размещаются в локальном хранилище. Если кластер формируется до настройки общего хранилища на хостах ESXi, как в случае использования vSAN, после этого настоятельно рекомендуется переместить виртуальные машины агента vCLS в общее хранилище.

Виртуальные машины агентов работают под управлением настраиваемой операционной системы Photon. Спецификация ресурсов для каждой виртуальной машины агента указана в следующей таблице:

< /tr>
Память 128 МБ
Резервирование памяти 100 МБ
Размер подкачки 256 МБ
виртуальный ЦП 1
резервирование виртуального ЦП< /td> 100 МГц
Диск 2 ГБ
адаптер Ethernet –
Размер гостевого VMDK ~245 МБ
Место для хранения ~480 МБ

Для виртуального диска объемом 2 ГБ используется тонкая подготовка. Кроме того, сеть не задействована, поэтому сетевой адаптер не настроен. Виртуальные машины агента не отображаются в обзоре Хосты и кластеры в клиенте vSphere. Представление VMs and Templates теперь содержит новую папку vCLS, содержащую все виртуальные машины агента vCLS. При наличии нескольких кластеров все виртуальные машины агента vCLS будут показаны с последовательной нумерацией.

Обзор пользовательского интерфейса

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

Операции

Как указывалось ранее, виртуальные машины агента обслуживаются vCLS. Администраторам ВИ не нужно отключать виртуальные машины. Фактически клиент vSphere показывает предупреждение, когда виртуальная машина агента отключается.

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

Жизненный цикл виртуальных машин агента vCLS поддерживается vSphere ESX Agent Manager (EAM). Диспетчер агентов создает виртуальные машины автоматически или повторно создает/включает виртуальные машины, когда пользователи пытаются выключить или удалить виртуальные машины. В приведенном ниже примере вы увидите отключение питания и операцию удаления. Оба, из которых EAM автоматически восстанавливает виртуальную машину агента.

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

Клиентам, использующим сценарии для автоматизации задач, важно учитывать необходимость игнорировать виртуальные машины агентов, например сценарии очистки для удаления устаревших ВМ. Идентификацию виртуальных машин агента vCLS можно быстро выполнить в клиенте vSphere, где виртуальные машины агента перечислены в папке vCLS. Кроме того, просмотрев вкладку ВМ в разделе Администрирование > vCenter Server Extensions > vSphere ESX Agent Manager, вы увидите виртуальные машины агентов из всех кластеров, управляемых этим экземпляром vCenter Server.

Каждая виртуальная машина агента имеет дополнительные свойства, поэтому их можно игнорировать при определенных автоматизированных задачах. Эти свойства также можно найти с помощью обозревателя управляемых объектов (MOB). Конкретные свойства включают: