Апгрейд с wheezy на stretch (2x до 3х) » История » Версия 1
Владимир Ипатов, 19.01.2020 14:34
| 1 | 1 | Владимир Ипатов | h1. Апгрейд с wheezy на stretch (2x до 3х) |
|---|---|---|---|
| 2 | 1 | Владимир Ипатов | |
| 3 | 1 | Владимир Ипатов | Данный апгрейд может проводиться с минимальным простоем, т.к. внутри одного кластера могут успешно работать узлы версии 2.х и 3.х, в том числе работает репликация DRBD между узлами версии 2.х и 3.х |
| 4 | 1 | Владимир Ипатов | |
| 5 | 1 | Владимир Ипатов | В случае Linux виртуальных машин требуется только одна перезагрузка при переносе с 2.x узла на 3.х узла. |
| 6 | 1 | Владимир Ипатов | |
| 7 | 1 | Владимир Ипатов | В случае Windows виртуальных машин иногда требуется однократная загрузка в безопасном режиме и/или заход под пользователем в локальную консоль виртуальной машины для установки "нового" эмулируемого диска и сетевой карты. |
| 8 | 1 | Владимир Ипатов | |
| 9 | 1 | Владимир Ипатов | h2. Общая процедура апгрейда |
| 10 | 1 | Владимир Ипатов | |
| 11 | 1 | Владимир Ипатов | 1) обновляются все резервные узлы кластера. Это можно сделать обновлением дистрибутива (см. выше) или переустановкой узлов с нуля. Переустановка узлов с нуля - менее сложный процесс, но более длительный, т.к. придется заново ресинкать все тома всех виртуальных машин. |
| 12 | 1 | Владимир Ипатов | 2) после обновления всех резервных узлов делаются настройки кластера, позволяющие работать в смешанном окружении. Смешанный кластер до момента перенастройки не может выполнять операции по старту/остановке виртуальных машин, их переносу, перенастройке и т.д. |
| 13 | 1 | Владимир Ипатов | 3) все виртуальные машины переносятся на резервные узлы, их проверяется работоспособность. |
| 14 | 1 | Владимир Ипатов | 4) обновляются узлы второй половины кластера. |
| 15 | 1 | Владимир Ипатов | |
| 16 | 1 | Владимир Ипатов | h2. Апгрейд узла |
| 17 | 1 | Владимир Ипатов | |
| 18 | 1 | Владимир Ипатов | Для апгрейда узла два способа: |
| 19 | 1 | Владимир Ипатов | 1) Переустановка узла (легкий, но долгий путь, требует ресинка дрбд на всех виртуальных машинах) |
| 20 | 1 | Владимир Ипатов | 2) Обновление пакетов (трудоемкий путь, но позволяет быстрее выполнить миграцию, не требует ресинка дрбд) |
| 21 | 1 | Владимир Ипатов | |
| 22 | 1 | Владимир Ипатов | h3. Переустановка узла |
| 23 | 1 | Владимир Ипатов | |
| 24 | 1 | Владимир Ипатов | Для апгрейда с переустановкой узла требуется: |
| 25 | 1 | Владимир Ипатов | |
| 26 | 1 | Владимир Ипатов | 1) сохранить содержимое файла /etc/network/interfaces и /etc/hostname на обновляемом узле |
| 27 | 1 | Владимир Ипатов | 2) загрузиться с флешки/диска и установить на обновляемый узел SkyCover 3.x. При этом нужно при установке ввести такой же lan ip, хостнейм, домен, какой был. подробнее: [[УСТАНОВКА]] |
| 28 | 1 | Владимир Ипатов | 3) настроить конфиг сетевых интерфейсов /etc/network/interfaces, используя сохраненное содержимое, перезапустить сеть с помощью service networking restart. |
| 29 | 1 | Владимир Ипатов | 4) порядок сетевых интерфейсов мог поменяться, проверить пинг до мастера через backbone, lan и т.д. Если что-то не совпадает, то, отключая кабель по одному сетевому интерфейсу и запуска ip link show (показывает, где нет линка) идентифицировать сетевые интерфейсы и переназначить их в /etc/network/interfaces, перезапустить сеть |
| 30 | 1 | Владимир Ипатов | 5) с мастера выполнить команды: |
| 31 | 1 | Владимир Ипатов | <pre> |
| 32 | 1 | Владимир Ипатов | gnt-node add --readd ХОСТНЕЙМ |
| 33 | 1 | Владимир Ипатов | gnt-cluster redist-conf |
| 34 | 1 | Владимир Ипатов | </pre> |
| 35 | 1 | Владимир Ипатов | |
| 36 | 1 | Владимир Ипатов | h3. Обновление пакетов |
| 37 | 1 | Владимир Ипатов | |
| 38 | 1 | Владимир Ипатов | h2. Перенастройка кластера для работы в смешанном окружении. |
| 39 | 1 | Владимир Ипатов | |
| 40 | 1 | Владимир Ипатов | Смешанный кластер до момента перенастройки не может выполнять операции по старту/остановке виртуальных машин, их переносу, перенастройке и т.д. |
| 41 | 1 | Владимир Ипатов | Суть настроек заключается в том, что в узлах версии 3 больше нет toolstack xm, есть только xl. Поэтому нужно перенастроить все узлы и кластер на использование xl. |
| 42 | 1 | Владимир Ипатов | Также в узлах версии 2.х и 3.х несовпадают некоторые пути, это решается за счет симлинков |
| 43 | 1 | Владимир Ипатов | |
| 44 | 1 | Владимир Ипатов | h3. перенастройка кластера на xl |
| 45 | 1 | Владимир Ипатов | |
| 46 | 1 | Владимир Ипатов | h3. добавление симлинков |
| 47 | 1 | Владимир Ипатов | |
| 48 | 1 | Владимир Ипатов | h2. перенос виртуальных машин |
| 49 | 1 | Владимир Ипатов | |
| 50 | 1 | Владимир Ипатов | h2. апгрейд второй половины кластера |
| 51 | 1 | Владимир Ипатов | |
| 52 | 1 | Владимир Ипатов | для апгрейда второй половины кластера следует повторить операцию апгрейда узла для оставшихся узлов версии 2.x (процедуру см. выше) |