Pull to refresh

Comments 21

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

В последнее время я больше слышу ansible. Как-то про chef и puppet забывать стали.
Точно! Про ansible я и забыл. Заказчик в США, а у них почему-то Chef да Puppet очень любят.
Сейчас добавлю в публикацию.
AWS / CloudFormation — построен и использует chef

На маленьких мне по душе больше ansible:

— не надо ставить cchef/puppet client, все идет по СШ
— минимальная конфигурация
— можно устроить полноценную aws orchestration или простую установку apache+php
АД — штука не универсальная и неидеальная.
Ну и не виндами одними живут инфраструктуры.
Идеального у нас ничего нет.
Видимо минусят те, кто этого анекдота не знает
анекдот
Прогуливается новый русский со своей маленькой дочуркой по берегу живописного озера. Видит — художник рисует пейзаж. Новый русский с дочкой встают у него за спиной и наблюдают за работой художника. Через некоторое время новый русский назидательно говорит дочке: — Вот смотри, дочка, как дядька без полароида мучается!

Хотя сами виноваты, без тэга это так толсто, что даже тонко
мне язык chef`а ближе, т.к. совсем не так давно, я познакомился с ruby


А puppet, простите, на чём?

В-третьих, в-четвёртых


Попробуйте поставте поверх puppeta foreman. И манифесты можно будет централизованно запускать и на клиентов не заморачиваться.
> А puppet, простите, на чём?
Думаю, что автор говорит про синтаксис манифестов, а не на чем написан сабж.
Насчёт 100 сервеверов все верно, но если надо 1000+ — быстро упретесь в производиельность руби. Потому-то Facebook и linkedin используют cfengine.
Поэтому я и оперировал сотнями. cfengine «руки чешутся» попробовать, но пока нет такой возможности.
Придётся поверить, особенно с учётом того, что 2 из 3ёх публикаций ваши) Почитаю на досуге.
Я думал, Facebook сидит на Chef. А есть где почитать как и когда они перешли на cfengine.

И мне не совсем понятен вопрос производительности? Какая разница 100, 1000, 10000? Точнее, она там есть, но тогда причём тут руби?
Ну не знаю… НА мой взгляд для этих целей Ansible куда проще и лучше подходит. Я вот пол года как раз для администрирования множества серверов его использую и кайфую
Мне тоже все твердят что будущее за Ansible
Это всё теория. «Говорят», «будущее за» понятия немного абстрактные. У нас вот полторы тысячи серверов, несчитано вагрантов у девов, aws-ки и всё это бегает на связке puppet + foreman, при том, что девам делигированна часть фукнкций по управлению. И я вам точно скажу, для нас будущее точно за этой связкой, просто потому, что работает.
«будущее за» тем, что выберет администратор в своём серверном парке. Конечно администратор мог и ошибиться с выбором, но если продукт развивается и к нему привык персонал, то скорее всего этот продукт будет использоваться ещё очень долго.
Главное, чтобы конечный инструмент мог и решал бОльшую часть задач администратора. И чем больше задач решаются «из коробки», тем удачнее выбран продукт. Ярким примером для меня был Мегафон, где «костыль» подпирается «костылём», просто потому что рабочий продукт не решает необходимых задач.
Поэтому (я слегка «скапитаню») нужно выбирать не то, что «все твердят», а то, что реально подходит.
Если у вас 100+ серверов и chef-client установлен в режиме демона (крутится как клиент, на машине), осторожнее с:

remote_file 'prog' do
  path "#{Chef::Config[:file_cache_path]}/#{package_name}"
  source "http://domain.lan/packages/#{package_name}"
  mode 0644
end

У вас там наверное трафик с этого сервера большой идёт. Каждый запуск chef-client перекачивает этот файл.
Sign up to leave a comment.

Articles