В настоящее время я предоставляю своим клиентам некоторые веб-приложения (apache / php / mysql на сервере Windows). Я хочу предоставить какой-то резервный сервер на случай, если у моего сервера произойдет сбой оборудования. Мой сервер работает в центре обработки данных.
Думаю, я просто добавлю второй сервер, который будет установлен в той же стойке. Мой 1-й сервер будет действовать как запасной, и я добавлю дополнительные сетевые адаптеры для создания локальной сети между двумя серверами. Я буду использовать репликацию mysql и что-то вроде rsync для непрерывной синхронизации всех веб-приложений. Затем я настрою некоторый мониторинг на резервном сервере, чтобы, когда мой основной сервер не отвечает, резервный сервер изменит свой IP-адрес, чтобы он соответствовал основному. (возможно, ручное изменение вместо автоматического).
У меня вопрос: изменится ли IP-адрес почти мгновенно? Или маршрутизатор / коммутатор в центре обработки данных не обнаружит изменения достаточно быстро (из-за кэширования ARP). Нужно ли мне также клонировать MAC-адрес в такой ситуации?
Я не думаю, что здесь кеширование ARP будет проблемой.
Однако меня беспокоят такие проблемы, как частичный сбой основного сервера (т.е. он не отвечает на ваши запросы мониторинга, но его сетевое соединение все еще живо). Если срабатывает мониторинг, необходимо убедиться, что главный сервер отключен (например, отключив его с помощью коммутируемого PDU или отключив порт коммутатора, к которому подключен сервер).
Похоже, вы реализуете собственное решение высокой доступности. Почему бы просто не использовать уже доступное и надежное решение, такое как оставайся живым или сердцебиение?
При использовании такого решения вам не нужно беспокоиться о кешировании ARP. Такое программное обеспечение отправит пакет GARP (Gratuituous Address Resolution Protocol) после аварийного переключения.