Если здесь не ответят - сходи на http://3nity.ru, тусовка спецов по системам хранения.
Лично я за такие фокусы не люблю псевдоаппаратные рейды, особенно те адаптеки, которые DEPO ставят в свои сервера начального уровня. У самого была подобная проблема. Благо был бекап, и проще оказалось переставить систему. С тех пор - сугубо софтовый рейд!
Симпатично, но малость не то.
Все равно для каждой ноды надо перечислять список виртуалхостов на ней в nodes.pp, и при добавлении очередного виртуалхоста править в двух местах.
А в идеале хотелось бы получить в таком виде:
node.pp:
node /^mod-proxy*.xxxxxxxx.xxx/ { include node_mod-proxy }Ну и отдельный файлик видаwww.virtual.host1 mod-proxy1.domainwww.virtual.host2 mod-proxy1.domainwww.virtual.host3 mod-proxy2.domainwww.virtual.host4 mod-proxy2.domainи соответственно первые два виртуалхоста прописались на mod-proxy1, вторые - на втором.Соответственно ищу паттерн, с помощью которого на сервере такие структурные данные можно было бы разбирать.По всему похоже что hiera должно быть то что надо, но пока не осиляю (
Ну и отдельный файлик видаwww.virtual.host1 mod-proxy1.domainwww.virtual.host2 mod-proxy1.domainwww.virtual.host3 mod-proxy2.domainwww.virtual.host4 mod-proxy2.domainи соответственно первые два виртуалхоста прописались на mod-proxy1, вторые - на втором.Соответственно ищу паттерн, с помощью которого на сервере такие структурные данные можно было бы разбирать.По всему похоже что hiera должно быть то что надо, но пока не осиляю (
www.virtual.host1 mod-proxy1.domainwww.virtual.host2 mod-proxy1.domainwww.virtual.host3 mod-proxy2.domainwww.virtual.host4 mod-proxy2.domain
Ну тривиальный случай понятен.
Но вот когда есть n хостов по m виртуалхостов на каждом - хочется данные разнести с логикой.
Что бы в отдельном текстовом/xm/json/и т.д. файле описать какие у нас есть виртуалки на каких хостах, а не тащить эту информацию в паппетовый рецепт.
alw добавил 18.11.2011 в 15:33
У меня так:
fileserver.conf:
[config] path /etc/puppet allow xxx.xxx.xxx.xxx/xx
ну и в рецепте
file {"/path/to/file_name": source => "puppet:///modules/module_name/file_name", ensure => present }
прекрасно работает.
Это вопрос личных предпочтений. Лично мне подход редхата нравится.
Не лень. Но это на мой взгляд не соответствует идеологии. Это мы так до слакварного "все компилять руками и ставить в /usr/local" докатимся.
Ну имя пакета несколько ээ... неожиданное. Но таки да, то что нужно. Спасибо. Таки rpm.pbone.net полезен. Вот и я для себя вынес пользу какую-то из нашей милой беседы.
Ну так давайте тогда не будем и тут опускаться до уровня LOR'а и относится друг к другу с уважением.
Нет у меня проблемы. Есть инструмент. Полезный и удобный. Хотелось
а. Упомянуть о нем тем, кто не знает.
б. Обменяться опытом с теми, кто им пользуется.
Какое это имеет отношение к философии - не понятно.
В этом посте нет слова "не умеет". В этом посте сказано, что такой функциональности штатно нет в дистрибутиве и каждому админу надо городить свой скрипт для решения типовой задачи.
Разумеется. Но вот ведь незадача, в пакетах от федоры точно так же нет поддержки ipset в инит скриптах. Так что это вы уважаемый поторопились.
Это такой со всеми такой высокомерный стиль общения в духе "все xxxxxxx один я дартаньян"?
Ну там много есть много интересно..
я бы в частности хотел обсудить генереж конфигов виртуалхостов паппетом на основе темплейтов.
А давно? Мы с ним уже пару лет живем..
А сейчас оно у тебя в продакшене есть?
/me посмотрел на 200+ серверов с центосом/паппетом вокруг и не поверил.
ты использовал puppet внутри локалки в единой локальной инфраструктуре? или же для конфигурежа единичных серверов через интернет?
Где было сказано про "не умеет"?
Разве? Была ссылка или листинг?