Спасибо за ответы.
Сейчас постараюсь детально ответить после каждого поста с вопросами.
gor- добавил 15.12.2009 в 16:11
Да вы перечислили хороший набор.
Например из этого набора сам использую ionice (для ограничения приоритета доступа к диску процессом бекапа, напрямую зависит от новых ядер линукса), zabbix (все мои собственные сервера и сервера клиентов стоят на этом мониторинге, и все уведомления я получаю своевременно, в том числе ввиде СМС)
За ссылку на monit - спасибо, не видел данной утилиты ранее.
cpulimit - я использовал очень давно и изначально именно он подарил мне идею. Но в отличии от cpulimit, который присоединяется к конкретному процессу , limiter может работать сразу с многими процессами.
Перечислю преимущества limiter перед cpulimit:
- Возможность ограничивать процессоры не по pid а по username, имени программы (/bin/gzip например)
- работает сразу с пакетом программ, можно указать неограниченное количество правил для ограничения по CPU.
- есть возможность указания % как для единичного процесса, так и для группы процессов подпадающее под правило (например суммарный %CPU для всех процессов /bin/gzip не должен превышать 80%CPU)
- limiter не ограничивается только этой возможностью, есть возможность применять правила к процессам, в зависимости от loadavg, а именно - изменять приоритет задачи, убивать задачу, запускать скрипт (смотрите документацию на примере файлов rules.d/danger и rules.d/critical).
Прочитал обзор monit, к сожалению не готов привести столь подробный анализ в разнице. Обязательно попробую поработать с этой программой и составить более детальное сравнение.
Если у вас есть еще какие утилиты подобные monit - сообщите пожалуйста о них, я обязательно разберусь в чем разница и сделаю детальное сравнение.
Монит больше конкурирует с zabbix чем с моим продуктом.
Мне конкурировать с zabbix, nagios нет смысла - совершенно разные цели работы.
Вот такой предварительный анализ сравнения.
Однозначно нет и не ожидается в моей утилите:
- мониторинг файловой системы
- система уведомления, прицепить можно через внешний скрипт, но лучше использовать zabbix
- тестирование сервисов на предмет работоспособности
Чего нет в monit (возможно что то упустил, сужу только по manual-у)
- все тоже что было написано в сравнении с cpulimit
- при дописывании собственных скриптов, можно ,как пример, останавливать апач при loadavg например 30, и поднимать его обратно при loadavg 10. (сам использую)
- согласно правилам - убивать скрипты, процессы, задачи. Например можно выставить что при loadavg >= 20 - убить все php скрипты.
Если у вас лично возникли какие то еще вопросы, задавайте - обязательно отвечу.
Еще раз спасибо за идею сравнения.
Обязательно сделаю поиск по google более детальный для выявление близко стоящих скриптов и программ, хоть как то перекрывающие возможности limiter.
gor- добавил 15.12.2009 в 16:16
Отмечу только что это не скрипт, а бинарная программа.
И в ближайшее время на сайте будут выложены готовые правила для таких популярных панелей как:
- cpanel
- plesk
- directadmin
В будущем возможно будут охвачены и другие целевые аудитории. На сейчас согласен - еще сложно увидеть преимущества перед самописным вариантом. Но я постараюсь это исправить. Задавайте более детальные вопросы, с удовольствием отвечу.
+ есть сервер следующей конфигурации:
Harddrive: 320GB
CPU: 2.4Ghz CORE 2 DUO
RAM: 2GB
Monthly Traffic:
10,000GB
ИЛИ
50Mbps Unmetered
Стоимость с администрированием - $ 305 в месяц
Практически согласен с предыдущим постом vapetrov.
Я работаю админом уже достаточно давно и из выше описанной ситуации могу сказать - вы имеете то, за что платите. Работа админа на сейчас полностью соответствует оплате.
Если вы хотите получить более высокий уровень работы админа (инициатива в работе, профилактика проблем и своевременное предупреждение оных и прочая) - надо повысить оплату хотя бы до $400-600 (за четыре сервера в месяц). Но при этом скорее всего вам прийдется менять админа, к сожалению простое повышение оплаты не решит этой ситуации в конкретно вашей ситуации. Не исключаю что проблема общения между админом и прогером, на прямую связана с суммой которую вы платите за их услуги.
при создании темы, дизайна, который будет работать на drupal, я бы посоветовал обратить на следующие вещи:
- дизайн блоков (авторизации,сейчас на сайте,меню навигации, поиска, последние посты и тп ).
- дизайн тизеров и полных нод
- дизайн главного меню (primary links)
- дизайн страниц таксономии если таковые будут
- дизайн форума, если таковой будет
- дизайн страницы блогов, если таковой будет
- дизайн главной страницы и внутренних страниц целиком.
- дизайн страницы профайла, если таковой будет
- дизайн спец страниц: админка, создание,редактирование нод, форма контактов и тп
А также дизайн других специфических страниц и мелких элементов, которые есть всегда:
- ссылки, кнопки, поля ввода, иконки пользователей, отображение времени и прочая.
Вы можете нарисовать любой дизайн и в принципе натянуть его на drupal но если нет понимания и опыта, то скорее всего первый блин будет долго печься и все равно получится битым колобком.
Если говорить о движках для реализации програмной части, то на базе Drupal вполне в умереные сроки можно реализовать магазин.
А так как друпал не просто CMS но и фреймворк, то вполне грамотно можно реализоватьи нестандартный функционал, который потом можно поддерживать грамотно.
Но не все так радужно. Програмистов которые пишут экстра функционал под drupal - иной раз днем с огнем не найти.
Я говорю о тех, кто способен написать модули а не состряпать сайт из готовых.
Если не сможете сами найти подходящих разработчиков, смогу помочь. Есть связи среди drupal програмистов.
Вполне могу свести с ответственным человеком, живет правда не в москве а Ульяновске.
Гарантировано не будет динамить и грубить.
Если интересует напишите мне, я вам перекину контакт.
Я бы и сам взялся, но у нас с вами разные временые зоны, боюсь не сойдемся.
Olegaarh,
Правильно ли я понимаю что на VDS вы ушли потому что обычный хостинг не держит друпал, а текуший ВДС (если вы уже взяли) - тормозит, глючит и сапорт отмалчивается?.
В свое время я сам занимался созданием ВДС, на базе технологии openvz (есть даже мною лично писаный и принятый патч к ядру).
В процессе эксплуатации ВДС технологий я пришел к выводу:
- Если хочешь быть в плюсе, надо или продавать дорого, или оверселить (продавать больше ресурсов чем есть). Дорого продавать не получилось - на рынке куча "дешевых" вдс, и клиент клюет туда, а обманывать клиента не позволяет мое воспитание и сознательность.
Вообщем мое мнение на текущий момент - вам надо или увеличить немного бюджет и взять бюджетный сервер с администрированием, или попробывать найти хостинг, который специлизируется под друпал и имеет тарифы, что покроют ваши требования.
Поддерживаю, используйте АПИ.
Не заходил на форум некоторое время. А тут уже флуд.
Создали одну мусорку, плиз там пожалуйста и флудите. Не надо разводить не нужный треп не по делу.
Теперь по делу.
Есть на сейчас следующие сервера с моим администрированием. GEO - канада.
2.6Ghz AMD PHENOM II X3, 2GB RAM, 320GB hdd, 3,000GB Monthly traffic - 180 WMZ
2.4Ghz Core 2 Quad, 6GB RAM, 150GB Velociraptor, 3 000GB Monthly Traffic - 270 WMZ
Intel Core2 Duo 2.2Ghz, 1GB RAM, 2 x 500GB SATA2 RAID-1 with 1,500GB Traffic, CentOS - 260 WMZ
* цена указана ежемесячная.
PS тему видел но смысла отписываться в ней - нет.
UP
и для тех, кто хочет узнать ответ предыдущему коментатору - не договорились на основании того, что договор мне не выгодно заключать.
