Существует маленький шанс, что старая запись MX могла кэшироваться. Это зависит от времени жизни, установленного предыдущими записями DNS. Если бы Вы не управляли перемещением DNS, то необходимо надеяться, что установка была низкой (
Возможно, это не тот ответ, который вы хотели бы услышать, поскольку я думаю, что это немного выдумка, но я хотел поделиться с вами идеей (поскольку я не верю, что есть какие-либо поддерживаемые способ сделать это, то есть запустить процесс keepalived
, перезагрузить его конфигурацию).
Вы можете вручную добавить IP-адреса в интерфейс keepalived
на главном устройстве VRRP с помощью интерфейса командной строки, поэтому предположим server1 eth1 - 192.168.0.1, server2 eth1 - 192.168.0.2, и у них обоих 192.168.0.254 в keepalived
. На server1;
sudo ip a a 192.168.0.253/24 dev eth1
Мастер теперь имеет дополнительный IP.
На server2 внесите изменения в конфигурацию keepalived
, добавьте новые IP-адреса, добавьте их в virtual_ipaddress_excluded, согласно этот запрос SF .
Теперь откажитесь от процесса keepalived
на server2, сервер резервного копирования.
Теперь добавьте IP-адреса в server1 keepalived
confif, но не отбрасывайте демон, так как это приведет к простоям. Если / когда настанет день, ваш главный блок keepalived
перейдет в состояние отработки отказа и server2 станет главным, bounce keepalived
на server1, а затем перезагрузите конфигурацию (при условии, что вы не используете preempt , server1 теперь будет ждать, чтобы снова стать мастером, и оба устройства имеют настроенные новые IP-адреса).
Это единственный способ, который я вижу, чтобы сделать это. Я хотел бы услышать способ заставить запущенный keepalived
перезагрузить его конфигурацию, если у кого-то есть такой метод.
keepalived
перейдет в состояние отработки отказа и server2 станет главным, bounce keepalived
на server1, а затем перезагрузите конфигурацию (при условии, что вы не используете preempt , server1 теперь будет ждать, чтобы снова стать мастером, и оба устройства имеют настроенные новые IP-адреса).
Это единственный способ, который я вижу, чтобы сделать это. Я хотел бы услышать способ заставить запущенный keepalived
перезагрузить его конфигурацию, если у кого-то есть такой метод.
keepalived
перейдет в состояние отработки отказа и server2 станет главным, bounce keepalived
на server1, а затем перезагрузите конфигурацию (при условии, что вы не используете preempt , server1 теперь будет ждать, чтобы снова стать мастером, и оба устройства имеют настроенные новые IP-адреса).
Это единственный способ, который я могу сделать для этого. Я хотел бы услышать способ заставить запущенный keepalived
перезагрузить его конфигурацию, если у кого-то есть такой метод.
Просто killall -HUP keepalived
Однако это должно выполняться на всех серверах примерно в то же время, когда происходит передача количества IP-адресов для VRRP. («получить неверный счетчик IP-адресов, связанный с VRID»)