Всем привет,
У меня проблема с конфигурацией кластера, поясняю свою конфигурацию, вся инфраструктура находится в VMware:
Node1Ip: 192.168.10.10
Node2Ip: 192.168.10.11
Ip-адрес кластера: 192.168.10.12
Эта конфигурация в порядке и работает, когда я тестирую конфигурацию кластера. Но когда я добавляю еще один eth, потому что мне нужно настроить ферму в другой сети с другим VLAN.
В этом случае я попытался изменить в файле конфигурации «$exclude="–exclude if_eth0_conf –exclude if_eth1_conf";" и настроить
Узел1eth1: 192.168.20.11
Узел2eth1: 192.168.20.12
Виртуальный интерфейс: 192.168.20.13
Я создаю в мастере виртуальный интерфейс, и он реплицируется на резервный. Здесь все работает, ip 20.13 отвечает на пинг. Но когда я принудительно балансирую на Node2, все вроде работает, но ip не отвечает на пинг, и очевидно не работает ферма.
можете мне помочь пожалуйста? Я впервые с этой программой.
Благодарю.
Привет, Стивен,
Добро пожаловать в сообщество Relianoid.
Не могли бы вы создать сохранение поддержки (в меню Система > Сохранить поддержки) для каждого узла и разместить их по адресу: support AT relianoid DOT com?
Спасибо.
Привет, Стивен,
Я просмотрел файлы supportsave, но мне нужна дополнительная информация о состоянии узла на момент возникновения проблемы.
Можете ли вы поделиться новой версией supportsave второго узла, когда возникла эта проблема?
Если в данный момент вы не можете получить доступ к веб-интерфейсу, выполните следующую команду из консоли: /usr/local/relianoid/bin/supportsave
Затем, после перезапуска узла, вы можете выполнить scp для нового файла, расположенного в /tmp.
Спасибо.
Привет, Стивен,
Спасибо за отправку запрошенной информации. Я не вижу никаких проблем с журналами или конфигурацией.
Пожалуйста, проверьте, что MAC-адреса плавающих виртуальных IP-адресов меняются, когда узел 1 является основным и когда узел 2 является основным. Вы можете попробовать для каждого IP-адреса:
ping -c1 IP_АДРЕС
arp -n | grep IP_АДРЕС
Убедитесь, что изменение MAC-адреса или IP-адреса разрешено в настройках безопасности виртуального коммутатора VMware.
Сообщите нам, если вам понадобится дополнительная помощь или проблема будет решена.
Я настроил виртуальный коммутатор Vmware так, чтобы разрешить смену MAC-адресов для двух разных VLAN. В этом случае виртуальный интерфейс, назначенный кластеру, продолжает работать, когда главный узел кластера переключается на другой, но другие виртуальные интерфейсы не работают, и я не знаю, есть ли у меня ошибка в конфигурации.
Спасибо
Привет, Стивен,
Я видел ваше сообщение:
Думаю, я нашел проблему. Когда происходит аварийное переключение, новый мастер не объявляет шлюзу новый mac для ARP. Когда я выполняю эту команду «arping -U 172.16.212.1 -s 172.16.212.220 -c1» с нового мастера, ARP шлюза обновляется, и все работает. Как мне сделать это автоматически?
Итак, чтобы автоматизировать этот процесс, когда узел становится главным, добавьте эту команду в файл /usr/local/relianoid/config/noid-start.
Убедитесь, что это изменение внесено на обоих узлах.
Надеюсь, это поможет.