12.3.1 Этапы жизненного цикла кластера в ГИ

Жизненный цикл кластера в ГИ vStack включает в себя следующие этапы:

1. Создание и добавление кластера

• Создание кластера

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

• Регистрация кластера

После создания кластера его необходимо зарегистрировать в ГИ. Регистрация включает в себя установку соединения, аутентификацию и авторизацию между кластерами.

При вызове метода add-cluster осуществляется регистрация экземпляра кластера в ГИ с соответствующей локальной учетной записью на нем. Теперь ГИ может взаимодействовать с кластером получая о нем информацию.

Рисунок 1. Добавление кластера

Метод cluster-add приведен в Приложение 4. Руководство по API.

2. Запуск и синхронизация кластера

С помощью вызова метода cluster-enable осуществляется задействование кластера и синхронизация глобальных объектов. Кластер будет запущен в любом случае, даже если синхронизация НЕ завершится успешно. При неудачной синхронизации кластер не достигнет актуальной версии конфигурации (инкарнации) и не сможет принимать участие в создании / модификации / удалении глобальных объектов.

Статус последней синхронизации, о версии конфигурации (инкарнации) кластера или ГИ можно узнать в ответе метода federation-overview.

Если версия конфигурации (инкарнация) ГИ равна версии конфигурации (инкарнации) кластера, то кластер полностью синхронизирован и полноценно участвует в ГИ vStack.

Для повторной синхронизации необходимо отключить кластер и включить снова.

Рисунок 2. Синхронизация кластера

Методы cluster-enable и federation-overview приведены в Приложение 4. Руководство по API.

3. Управление кластером

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

4. Проверка целостности глобальных объектов кластера

При помощи вызова метода cluster-crosscheck осуществляется проверка всех глобальных объектов (vDC, Net, Assign) на предмет локального вмешательства*, а также выявление объектов, которые отличаются (sync diff) для удачного завершения процесса синхронизации.

*На данный момент осуществляется проверка только локального удаления объекта на кластере.

Метод cluster-crosscheck приведен в Приложение 4. Руководство по API.

5. Отключение и удаление кластера из ГИ

Кластер может быть остановлен, отключен и удален из ГИ. При этом необходимо выполнить освобождение занимаемых ресурсов, сохранение данных и конфигурации.

• Отключение кластера

При вызове метода cluster-disable осуществляется отключение кластера из ГИ. При этом кластер остается видимым, но больше не обновляет свою инкарнацию и состояние, создание и управление глобальными объектами на нем невозможно.

• Удаление кластера

При вызове метода cluster-remove осуществляется полное удаление кластера из ГИ. Удаление выполнится успешно, если будут удалены все глобальные объекты, которые ранее были созданы в рамках ГИ на этом кластере.

Методы cluster-disable и cluster-remove приведены в Приложение 4. Руководство по API.