Смена IP-адреса на узлах и контроллерах SpaceVM
В статье рассматривается система со следующими характеристиками:
- 
Кластер состоит из 4 узлов с ролями: - Controller.
- Controller + Node.
- Node.
 
- 
В кластере используются кластерные хранилища Gluster и GFS2. 
- Контроллеры находятся в состоянии репликации.
Внимание
Не рекомендуется изменять сетевые настройки на настроенном рабочем кластере, так как может нарушиться работа существующей инфраструктуры.
При наличии кластерного транспорта и сетей СХД необходимо перед
сменой адресации убедиться, что они находятся под управлением 
отдельной внешней сети. В случае не выполнения данных условий, 
необходимо привести инфраструктуру в соответствие с требованиями 
SpaceVM.
Смена адреса на узле с ролью Node
При изменении на узле сетевых настроек, полученных по DHCP, на статические или при изменении статических настроек действия по смене IP-адреса будут аналогичными. Для смены адреса необходимо:
- 
Выбрать узел на контроллере. 
- 
Перенести все ВМ узла на другой узел или выключить питание всех ВМ. 
- 
Перевести узел в сервисный режим. 
- 
Перейти в раздел Сети – Сетевые настройки – <Имя сети управления> – Настройки серверов. Вверху окна выбрать из раскрывающегося списка нужный сервер. В поле IP-адрес нажать кнопку  и в открывшемся 
   окне внести необходимые 
   изменения. и в открывшемся 
   окне внести необходимые 
   изменения.
- 
После смены IP-адреса узел автоматически станет активным. Потребуется некоторое время для активации всех сущностей узла. Примечание Рекомендуется не предпринимать никаких действий сразу после смены IP-адреса. При наличии сетевой связности между узлом и контроллером необходимо подождать около 10 минут — за это время узел должен восстановить связь с контроллером и передать статусы состояния сущностей узла. Если по истечении этого времени предупреждения не исчезают, то необходимо убедиться в наличии сетевой связности между узлами и выполнить перезапуск супервизора узла через Web-интерфейс контроллера или через CLI узла. 
- 
Убедиться, что узел активен и имеет связь с контроллером. 
- 
При необходимости переконфигурировать кластерный транспорт GFS2 в разделе Хранилища – Кластерные хранилища – Кластерные транспорты – <Имя транспорта>. Для этого в открывшемся окне подробного просмотра выбранного транспорта необходимо нажать на кнопку Переконфигурирование, затем на кнопку Сохранить. 
- 
Проверить статус монтирования LUN (с файловой системой GFS2) в разделе Хранилища – LUNs – <Имя LUN>. 
- 
Убедиться в корректной работе пула данных GFS2. Порядок действий, если КТ Gluster не переконфигурировался в автоматическом режимеЕсли КТ Gluster не переконфигурировался в автоматическом режиме, то необходимо: - 
Переконфигурировать кластерный траспорт Gluster в разделе Хранилища – Кластерные хранилища – Кластерные транспорты – <Имя транспорта>. В открывшемся окне подробного просмотра выбранного транспорта нажать на кнопку Переконфигурирование, затем на кнопку Сохранить. 
- 
Проверить статус монтирования тома в разделе Хранилища – Кластерные хранилища – Тома – <Имя тома>. 
- 
Убедиться в корректной работе пула данных Gluster. 
 
- 
Смена адреса на узле с ролью Controller + Node
- 
При необходимости смены адреса на контроллере, который находится в состоянии репликации с другим контроллером, нужно перевести оба контроллера в режим обособленного контроллера и разорвать связность между ними. Подробное описание процесса отключения репликации. Внимание Если узел, на котором будет произведена смена IP-адреса, имеет роль master, то перед переводом в режим обособленного контроллера необходимо вручную переключить роль контроллера наslave. Процесс ручного переключения ролей контроллеров.
- 
После отключения репликации необходимо повторить действия по смене адреса на узле с ролью Node. 
- 
При необходимости восстановить репликацию между контроллерами. 
Смена адреса на узле с ролью Controller
- 
При необходимости смены адреса на контроллере, который находится в состоянии репликации с другим контроллером, нужно перевести оба контроллера в режим обособленного контроллера и разорвать связность между ними. Подробное описание процесса отключения репликации. Внимание Если узел, на котором будет произведена смена IP-адреса, имеет роль master, то перед переводом в режим обособленного контроллера необходимо вручную переключить роль контроллера наslave. Процесс ручного переключения ролей контроллеров.
- 
В CLI контроллера настроить адресацию, например: где:net conf ip set-static -i ip_address -m subnet_mask -g gateway- 
ip_address - новый адрес контроллера; 
- 
subnet_mask - маска подсети; 
- 
gateway - адрес шлюза. 
 Примечание для смены с DHCP на статические настройки Если смена сетевых настроек происходит с полученных по DHCP на статические настройки, то сначала необходимо настроить статическую адресацию на тот же адрес, что был получен по DHCP. После этого повторно выполнить команду с указанием нового адреса: ``` net conf ip set-static ```
- 
- 
В CLI контроллера настроить VLAN, например: где:net conf vlan set -i interface_name -m access -t vlan_tag- 
interface_name - имя интерфейса управления; 
- 
vlan_tag - номер VLAN. 
 
- 
- 
Настроить репликацию между контроллерами. Описание репликации контроллеров. 
Смена адресации всей инфраструктуры с переходом в другую подсеть
Внимание
Не рекомендуется изменять сетевые настройки на настроенном рабочем кластере, так как может нарушиться работа существующей инфраструктуры.
Примечание
Если новая подсеть доступна с другого физического интерфейса, то перед изменением адреса необходимо сменить используемый по умолчанию порт командой:
net conf ports set-default-port -i interface_name
При смене адресации в инфраструктуре, в которой контроллеры находятся в состоянии репликации, необходимо:
- Изменить роль узла с типом установки Контроллер на роль master.
- 
Перевести оба контроллера в режим обособленного контроллера. Это разрывает связность между ними и останавливает репликацию. 
 Подробное описание процесса отключения репликации.
- 
Перевести все узлы в сервисный режим. 
- 
Выполнить шаги 2 и 3 из инструкции по смене адреса на узле с ролью Controller. Примечание для смены с DHCP на статические настройки Если смена сетевых настроек происходит с полученных по DHCP на статические настройки, то сначала необходимо настроить статическую адресацию на тот же адрес, что был получен по DHCP. После этого повторно выполнить команду с указанием нового адреса: ``` net conf ip set-static ```
- 
В CLI всех узлов сменить адрес контроллера (поле controller_ip): node config-edit
- 
Если подсеть, на которую будет совершен переход, доступна с того же физического интерфейса, что сейчас используется, то необходимо: - 
В CLI узлов настроить VLAN, например: где:net conf vlan set -i interface_name -m access -t vlan_tag- 
interface_name - имя интерфейса управления; 
- 
vlan_tag - номер VLAN. 
 
- 
- 
В CLI узлов настроить адресацию, например: где:net conf ip set-static -i ip_address -m subnet_mask -g gateway- 
ip_address - новый адрес контроллера; 
- 
subnet_mask - маска подсети; 
- gateway - адрес шлюза.
 
- 
 
- 
- 
В CLI узлов указать новый адрес контроллера для службы NTP, например: где:ntp set controller_address- controller_address - новый адрес контроллера.
 
- 
Перезапустить службу NTP: services restart ntp
- 
Проверить, что в качестве NTP сервера установился новый адрес контроллера: ntp check
- 
После смены адресации всех узлов выполнить инструкцию по смене адреса на узле с ролью Node, начиная с 4 шага. Примечание Если узлы не были автоматически переведены в стандартный режим, то необходимо перевести их вручную.