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

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

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

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

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

  • 3.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_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.

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

Ниже приведены доступные версии бандлов 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

Бандлы ADPS

 

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

1.0.2

b1 — b9

1.0.3

b1 — b2

1.0.4

b1 — b4

1.0.5

b1

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

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

Для обновления кластера ADH необходимо загрузить новый бандл в ADCM. После загрузки ADCM распознает новый бандл и действие Upgrade станет доступным для кластера в ADCM UI, как показано ниже.

upgrade cluster
Действие Upgrade
ВНИМАНИЕ

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

  1. ADCM

  2. ADPS

  3. ADH

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

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

Обновление мажорной версии подразумевает обновление содержимого пакетов и бандла. Обновление 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.

  • ❌ 3.1.2_arenadata1_b1 → 3.1.2_arenadata3_b1. Запрещено. Нельзя "перепрыгнуть" через версию 3.1.2_arenadata2_bX.

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

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

  • ✅ 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 чтобы сообщить о ней