Когда: 18.09.2016 15:00 МСК.
Кто: Олег Фиксель.
Про что: Configuration Deployment, Ansible, SDN.
Онлайн Трансляция
Чатик переехал в телеграм — спрашиваем и обсуждаем теперь здесь: telegram.me/linkmeup_chat
0
6515
7
Ещё статьи
Сети для самых маленьких. Часть четвертая. L2 и STP
В прошлом выпуске мы остановились на статической маршрутизации. Теперь надо сделать шаг в сторону и обсудить вопрос стабильности нашей сети. Дело в том, что однажды, когда вы — единственный сетевой ...
3 ноября 2012
linkmeup теперь в твиттере
Мы долго игнорировали твиттер, долго сопротивлялись, но общественность настояла на своём. Встречайте твиттер linkmeup: twitter.com/linkmeupru Оказывается 140 символов хватает для анонса) Итого, мы теперь имеем: группу в вкгруппу в фб ...
31 августа 2014
Новый GNS3 - шаг вперед или прыжок на месте?
Одна из самых оживлённых тем на зарубежных сетевых ресурсах сейчас — это новый GNS и VIRL. В России практически самым первым и уж точно в самом подробном виде эту тему ...
4 декабря 2014
7 коментариев
Послушал выпуск на Патреоне. Зашел просто на ура, буквально вчера тоже касался темы из первой части у себя в блоге. Совпадение? Не думаю… )
Минутка взаиморекламы.
Поддерживаем ребят на Патреоне и чувствуем свою эксклюзивность всего за $2.
Заглядываем в тему, где я завуалированно пропиарил свой блог.
Вопрос кратко: как в Ansible без боли создавать обратимые роли?
Вопрос развернуто: Моя проблема заключается в том, что Ansible прекрасно подходит для деплоя, то есть однонаправленного движения из текущего состояния к желаемому, но совсем не подходит для сценария, когда нужно постоянно «задеплоить-раздеплоить».
Надуманный пример из сетей: допустим мы хотим создать роль «strict_security», которая, например, навешает ACL на все, что попало, включит port-security и т.д.
Мы создадим роль, определим в ней всякие переменные, действия и навесим её на нужные хосты, все круто. Но допустим это временное «военное положение» и завтра нам надо все это поубирать.
Самый топорный вариант: полностью скопировать нашу роль и ко всем действиям дописать «no ». Чувство прекрасного растоптанно в клочья.
Менее топорный вариант: одна роль и колдутсвно с тегами внутри нее. Тоже не самый красивый вариант, но уже лучше.
Красивый вариант: есть ли он?
А мне не горит )))
Вот на что только не идут люди, лишь бы доллар нам не подарить ))))
Тогда жду 25го 🙂
А мы в эфире про это подробнор поговорили 😉
Если кратко — вся беда в зависимостях.
Понравился вопрос, поэтому поразмышляю тут ) Это всё в контексте сетевого оборудования. Для linux/unix, возможно, есть обратимость реализованная.
Я красивого варианта не знаю.
Но вижу такой вариант: генерировать при изменениях, каждый раз конфигурацию и сохранять каждую итерацию.
Тогда получается, что в любой момент я могу откатится назад, просто указав версию конфига, которую я хочу изменить.
Грубый вариант:
— сохранили версию конфига
— выполнили действия в playbook
— сохранили версию конфига
Тут же, начальную версию можно сохранить в переменную (имя конфига). Если что-то пошло не так, откатиться назад на неё.
Возможно, для этих целей использовать git или подобное.
Ну и это всё для софта, который сам не умеет откатываться