Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    [РЕШЕНО]Миграция кластера Proxmox HA с Ceph в новую подсеть IP.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    [РЕШЕНО]Миграция кластера Proxmox HA с Ceph в новую подсеть IP., Proxmox Виртуальная Среда
     
    TechByGiusi
    Guest
    #1
    0
    26.04.2025 12:24:00
    Привет, я в процессе перевода всего моего кластера, состоящего из трех узлов, на новую подсеть. Старые адреса: 10.10.20.11/24, 10.10.20.12/24, 10.10.20.13/24. Новые адреса: 10.10.0.10/24, 10.10.0.11/24, 10.10.0.12/24.

    Я уже обновил все необходимые файлы, следуя руководству, которое нашёл на Reddit: https://www.reddit.com/r/Proxmox/comments/10s48vm/how_can_i_change_the_ip_of_no­de_in_a_cluster/

    Использованные команды:

    ```
    # Остановить сервисы кластера
    systemctl stop pve-cluster
    systemctl stop corosync

    # Смонтировать файловую систему локально
    pmxcfs -l

    # Отредактировать файл интерфейсов сети, чтобы указать новые IP-адреса
    # Обязательно замените и адрес, и шлюз
    nano /etc/network/interfaces

    # Заменить любые записи хостов новыми IP-адресами
    nano /etc/hosts

    # Изменить DNS-сервер по мере необходимости
    nano /etc/resolv.conf

    # Отредактировать файл corosync и заменить старые IP-адреса новыми для всех хостов
    # :%s/10\.10\.20\./10.10.0./g   <- команда vi для замены всех экземпляров
    # ОБЯЗАТЕЛЬНО УВЕЛИЧЬТЕ номер версии конфигурации (config_version) на единицу, чтобы не перезаписать конфигурацию
    nano /etc/pve/corosync.conf

    # Отредактировать файл известных хостов, чтобы указать правильные IP-адреса
    # :%s/10\.10\.20\./10.10.0./g   <- команда vi для замены всех экземпляров
    nano /etc/pve/priv/known_hosts

    # Если используете ceph, отредактируйте файл конфигурации ceph, чтобы отразить новую сеть
    # (спасибо u/FortunatelyLethal)
    # :%s/10\.10\.20\./10.10.0./g   <- команда vi для замены всех экземпляров
    nano /etc/ceph/ceph.conf

    # Если хотите быть более детальным... исправьте IP в /etc/issue
    nano /etc/issue

    # Проверьте, остались ли какие-либо узлы со старым IP-адресом
    cd /etc
    grep -R "10.10.20." /etc

    # Перезагрузить службу сети
    systemctl restart networking
    ```

    После перезагрузки системы кластер должен быть в норме.

    Теперь я хочу исправить ситуацию без потери данных. Если решения нет, я надеюсь, что смогу вернуться к исходному состоянию. Что мне делать дальше? Спасибо, Giusi.



    ---
    **Примечание:**

    *   Я добавил команду `grep -R "10.10.20." /etc` для поиска всех файлов в `/etc`, содержащих старый IP-адрес. Это может помочь найти и исправить другие места, где может быть указан старый IP.
    *   Я заменил "GUI" на "интерфейсе" для более естественного звучания.
    *   Обратите внимание, что при изменении IP-адресов необходимо правильно настроить DNS и маршрутизацию.

    **Важно!**  В комментариях вы указали, что Мониторы отображаются в интерфейсе, а Менеджеры нет.  Это может говорить о проблеме с DNS или маршрутизацией. Необходимо проверить конфигурацию сети и убедиться, что Менеджеры могут связываться с Мониторами по новым IP-адресам.
     
     
     
    TechByGiusi
    Guest
    #2
    0
    27.04.2025 12:29:00
    Сначала я вернул все узлы обратно к старой сети. Затем я следовал этой процедуре:

    Код:
    # Отредактируйте файл сетевых интерфейсов, чтобы он содержал новую информацию об IP-адресе
    # Обязательно замените и адрес, и шлюз
    nano /etc/network/interfaces

    # Замените все записи хостов новыми IP-адресами
    nano /etc/hosts

    # Измените DNS-сервер по мере необходимости
    nano /etc/resolv.conf

    # Отредактируйте файл corosync и замените старые IP-адреса новыми IP-адресами для всех узлов
    # -> Меняйте только IP-адрес узла, над которым вы сейчас работаете
    nano /etc/pve/corosync.conf

    # Отредактируйте файл known hosts, чтобы он содержал правильные IP-адреса (только при изменении IP-адреса мастер-узла)
    # -> Вставьте новый IP-адрес мастер-узла
    nano /etc/pve/priv/known_hosts

    # Если используется ceph, отредактируйте файл конфигурации ceph, чтобы он отражал новую сеть
    # -> измените cluster_network = 10.10.20.0/24,10.10.0.0/24
    # -> измените public_network на = 10.10.20.0/24,10.10.0.0/24
    nano /etc/ceph/ceph.conf

    # Перезагрузите систему, чтобы чисто перезапустить все сетевые и службы
    reboot

    # Удалите Монитор измененного узла через GUI

    # Отредактируйте ceph.conf
    nano /etc/pve/ceph.conf
    # -> временно измените public_network только на = 10.10.0.0/24

    # Создайте МОН
    pveceph mon create

    # Отредактируйте ceph.conf обратно в нормальное состояние
    nano /etc/pve/ceph.conf
    # -> измените public_network на = 10.10.20.0/24,10.10.0.0/24
    # -> убедитесь, что у вас есть этот раздел:

    [mon.work]
    public_addr = 10.10.0.12

    # -> Повторите весь процесс еще два раза (если у вас 3 узла)
    # -> После последнего можно изменить public_network и cluster_network только на 10.10.0.0/24

    # Перезагрузите систему, чтобы чисто перезапустить все сетевые и службы
    reboot

    Этот подход позволил кластеру оставаться в рабочем состоянии без простоев. Я сейчас проверяю, все ли еще работает правильно. Пока я провел три итерации, начиная с последнего узла и заканчивая мастер-узлом.
     
     
     
    TechByGiusi
    Guest
    #3
    0
    26.04.2025 12:34:00
    Кстати, добавил, что следующей командой: Код: monmaptool --print /tmp/monmap я могу вывести список всех мониторов. Но они все еще показывают старые адреса, и все узлы все еще те же: Код: root@bad:~# monmaptool --print /tmp/monmap
    monmaptool: файл monmap /tmp/monmap
    epoch 3
    fsid 32c6fb6a-7e96-4863-9ac7-91b270e521e7
    last_changed 2024-09-02T20:43:23.417612+0200
    created 2024-09-02T19:57:18.809703+0200
    min_mon_release 18 (reef)
    election_strategy: 1
    0: [v2:10.10.20.11:3300/0,v1:10.10.20.11:6789/0] mon.bad
    1: [v2:10.10.20.12:3300/0,v1:10.10.20.12:6789/0] mon.team
    2: [v2:10.10.20.13:3300/0,v1:10.10.20.13:6789/0] mon.work
     
     
     
    gurubert
    Guest
    #4
    0
    26.04.2025 19:43:00
    Просто так менять IP-адреса в файле ceph.conf нельзя. Сначала нужно развернуть новые MON, которые будут слушать новые IP-адреса. Эти адреса записываются в карте MON, как ты уже знаешь. IP-адреса в ceph.conf нужны только для всех остальных процессов, которые общаются с кластером Ceph.
     
     
     
    TechByGiusi
    Guest
    #5
    0
    27.04.2025 11:28:00
    Во-первых, спасибо за уточнение! Может, посоветуете, как это сделать правильно, или есть какой-нибудь хороший пошаговый гайд, который вы могли бы порекомендовать для решения этой задачи? Если я удаляю Monitor через GUI и хочу создать новый, появляется такая ошибка: (Проверил на последнем узле – работа использует 10.10.0.12/24).
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры