Chef или как управлять тысячей серверов

[youra]

серьезная работа, спасибо

[happybyte]

да все круто

но если уж совсем ленивым быть — можно попробовать Tivoli или HSP Complete тот же.

[vsop]

Ваша попытка не напрасна! Большое спасибо за статью!

[Tonik]

Большой вам респект за статью! Как раз думаем внедрять на наши сервера — будет теперь что дать админам почитать для ознакомления.
Считаю что самым большим преимуществом является описание рецептов, на императивном языке. Руби идеален для таких DSL и как написали, если припрет (а конечно же припрет — мир то реальный), допилить рецепт напильником очень просто.

[akzhan]

Иногда с целью научится чему-то новому меняют работу ;)

[Andrey_Zentavr]

Так и сделал :)

[reklim]

Спасибо за статью.

А что по поводу транзакционности Chef. Есть ли механизмы отката конфигурации при возникновении проблем на одном из серверов или специфические сценарии на этот случай?

[akzhan]

Такие механизмы отсутствуют.

Более того, рецепт можно применить к узлу, но удаление рецепта не приведёт к обратной последовательности действий.

[reklim]

Тоесть в случае возникновения ошибки во время применения (обрыв соединения с репозиторием и т.д.) рецепта все необходимо доделывать ручками?

[akzhan]

Нет, при следующей конвергенции (процесс приведения узла к требуемому состоянию) всё будет доведено до конца.

На самом деле chef-client при каждом запуске пробегает все этапы конверценции с нуля до самого конца.

Авторы рецептов могут пропускать или менять последовательность действий для конкретного рецепта на конкретном узле.

[akzhan]

Тут детальнее:

wiki.opscode.com/display/chef/Anatomy+of+a+Chef+Run

[race1]

А как это относится к cfengine?

[odiszapc]

Юзали Chef. Его функционал позволяет крутить вертеть как душе угодно.

[Aldekein]

Надеюсь мне когда-нибудь придется админить такую ферму серверов, чтобы это пригодилось =)

[bondbig]

о, замечательно. Добавил в закладки, жду продолжения.

[NaTTs]

Собираюсь с помощью шефа разворачивать и переносить проекты на rackspace cloud :) Ждал статью почти неделю. Так ведь, Алексей? =)

Спасибо большое, статья отличная. На неделе буду пробовать :)

[luckyredhot]

Через неделю сообщите о результате?)

[lexfrei]

Видимо, нет

[devosx]

отличная статья, и главное полезно :-)

[l0rda]

Статья понравилась, хотелось бы продолжения и больше примеров из практики.

[SaveTheRbtz]

Вся практика в уже написанных кукбуках, например тут github.com/opscode/cookbooks

Читайте, подмечайте интересные моменты =)

[apetrov]

Кстати EY Cloud работает только с Chef (за капистрано и ручные изменения бьют по рукам). при этом ребята перестарались с возможными вариантами настройки: например, можно использовать только GIT. Вообщем переезд проекта они усложнили этим основательно.

[klarakarl]

C кукбуками как бы понятно — читай доки и рули
У меня «вхождение» в тему усложнено отсутвием информации о «бест практиках»
Есть датацентр с нодами разного типа (где то кеш-ноды, где то контент, где-то лдап)
Есть идея так же создания дев и стайджинга датацентров. Из доки понимаю что шеф все это умеет: привязать ноду к окружению, всякие теги и тд
Не сможете подсказать какой-либо материал почитать для понимания как же его внедрять в организации? А то на базе шефа леплю какой то велосипед и скоро фразу «хуже бардака — только автоматизированный бардак» буду воспринимать совсем не как шутку :(

[SaveTheRbtz]

Я шефом не пользуюсь уже довольно давно, так что мои знания относительно Best-practice'ов довольно сильно устарели, я пожалуй отправлю вас к более компетентным людям и пользуясь случаем пропиарю русскоязычную Google Группу: groups.google.com/group/devopsru — попробуйте задать вопрос там — вам наверняка оперативно и развёрнуто ответят.

Также думаю вам могут быть интересны:
Google.Hangouts: HangOps_ru
IRC: FreeNode /j #hangops_ru
Там можно найти множество интересных идей.