Синхронизация настроек на нескольких роутерах MikroTik с VRRP (v7+)

Боюсь, синхронизация между двумя роутерами VRRP невозможна — или, по крайней мере, это будет не просто. Хотя в принципе возможно. Эти два роутера имеют зеркальные конфигурации. При этом необходимые параметры полностью совпадают, но значения у них разные: IP-адреса, роли мастер-слейв, шлюзы и так далее. Если же вы имели в виду оркестрацию — она действительно упростит настройку. Для этого нужен только гипервизор для устройств в кластере (участников кластера).

Спасибо за информацию. Есть ли какой-то инструмент или сервис, с помощью которого можно управлять роутерами Mikrotik? Это сервер The Dude? Спасибо.

Также вы можете попытаться повлиять на то, как это будет выглядеть в будущем: http://forum.mikrotik.com/t/question-to-our-users-about-controllers/178791/1

@ammo, согласен, в целом… Но проблема часто в том, что пытаются «синхронизировать всё, кроме…», а вот этот «кроме» всё усложняет. Похоже на ситуацию, когда разработчик страдает из-за того, что заказчик всё время меняет мнение? Ну… вспомнил старые добрые времена, когда мы просто копировали и вставляли конфиги через блокнот. diff file1 file2 — полностью ручная синхронизация, пока не появились web config и nms. На самом деле, это были замечательные времена, сейчас у Микротика всё есть и очень классные инструменты тоже: webfig, winbox, dude, rsc. Вопрос только в том, как мы их используем.

Лично я сторонник некоторой формализованной «шаблонной» конфигурации, которую можно отправлять через Dude — это должно решить вопрос с «синхронизацией конфигурации VRRP». @ammo, а что если просто следовать вики по этой теме — скажем, по VRRP — там же уже есть пошаговое руководство, соответственно, это и есть шаблон. Проблема в том, что, как я понял из того, что написал @sindy, скрипт @nathan1 предполагает, что устройство может быть либо абсолютно новым, либо уже настроенным (будь то просто конфигурация, занятые порты или разное железо и так далее). Поэтому @nathan1 приходится делать сброс устройства, чтобы свободно записать конфигурацию под свои условия VRRP. В боевой среде это не сработает.

Если использовать playbook в Ansible, то одна тема вроде VRRP — это один play. Любая другая тема — отдельный play и так далее. Текущий Dude по сути не управляет конфигурациями на роутерах, так что, на мой взгляд, здесь пробел в инструментах. Первый этап всегда будет нужен — выделенная линия управления (будь то in-band или out-of-band), чтобы нормально пушить конфигурации. В MT есть классные инструменты — mactelnet, ndp и прочие, они уже есть. Нам просто нужен «кластеры мозг» в Dude.

Как мы определяем кластер? Просто группа устройств с одинаковыми функциями или моделью. Например:

кластер edge, участники edge1, edge2;  
кластер core, участники swcore1, swcore2;  
кластер distribution, участники swagg1, swagg2;  
кластер north-access, участники nacc1, nacc2… и так далее.

Записываем их в /etc/hosts, объявляем кластер для темы в playbook. Написал один раз — отправил многим (с некоторыми ограничениями, если они есть). Замечательно!