Сразу же на ум пришел «скрабблинг» из плеера в iphone и ipod. При отклонении пальца от горизонтальной полосы прокрутки увеличивается точность, таким образом, в данном примере можно было бы выставлять время с точностью до минуты, если это вдруг понадобится.
Можете написать поподробнее или посоветовать чего почитать по поводу этого самого «тюнинга»? Много про это слышал, но конкретики никакой. Весь мой тюнинг сводится к правке sysctl и настройке сетевух через ethtool.
Сколько у вас занимает времени перестройка OSPF маршрутов?
А вот время перестройки OSPF я не мерил, но т.к. хостов мало перестройка идет очень быстро, т.к. при тестировании не заметил, что произошло переключение на другой сервер, а маршруты еще не перестроились.
Кстати, VRRP позволяет (не знаю как в Linux'е, скорее всего тоже) иметь не только виртуальный IP, но ещё и виртуальный MAC
Появляющийся MAC виртуального интерфейса 00:00:5E:00:01:xx, вы это имели ввиду?
не думали ли вы над тем, чтобы полностью отказаться от линуксового сервера в маршрутизационном ядре?
Это не ядро. В ядре стоит железячный маршрутизатор. А это одни из серверов доступа.
И, как правильно заметил товарищ umraf, там еще реализован NAT и shape.
Те соединения которые обрываются, я имел ввиду TCP-сессии и т.п., состояние которых можно увидеть в /proc/net/ip_conntrack. Естестевенно состояние TCP-сессии не синхронизируется между серверами и при переключении на резерв новые TCP-сессии открываются уже на другом сервере. Это касается и белых сетей, ведь к переключению MASTER-BACKUP добавляется перестройка OSPF и маршрутизации. Мне сложно представить как сделать сохранение состояния TCP-сессии в таком случае. Да и нужно ли оно?
Белые сети реальзованы похожим образом: интерфейс одной белой сети MASTER на одном сервере, интерфейс второй белой подсети — MASTER на другом сервере. Пока сетей только две, реализовано так, но я не вижу никаких проблем при наращивании их количества.
DHCP пока никак не резервируется, планирую заняться этим в ближайшее время. В ISC DHCP это стандартный функционал, ничего городить не требуется.
Я не говорю про какую-то исключительную сложность, немного сложнее.
Сравните конфиг файл и скрипт запуска в UCARP и строчка запуска в VRRP.
Что именно в кривости было к сожалению ничего не могу сказать, не помню просто. Где-то на opennet.ru было обсуждение…
Рассматривал, но отпугнула немного большая сложность настройки да пара сообщений на форумах о немного кривом портировании под Linux (ucarp это ведь из Free- и NetBSD, если мне память не изменяет). Но если с VRRP не получилось бы — пришлось с UCARP разбираться.
А вот время перестройки OSPF я не мерил, но т.к. хостов мало перестройка идет очень быстро, т.к. при тестировании не заметил, что произошло переключение на другой сервер, а маршруты еще не перестроились.
Появляющийся MAC виртуального интерфейса 00:00:5E:00:01:xx, вы это имели ввиду?
Это не ядро. В ядре стоит железячный маршрутизатор. А это одни из серверов доступа.
И, как правильно заметил товарищ umraf, там еще реализован NAT и shape.
Белые сети реальзованы похожим образом: интерфейс одной белой сети MASTER на одном сервере, интерфейс второй белой подсети — MASTER на другом сервере. Пока сетей только две, реализовано так, но я не вижу никаких проблем при наращивании их количества.
DHCP пока никак не резервируется, планирую заняться этим в ближайшее время. В ISC DHCP это стандартный функционал, ничего городить не требуется.
Сравните конфиг файл и скрипт запуска в UCARP и строчка запуска в VRRP.
Что именно в кривости было к сожалению ничего не могу сказать, не помню просто. Где-то на opennet.ru было обсуждение…