Обновление кластера

Константин Алпашкин

Данный раздел содержит информацию о версиях ADH-бандлов, а также рекомендации по обновлению кластера на более новые версии.

ВНИМАНИЕ

При обновлении кластера ADH порядок обновления продуктов должен быть следующим:

  1. ADCM

  2. ADPS

  3. ADH

Схема именования бандлов

Имена ADH-бандлов имеют следующий формат.

  • До версии 3.x

  • Версии 3.x

  • 4.x и более поздние

adcm_cluster_hadoop_v<X>.<Y>.<Z>_b<N>-<M>_<E>.tgz

где:

  • <X>.<Y>.<Z> — версия пакета.

  • b<N>-<M> — версия ansible-скриптов, описывающих бандл.

  • <E> — версия издания, Сommunity или Enterprise.

adcm_cluster_hadoop_v<X>_arenadata<A>_b<N>-<M><E>.tgz

где:

  • <X> — версия пакета, соответствующая версии ключевого сервиса (HDFS).

  • <A> — последовательный номер релиза с версией <X>.

  • b<N>-<M> — версия ansible-скриптов, описывающих бандл.

  • <E> — версия издания, Сommunity или Enterprise.

adcm_cluster_adh_v<X>.<Y>.<Z>_b<N>_<E>.tgz

где:

  • <X> — версия пакета, соответствующая версии ключевого сервиса (HDFS).

  • <A> — последовательный номер релиза с версией <X>.

  • b<N>-<M> — версия ansible-скриптов, описывающих бандл.

  • <E> — версия издания, Сommunity или Enterprise.

Например:

  • adcm_cluster_hadoop_v2.1.8_b1-1_enterprise.tgz — версия пакета 2.1.8, версия кода бандла b1-1, а издание — Enterprise.

  • adcm_cluster_hadoop_v3.1.2_arenadata1_b1-enterprise.tgz — версия пакета 3.1.2_arenadata1, первый релиз в рамках версии 3.x, версия кода бандла b1, а издание — Enterprise.

  • adcm_cluster_adh_v4.2.0_b1-enterprise.tgz — версия пакета 4.2.0, версия кода бандла b1, а издание — Enterprise.

Доступные версии бандлов

Ниже приведены доступные версии бандлов ADH/ADPS.

Бандлы ADH
Версия бандла Версии кода

2.1.4

b1 — b11

2.1.6

b1 — b4

2.1.7

b1

2.1.8

b3

2.1.10

b1

3.1.2.1

b1 — b2

3.2.4.1

b1 — b3

3.2.4.2

b1 — b2

3.2.4.3

b1

3.3.6.1

b1

3.3.6.2

b1

4.0.0

b1

4.1.0

b1

4.2.0

b1

4.3.0

b1
Бандлы ADPS
Версия бандла Версии кода

1.0.2

b1 — b9

1.0.3

b1 — b2

1.0.4

b1 — b4

1.0.5

b1 — b2

1.1.0

b1 — b2

1.1.1

b1 — b2

1.1.2

b1

1.2.0

b1

1.2.1

b1

1.2.2

b1

2.0.0

b1

2.1.0

b1

2.2.0

b1

Процесс обновления

ПРИМЕЧАНИЕ
Перед обновлением кластера убедитесь, что конфигурации на хостах соответствуют конфигурациям в ADCM. Если файлы конфигурации редактировались на хостах вручную, синхронизируйте настройки самостоятельно.

Для обновления кластера ADH выполните следующие шаги:

  1. Загрузите бандл ADH более новой версии в ADCM. Инструкции по загрузке доступны в разделах Загрузка бандла и Загрузка бандла в ADCM.

  2. На странице Clusters нажмите upgrade default для ADH-кластера, который требуется обновить. Иконка становится активной после загрузки бандла в ADCM.

    Действие Upgrade
    Действие Upgrade

  3. В открывшемся окне выберите версию бандла в поле Upgrade to version и нажмите Upgrade.

    Выбор версии
    Выбор версии для обновления

  4. Подтвердите действие, нажав Run.

    Запуска действия обновления
    Действие подготовки к обновлению

    В результате запускается задача подготовки к обновлению Upgrade: <bundle_version>. После успешного выполнения задачи кластер ADH переводится в статус upgrade_<old_version>_to_<new_version>.

  5. На странице Clusters в столбце Actions нажмите actions default dark actions default light для ADH-кластера, который нужно обновить, и выберите действие Upgrade.

    Выбор действия Upgrade
    Выбор действия Upgrade

  6. В открывшемся окне подтвердите запуск действия, нажав Run. Это запустит основную задачу обновления Upgrade. Прогресс обновления можно отслеживать на странице Jobs.

    После успешного выполнения задачи состояние ADH-кластера изменяется на installed, а на странице Clusters отображается новая версия кластера.

    Действие Upgrade завершено
    Обновление завершено

Правила обновления

Ниже приведены основные правила по обновлению бандлов на новую мажорную/минорную версию.

Обновление мажорной версии

Обновление мажорной версии подразумевает обновление содержимого пакетов и бандла. Обновление ADH-кластера до следующей мажорной версии возможно только с максимальной минорной версии предыдущего мажорного релиза. Несколько примеров обновлений приведены ниже:

  • ✅ 2.1.6_b4 → 2.1.7_b1. Допустимое обновление.

  • ✅ 2.1.8_b3 → 2.1.10_b1. Допустимое обновление.

  • ✅ 3.1.2_arenadata1_b1 → 3.1.2_arenadata2_b1. Допустимое обновление.

  • ✅ 3.1.2_arenadata2_b1 → 3.2.4_arenadata1_b1. Допустимо, если версия 3.1.2_arenadata2_b1 является последней в рамках 3.1.2.

  • ❌ 2.1.6_b3 → 2.1.7_b1. Запрещено. Версия 2.1.6_b3 не является последней в релизе 2.1.6.

  • ❌ 2.1.6_b4 → 2.1.8_b1. Запрещено. Нельзя пропустить минорную версию 2.1.7. Апгрейды с пропуском версии возможны только для бандлов начиная с версии 4.0.0.

  • ❌ 3.1.2_arenadata1_b1 → 3.1.2_arenadata3_b1. Запрещено. Нельзя пропустить версию 3.1.2_arenadata2_bX. Апгрейды с пропуском версии возможны только для бандлов начиная с версии 4.0.0.

Начиная с версии 4.0.0 допустимы апгрейды с пропуском версии. Например:

  • ✅ 4.0.0_b1 → 4.1.0_b1. Допустимое обновление.

  • ✅ 4.0.0_b1 → 4.2.0_b1. Допустимое обновление с пропуском версии 4.1.0.

  • ❌ 4.0.0_b1 → 4.3.0_b1. Запрещено. Возможен пропуск только одной версии (4.1.0), но не двух.

Обновление минорной версии

Обновление минорной версии подразумевает обновление кода бандла. Обновление минорной версии релиза можно выполнить с любой версии в рамках одного мажорного релиза, например:

  • ✅ 2.1.4_b1 → 2.1.4_b2

  • ✅ 2.1.4_b1 → 2.1.4_b11

  • ✅ 3.1.2_arenadata1_b1 → 3.1.2_arenadata1_b5

ПРИМЕЧАНИЕ
Вышеуказанные правила обновления также применимы для ADPS-бандлов.
Нашли ошибку? Выделите текст и нажмите Ctrl+Enter чтобы сообщить о ней