Администрируем сервера через единую консоль

[@fortyseven]

www.ansible.com/tower
docs.ansible.com/intro_windows.html

[@Oldster]

Спасибо за ссылки, вот еще одна. Но как написано в ней, Ansible в первую очередь:

Ansible — достаточно простой, но при этом эффективный инструмент для удаленного управления конфигурациями

Судя по документации (в частности по Windows) там очень ограниченные возможности и надо учить синтаксис. Кроме этого, графическая оболочка платная. SSC Panel понимает Powershell\cmd\bash

[@amarao]

Хотите иметь карьерный рост? Учите этот «непонятный синтаксис» (yaml-то) и используйте нормальные инструменты.

[@fortyseven]

Да, в Ansible реализовано пока ещё не всё. Мне кажется ваши силы было бы правильнее вложить в уже существующий проект, улучшить его и таким образом сделать мир лучше =)

[@bormotov]

гораздо лучше с Windows у SaltStack

web-ui немного под-заброшен, правда, но бесплатный

[@Delphinum]

Обычно я делаю как то так:

for s in `cat servers`; do ssh $s `cat commands`; done

где servers это файл со списком задействованных серверов, а commands это файл, содержащий команды, которые необходимо на этих серверах выполнить.

В результате выходит что то вроде:

ssh 192.168.1.101 touch test.file && rm test.file
ssh 192.168.1.102 touch test.file && rm test.file
ssh 192.168.1.103 touch test.file && rm test.file

и это колдунство даже работает.

[@Ernillew]

Откройте для себя dsh и не издевайтесь над здравым смыслом.

[@Delphinum]

Давно открыл, иногда даже пользую.

[@Oldster]

Примерно с этого все и начиналось, правда на Powershell.

[@Delphinum]

Так почему на этом не закончилось?

[@Oldster]

Не удобно было пользоваться: куча файлов со скриптами\списками серверов. Если не один админ — приходится все это шарить между всеми.

[@wlan]

А теперь расскажите нам почему это плохо и почему так делать не надо никогда.

[@Oldster]

Что плохого в том, что мне надо выполнить скрипт на нескольких серверах? Велосипедостроением много кто занимается, в том числе и авторы проектов puppet/ansible, которых что то не устроило в существующих проектах.

[@wlan]

Puppet не для того чтобы «выполнить скрипт на нескольких серверах»

[@Oldster]

Мне как раз и надо было «выполнить скрипт на нескольких серверах».

[@thunderspb]

Прочитал… Почему не puppet/chef/ansible/salt/etc? Заодно и ЯП новые изучить.
Где ссылки на репу? Или это так, сообщить, что «я вот такое сделал и ни с кем не поделюсь»?

[@Oldster]

Я несколько раз присматривался к puppet/chef/etc, но останавливало (возможно по незнанию):
1) всегда думал, что эти продукты необходимы для первоначальной настройки сервера(ов). Для этого я использую другие самописные скрипты.
2) сложный синтаксис
3) платный GUI

По поводу репы:
1) Продукт еще очень сырой. Иногда нахожу такие баги, что ужас.
2) Использую платную тему и не могу ее выкладывать на паблик. В связи с этом надо что то думать.

[@xdemon]

>1) всегда думал, что эти продукты необходимы для первоначальной настройки сервера(ов). Для этого я использую другие самописные скрипты.

Нет — я, например, при помощи puppet веду полный цикл жизни сервера.

>2) сложный синтаксис
DSL паппета очень прост

>3) платный GUI
Для того же puppet есть theforeman, puppetboard, встроенный dashboard, наконец. Фореман еще и виртуалки может сам разворачивать…

[@thunderspb]

По поводу «первоначальной настройки» — совсем нет, у нас также, как в комменте ниже, полный цикл жизни. Зависит от того как составлен манифест, можно же не только пользоваться встроенными package manager, например, в паппете можно своё файлохранилище сделать и расписать, что на эту ноду идет такая-то версия, а на другую такая-то. Да и в package manager опять же можно указать какая версия должна быть установлена.

У нас все манифесты хранятся в git, поэтому шарить между админами всего этого дела достаточно просто :)

[@wlan]

>1) всегда думал, что эти продукты необходимы для первоначальной настройки сервера(ов).

Нет, любые вещи можно изменить в любой момент.

>2) сложный синтаксис

А поверршелл типа простой?

>3) платный GUI

Напишите свой бесплатный.

[@Oldster]

> Нет, любые вещи можно изменить в любой момент.
Спасибо, я попробую еще раз разобраться в этих продуктах.

> А поверршелл типа простой?
Каждому свое, для меня он не сложный. Думаю, что я смогу разобраться с языками в этих продуктах.

> Напишите свой бесплатный.
Вот и делаю :) Правда куда все заведет не знаю.

[@Oldster]

> Где ссылки на репу? Или это так, сообщить, что «я вот такое сделал и ни с кем не поделюсь»?
Могу предложить развернуть все это на виртуалке и дать доступ «на попробовать».

[@xdemon]

Очередной cfm изобрели

[@Oldster]

Речь про это, если нет, то можно узнать, какой велосипед я изобрел?

[@xdemon]

Речь про это en.wikipedia.org/wiki/Comparison_of_open-source_configuration_management_software

[@click0]

Единый центр управления подразумевает повышенную ответственность и безопасность.
Я, обычно, сначала тестирую на тестовом железе, потом по группам выполняю.
Несмотря на схожие задачи и похожее железо, версии софта и опции могут отличаться.
Данная автоматизация хорошо работает в больших компаниях с однотипными серверами-задачами — типа VK или badoo.

[@rbobot]

PowerGUI смотрели? У меня нечто похожее на нем, плюсы PowerGUI: быстро, просто, похоже на mmc.

[@Oldster]

Да, я на нем скрипты пишу\отлаживаю, но использую только Editor.

[@jsirex]

Мне не понравился в базе capistrano, который очень сильно заточен под rails и я взял его модуль sshkit и сделал более generic библиотеку. Будет время — выложу на github. Идея проста: выполнять rake-таски на всех серверах как на одном (похож на python-овский fabric). Но, разумеется, ему нужен ssh.

Если у вас windows, то нужен хотя бы cygwin.
Но это всё слишком серьёзный подход. Возможно, и должен, вас заинтересует rundeck.
Эти вещи хорошо решают императивные задачи: что запустить, что сделать.

Configuration Management Systems (Chef, Puppet, Ansible) не всегда со старта могут быть полезны. Поверьте, я много работал, с тем же Chef-ом. Они требуют со старта много знаний, и могут потратить больше времени, чем принести пользы.

Ну и холивара, ради: Моё первое правило при работе с автоматизацией под Windows:

Никогда не работать с windows!

[@Oldster]

Спасибо за ссылку, посмотрю.
Как я уже говорил, у меня изначально почти все сервера под виндой были и это не мой выбор.

[@Neuronix]

Статья в стиле: «Посмотрите! Я изобрел новый велосипед!»

[@teamfighter]

Поздравляю, вы изобрели Webmin =)

[@Oldster]

Webmin — это немного не то, что я «изобрел»

[@teamfighter]

Ну тут смотря с какой стороны посмотреть. Webmin позволяет объединять сервера в кластеры и выполнять на них пачками команды.

[@Andriyevski]

Молодец, хороший проект получился. Еще один пример того что хорошие админы — ленивые админы :)
Конечно вы поступили оч.правельно когда начали создавать свое решение проблем путем обучения программирования, само-совершенствуя навыки и упрощая роботу! Молодец, так держать!)

[@bazmaster]

Oldster А где можно потрогать сие чудо?

[@Oldster]

К сожалению, пока нигде. Причины я описывал выше. На данный момент я меняю тему, если есть желание помочь — буду рад.