Можно использовать rsync или drbd, чтобы сохранить сервер резервного копирования в синхронизации или смонтировать данные через nfs с 3-го сервера. Если бы Вы хотите сохранить это простым, я отступил бы до тех же местоположений каталога на сервере резервного копирования как исходный сервер.
heartbeat2 является хорошим решением для управления IP-адресами и обеспечивает инструменты для автоматической или ручной обработки отказа - и учитывает сбрасывание кэша ARP и другие вещи, о которых я не думал бы.
Так как инструмент mii удерживается от использования, я пошел бы для ethtool. Разве Вы не можете проверить другое мнение о сторонах о скорости канала, btw?
инструмент mii и ethtool, как известно, не соглашаются при определенных обстоятельствах; можно найти bugreports этого на хосте веб-сайтов. Какой драйвер Вы используете? По крайней мере, tg3, как известно, является предметом разногласия между этими двумя инструментами.
ОБНОВЛЕНИЕ: Проверенный это на Вас локально, но кажется, что инструмент mii может только сообщить до 100MiB/s. ethtool, является поэтому, вероятно, правильным в Вашей ситуации ;-) Должна быть причина, она удерживается от использования, так или иначе...
Проверить dmesg
. Большинство драйверов сообщит о скорости и дуплексе, в котором они согласовывают. Например:
dmesg | grep eth2
Например, наш HP Proliants имеют встроенную Broadcom NICs, которые создают сообщения журнала ядра как это:
bnx2: eth2 NIC Link is Up, 1000 Mbps full duplex, receive & transmit flow control ON
Если Ваш компьютер возрос некоторое время и буфер журнала ядра, заполненный другим материалом (это - FIFO фиксированного размера), можно также проверить системный журнал. Вы не говорите, какое распределение Вы используете, но многие зарегистрируют сообщения ядра к /var/log/messages
или /var/log/syslog
.