Перейти к содержанию

Смена IP-адреса на узлах и контроллерах SpaceVM

В рамках статьи рассматривается система со следующими характеристиками:

  • Кластер состоит из 4 узлов с ролями:

    • Controller.
    • Controller + Node.
    • Node.

  • В кластере используются кластерные хранилища Gluster и GFS2.

  • Контроллеры находятся в состоянии репликации.

Внимание

Не рекомендуется изменять сетевые настройки на настроенном рабочем кластере, так как может нарушиться работа существующей инфраструктуры.

При наличии кластерного транспорта и сетей СХД необходимо перед
сменой адресации убедиться, что они находятся под управлением отдельной внешней сети. В случае не выполнения данных условий, необходимо привести инфраструктуру в соответствие с требованиями SpaceVM.

Смена адреса на узле с ролью Node

При изменении на узле сетевых настроек с полученных по DHCP на статические или при изменении статических настроек действия по смене IP-адреса будут аналогичными. Для смены адреса необходимо:

  1. Выбрать узел на контроллере.

  2. Перенести все ВМ узла на другой узел или выключить питание всех ВМ.

  3. Перевести узел в сервисный режим.

  4. Перейти в раздел Сети – Сетевые настройки – <Имя сети управления> – Настройки серверов. Выбрать из раскрывающегося списка нужный сервер. В поле IP-адрес нажать кнопку image.png и в открывшемся окне внести необходимые изменения.

  5. После смены IP-адреса узел автоматически станет активным. Потребуется некоторое время для активации всех сущностей узла.

    Примечание

    Рекомендуется не предпринимать никаких действий сразу после смены IP-адреса. При наличии сетевой связности между узлом и контроллером необходимо подождать около 10 минут — за это время узел должен восстановить связь с контроллером и передать статусы состояния своих сущностей.

    Если по истечении этого времени предупреждения не исчезают, то необходимо убедиться в наличии сетевой связности между узлами и выполнить перезапуск супервизора узла через Web-интерфейс контроллера или через CLI узла.

  6. Убедиться, что узел активен и имеет связь с контроллером.

  7. При необходимости переконфигурировать кластерный транспорт GFS2 в разделе Хранилища – Кластерные хранилища – Кластерные транспорты – <Имя транспорта>. Для этого в открывшемся окне подробного просмотра выбранного транспорта необходимо нажать на кнопку Переконфигурирование, затем на кнопку Сохранить.

  8. Проверить статус монтирования LUN (с файловой системой GFS2) в разделе Хранилища – LUNs – <Имя LUN>.

  9. Убедиться в корректной работе пула данных GFS2.

    Порядок действий, если КТ Gluster не переконфигурировался в автоматическом режиме

    Если КТ Gluster не переконфигурировался в автоматическом режиме, то необходимо:

    1. Переконфигурировать кластерный траспорт Gluster в разделе Хранилища – Кластерные хранилища – Кластерные транспорты – <Имя транспорта>. В открывшемся окне подробного просмотра выбранного транспорта нажать на кнопку Переконфигурирование, затем на кнопку Сохранить.

    2. Проверить статус монтирования тома в разделе Хранилища – Кластерные хранилища – Тома – <Имя тома>.

    3. Убедиться в корректной работе пула данных Gluster.

Смена адреса на узле с ролью Controller + Node

  1. При необходимости смены адреса на контроллере, который находится в состоянии репликации с другим контроллером, нужно перевести оба контроллера в режим обособленного контроллера и разорвать связность между ними. Подробное описание процесса отключения репликации.

    Внимание

    Если узел, на котором будет произведена смена IP-адреса, имеет роль master, то перед переводом в режим обособленного контроллера необходимо вручную переключить роль контроллера на slave. Процесс ручного переключения ролей контроллеров.

  2. После отключения репликации необходимо повторить действия по смене адреса на узле с ролью Node.

  3. При необходимости восстановить репликацию между контроллерами.

Смена адреса на узле с ролью Controller

  1. При необходимости смены адреса на контроллере, который находится в состоянии репликации с другим контроллером, нужно перевести оба контроллера в режим обособленного контроллера и разорвать связность между ними. Подробное описание процесса отключения репликации.

    Внимание

    Если узел, на котором будет произведена смена IP-адреса, имеет роль master, то перед переводом в режим обособленного контроллера необходимо вручную переключить роль контроллера на slave. Процесс ручного переключения ролей контроллеров.

  2. В 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
    с указанием нового адреса.

  3. В CLI контроллера настроить VLAN, например: 

    net conf vlan set -i interface_name -m access -t vlan_tag
    где:

    • interface_name - имя интерфейса управления;

    • vlan_tag - номер VLAN.

  4. Настроить репликацию между контроллерами. Описание репликации контроллеров.

Смена адресации всей инфраструктуры с переходом в другую подсеть

Внимание

Не рекомендуется изменять сетевые настройки на настроенном рабочем кластере, так как может нарушиться работа существующей инфраструктуры.

Примечание

Если новая подсеть доступна с другого физического интерфейса, то перед изменением адреса необходимо сменить используемый по умолчанию порт командой:

net conf ports set-default-port -i interface_name
где interface_name - имя физического интерфейса в системе.

При смене адресации в инфраструктуре, в которой контроллеры находятся в состоянии репликации, необходимо:

  1. Изменить роль узла с типом установки Контроллер на роль master.

  2. Перевести оба контроллера в режим обособленного контроллера. Это разрывает связность между ними и останавливает репликацию.
    Подробное описание процесса отключения репликации.

  3. Перевести все узлы в сервисный режим.

  4. Выполнить шаги 2 и 3 из инструкции по смене адреса на узле с ролью Controller.

    Примечание для смены с DHCP на статические настройки

    Если смена сетевых настроек происходит с полученных по DHCP на статические настройки, то сначала необходимо настроить статическую адресацию на тот же адрес, что был получен по DHCP. После этого повторно выполнить команду 

    net conf ip set-static
    с указанием нового адреса.

  5. В CLI всех узлов сменить адрес контроллера (поле controller_ip):

    node config-edit

  6. Если подсеть, на которую будет совершен переход, доступна с того же физического интерфейса, что сейчас используется, то необходимо:

    • В 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 - адрес шлюза.

  7. В CLI узлов указать новый адрес контроллера для службы ntp, например:

    ntp set controller_address
    где:

    • controller_address - новый адрес контроллера.

  8. Перезапустить службу ntp:

    services restart ntp

  9. Проверить, что в качестве ntp сервера установился новый адрес контроллера:

    ntp check

  10. После смены адресации всех узлов выполнить инструкцию по смене адреса на узле с ролью Node, начиная с 4 шага.

    Примечание

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