Обновление кластера
Данный раздел содержит информацию о версиях ADH-бандлов, а также рекомендации по обновлению кластера на более новые версии.
Схема именования бандлов
Имена ADH-бандлов имеют следующий формат.
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.
Версия бандла | Версии кода |
---|---|
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 |
Версия бандла | Версии кода |
---|---|
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, как показано ниже.
ВНИМАНИЕ
При обновлении кластера 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-бандлов.
|