Всем привет. Пожалуйста, поделитесь опытом:
Есть некое приложение, сервисы которого распределены между разными физическими серверами(~50 серверов в каждом датацентре) на CentOS 5. По мере роста сервиса стало все сложнее обслуживать весь этот зоопарк. Есть зависимости  что если нужно рестартануть сервис А то он зависит от сервиса Б и тогда нужно их рестартить оба, причем в правильной последовательности. Это просто ужас :). Встал вопрос автоматизации этих рестартов. Посоветуйте ПО с помощью которго можно это сделать, понятно что придется напильником шлифовать долго и упорно, скорее всего даже дописывать что нить. Делимся опытом, дорогие профи :)

• Промышленная автоматизация пишем свой framework?,pavlinux, 14:38 , 03-Апр-13
  • Промышленная автоматизация пишем свой framework?,tsolodov, 18:19 , 03-Апр-13
  • Промышленная автоматизация пишем свой framework?,mirankas, 15:46 , 08-Дек-15
• Промышленная автоматизация пишем свой framework?,Forth, 17:55 , 17-Окт-14
• Промышленная автоматизация пишем свой framework?,ziplex, 15:39 , 30-Ноя-15
  • Промышленная автоматизация пишем свой framework?,ACCA, 09:14 , 18-Май-16
    • Промышленная автоматизация пишем свой framework?,ALex_hha, 12:00 , 18-Май-16
    • Промышленная автоматизация пишем свой framework?,ziplex, 12:40 , 30-Июн-16
      • Промышленная автоматизация пишем свой framework?,tsolodov1, 00:00 , 04-Июл-16

> Всем привет. Пожалуйста, поделитесь опытом:
> Есть некое приложение, сервисы которого распределены между разными физическими серверами(~50
> серверов в каждом датацентре) на CentOS 5. По мере роста сервиса
> стало все сложнее обслуживать весь этот зоопарк. Есть зависимости  что
> если нужно рестартануть сервис А то он зависит от сервиса Б
> и тогда нужно их рестартить оба, причем в правильной последовательности. Это
> просто ужас :). Встал вопрос автоматизации этих рестартов. Посоветуйте ПО с
> помощью которго можно это сделать, понятно что придется напильником шлифовать долго
> и упорно, скорее всего даже дописывать что нить. Делимся опытом, дорогие
> профи :)

Novell ZENworks

>[оверквотинг удален]
>> Есть некое приложение, сервисы которого распределены между разными физическими серверами(~50
>> серверов в каждом датацентре) на CentOS 5. По мере роста сервиса
>> стало все сложнее обслуживать весь этот зоопарк. Есть зависимости  что
>> если нужно рестартануть сервис А то он зависит от сервиса Б
>> и тогда нужно их рестартить оба, причем в правильной последовательности. Это
>> просто ужас :). Встал вопрос автоматизации этих рестартов. Посоветуйте ПО с
>> помощью которго можно это сделать, понятно что придется напильником шлифовать долго
>> и упорно, скорее всего даже дописывать что нить. Делимся опытом, дорогие
>> профи :)
> Novell ZENworks

По-моему это не то.

>[оверквотинг удален]
>> Есть некое приложение, сервисы которого распределены между разными физическими серверами(~50
>> серверов в каждом датацентре) на CentOS 5. По мере роста сервиса
>> стало все сложнее обслуживать весь этот зоопарк. Есть зависимости  что
>> если нужно рестартануть сервис А то он зависит от сервиса Б
>> и тогда нужно их рестартить оба, причем в правильной последовательности. Это
>> просто ужас :). Встал вопрос автоматизации этих рестартов. Посоветуйте ПО с
>> помощью которго можно это сделать, понятно что придется напильником шлифовать долго
>> и упорно, скорее всего даже дописывать что нить. Делимся опытом, дорогие
>> профи :)
> Novell ZENworks

я себе купил оборудование уже со всеми необходимыми скриптами и тд

> Всем привет. Пожалуйста, поделитесь опытом:
> Есть некое приложение, сервисы которого распределены между разными физическими серверами(~50
> серверов в каждом датацентре) на CentOS 5. По мере роста сервиса
> стало все сложнее обслуживать весь этот зоопарк. Есть зависимости  что
> если нужно рестартануть сервис А то он зависит от сервиса Б
> и тогда нужно их рестартить оба, причем в правильной последовательности. Это
> просто ужас :). Встал вопрос автоматизации этих рестартов. Посоветуйте ПО с
> помощью которго можно это сделать, понятно что придется напильником шлифовать долго
> и упорно, скорее всего даже дописывать что нить. Делимся опытом, дорогие
> профи :)

pacemaker

Ansible вам подойдет более чем.

> Ansible вам подойдет более чем.

Не так всё просто, у него CentOS 5.

Ansible на клиентах хочет питона, да ещё и не очень старого. Без питона будет работать разве что `raw'.

>> Ansible вам подойдет более чем.
> Не так всё просто, у него CentOS 5.
> Ansible на клиентах хочет питона, да ещё и не очень старого. Без
> питона будет работать разве что `raw'.

https://dl.iuscommunity.org/pub/ius/stable/CentOS/5/x86_64/ можно 2.7 поставить на centos 5

С этим согласен, не учел версию OS.

> С этим согласен, не учел версию OS.

Всем спасибо, для меня вопрос уже не актуален, я теперь DBA.

Но на текущий момент я двигался бы в сторону fabric (который не пейтоне)