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