мы достаточно рассказали о причинах такого применения, что не заставляет вас следовать по нашему пути.
в данном топике бОльший интерес представляет програмная составляющая, а не то есть ли RAID.
понятие «бюджетное решение» в рамках того, сколько пользователей вам надо бекапить — трактоваться может по-разному. Если вам нужно бекапить 10 человек, то подойдет и обычнй tower, например, соотв. и бюджет будет сильно ниже. В данной статье автор уделил минимум внимания «железной» состовляющей, т.к. эта часть может очень сильно разниться. Цель — показать то, насколько просто можно реализовать удобную систему резервирования для офиса.
бюджетный корпус Supermicro на 4U, LSI MegaRAID-контроллер (по-моему, до 128 устройств) + бекплейн, который идет вместе с корпусом. Повторюсь, что от контроллера нам не нужно большой отдачи, т.к. работает он напрямую с отдельным диском, не занимаясь подсчетом контрольных сумм, зеркалированием и прочим.
Т.е. изначально задача была такой:
— делать бекапы на рабочие станции и лептопы;
— охватить все ОС;
— не дорого;
— просто в эксплуатации (т.к. это все на поддержке HelpDesk);
в результате мы получили систему, которая отвечает всем нашим требованиям.
Идея осуществлять резервное копирование встроенными средствами представленный в заголовке ОС: Time Machine (OS X), Backup and restore (MS Windows), ну и что_угодно (Linux).
Backuppc + OS X — расскажите, пожалуйста, возможно, что мы что-то упустили.
— у каждого блочного устройства есть как минимум объем
— для каждого устройства есть «карта пользователей»
— gui при заведении нового пользователя предлагает «оптимальное» размещение, которое оператор может принудительно поменять (оптимальное исходя из оставшегося места, а также исходя из того, какое кол-во пользователей уже пишут в этот раздел)
в случае удаления пользователя место очищается, происходят изменения в «карте» и все пошло-поехало дальше.
все зависит от того, какой там каталог, какой конфигурации принимающий сервер. Это время от момента запуска до начала применения? — тогда это нормально, потому как в статье написано о том, что происходит с агентом с момента запуска до начала применения.
1. оно не совсем как модуль оформленно. А именно:
— есть скрипт, который на основании данных из БД «пишет манифест»
— есть бд, описание структуры которой пока только внутри компании
— есть «веб-морда», которая жестко привязана к той структуре бд, которая есть
2. нет времени/желания/не знаю чего еще, чтобы сесть и описать, структурировать и наконец-таки выложить
Но, есть и положительный момент в том, что рано или поздно мы это сделаем. Если у вас есть потребность использовать подобное решение — велком в приват, возможно, что смогу чем-то помочь.
эта статья по сути и была запланирована как «проблема-решение», но только с точки зрения настройки приложения.
Я вас понял, постараюсь в следующий раз коснуться именно тех моментов, о которых вы спрашиваете.
у нас есть что-то подобное вот этому «в течении суток нам надо разные переменные в конфигах выставлять, в зависимости от нагрузки», только не из-за "* нас досят". В том числе есть и те вещи, которые руками не то, чтобы не реально, а скорее лень и/или долго.
Вся эта информация больше касается непосредственно эксплуатации самого продукта, а не его первоначальной настройки/оптимизации.
Я думаю, что раз это вызывает некоторый интерес, то придется в обозримом будущем выделить в отдельную статью puppet+mcollective, а также информацию про те моменты, о которых вы спрашиваете.
p.s.: «мегакластер» — «мега» становится относительной приставкой, в зависимости от восприятия. Для вас это сколько в единицах? =)
Дело в том, что я не вижу разницы в обслуживании 10 или 100 машин, если на них нужно что-то выкатить.
можно я не стану заниматься переводом, потому как более внятно не смогу объяснить. Вот смотрите:
What’s storeconfigs
Storeconfigs is a puppetmasterd option that stores the nodes actual configuration to a database. It does this by comparing the result of the last compilation against what is actually in the database, resource per resource, then parameter per parameter, and so on.
The actual implementation is based on Rails’ Active Record, which is a great way to abstract the gory details of the database, and prototype code easily and quickly (but has a few shortcomings).
Storeconfigs uses
The immediate use of storeconfigs is exported resources. Exported resources are resources which are prefixed by @@. Those resources are marked specially so that they can be collected on several other nodes.
в отличии от обычных репортов — это вовсе не репорт )
Первое:
благодаря связке puppet+mcollective в свое время очень быстро решили проблему с leap second (несколько минут заняло, насколько я помню)
Второе:
вышел критикал фикс firmware от HP, например, которые просят срочно обновиться. Список проблем который можно получить обычно они тоже уточняют :)
В случае наличия puppet'a мы легко пишем правило, с привязкой к конкретной платформе сервера и выполняем обновление.
Третье:
Писать документацию часто бывает лень, а написать класс(-ы)/модуль в puppet приходится. В нашем случае получается большой плюс в том, что данную инсталляцию можно размножить. Т.е. если была сделана тестовая инсталляция на 10 машин — развернуть на 50/100 проблем не возникает.
Четвертое:
Мы уже писали о том, как «раскладываем и отзываем доступы» для пользователей, прибегая к помощи puppet — это довольно большой use case.
Система управления пользователями уже сильно обросла доп. функционалом, о котором не сказано в той нашей статье, но суть не поменялась.
Если примеров не достаточно — вы можете сформулировать задачу конкретнее — я попробую ответить.
в данном топике бОльший интерес представляет програмная составляющая, а не то есть ли RAID.
Т.е. изначально задача была такой:
— делать бекапы на рабочие станции и лептопы;
— охватить все ОС;
— не дорого;
— просто в эксплуатации (т.к. это все на поддержке HelpDesk);
в результате мы получили систему, которая отвечает всем нашим требованиям.
Backuppc + OS X — расскажите, пожалуйста, возможно, что мы что-то упустили.
В данном случае показан пример бекапа лептопов/рабочих станций.
— у каждого блочного устройства есть как минимум объем
— для каждого устройства есть «карта пользователей»
— gui при заведении нового пользователя предлагает «оптимальное» размещение, которое оператор может принудительно поменять (оптимальное исходя из оставшегося места, а также исходя из того, какое кол-во пользователей уже пишут в этот раздел)
в случае удаления пользователя место очищается, происходят изменения в «карте» и все пошло-поехало дальше.
1. оно не совсем как модуль оформленно. А именно:
— есть скрипт, который на основании данных из БД «пишет манифест»
— есть бд, описание структуры которой пока только внутри компании
— есть «веб-морда», которая жестко привязана к той структуре бд, которая есть
2. нет времени/желания/не знаю чего еще, чтобы сесть и описать, структурировать и наконец-таки выложить
Но, есть и положительный момент в том, что рано или поздно мы это сделаем. Если у вас есть потребность использовать подобное решение — велком в приват, возможно, что смогу чем-то помочь.
Я вас понял, постараюсь в следующий раз коснуться именно тех моментов, о которых вы спрашиваете.
Вся эта информация больше касается непосредственно эксплуатации самого продукта, а не его первоначальной настройки/оптимизации.
Я думаю, что раз это вызывает некоторый интерес, то придется в обозримом будущем выделить в отдельную статью puppet+mcollective, а также информацию про те моменты, о которых вы спрашиваете.
p.s.: «мегакластер» — «мега» становится относительной приставкой, в зависимости от восприятия. Для вас это сколько в единицах? =)
Дело в том, что я не вижу разницы в обслуживании 10 или 100 машин, если на них нужно что-то выкатить.
What’s storeconfigs
Storeconfigs is a puppetmasterd option that stores the nodes actual configuration to a database. It does this by comparing the result of the last compilation against what is actually in the database, resource per resource, then parameter per parameter, and so on.
The actual implementation is based on Rails’ Active Record, which is a great way to abstract the gory details of the database, and prototype code easily and quickly (but has a few shortcomings).
Storeconfigs uses
The immediate use of storeconfigs is exported resources. Exported resources are resources which are prefixed by @@. Those resources are marked specially so that they can be collected on several other nodes.
в отличии от обычных репортов — это вовсе не репорт )
благодаря связке puppet+mcollective в свое время очень быстро решили проблему с leap second (несколько минут заняло, насколько я помню)
Второе:
вышел критикал фикс firmware от HP, например, которые просят срочно обновиться. Список проблем который можно получить обычно они тоже уточняют :)
В случае наличия puppet'a мы легко пишем правило, с привязкой к конкретной платформе сервера и выполняем обновление.
Третье:
Писать документацию часто бывает лень, а написать класс(-ы)/модуль в puppet приходится. В нашем случае получается большой плюс в том, что данную инсталляцию можно размножить. Т.е. если была сделана тестовая инсталляция на 10 машин — развернуть на 50/100 проблем не возникает.
Четвертое:
Мы уже писали о том, как «раскладываем и отзываем доступы» для пользователей, прибегая к помощи puppet — это довольно большой use case.
Система управления пользователями уже сильно обросла доп. функционалом, о котором не сказано в той нашей статье, но суть не поменялась.
Если примеров не достаточно — вы можете сформулировать задачу конкретнее — я попробую ответить.