Хороший такой "админ". А Вы денюшку ему постоянно платите - или только когда перестает работать "прекрасно и быстро"?
Логи вебсервера смотрите. Ищите аномалии, напр. высокую частоту повторяющиеся запросов. Посмотрите (и покажите) вывод модуля mod_status апача: http://httpd.apache.org/docs/2.2/mod/mod_status.html
Посмотрите что делает mysql, командой:
mysqladmin proc
Ну вот я и говорил о подобных "минусах". Думаю, в Вашем случае можно организовать все это "взаимодействие", но потребует это определенных изменений в коде сайта. Сетевая файловая система - не требует подобного.
Не нужно слушать разных андреек, которые хают NFS почем зря. Ну а во-вторых, есть ряд других сетевых файловых систем.
Почему?
К какой реальной проблеме это приведет в данной задаче, обоснуйте пожалуйста.
Думаю, речь о том, что nginx идет на первый сервер, если не находит картинку у себя. Находит - помещает в кеш. Эти файлы можно периодически перемещать в стационарное место на втором сервере. А на первом сервере - удалять. То и то - по крону.
Решение имеет и свои минусы. Что, если Вы захотите как-то обработать картинки потом, по желанию пользователя?
Но Вы же писали, что пробовали? Или Вы имели в виду, что смотрели то же самое на фре с другим типом диска?
Ну а говорите, что с диском не связано...
Ну, я за незнакомых людей решать что-то не пытаюсь - а на недостатки Вашего решения указал. Надеюсь, эта информация тоже будет полезной.
Рад, что хоть кто-то использует голову по назначению. Проще будет слегка доработать кронтаб, о котором писал iHead.
А за тем как ноды из кластера вываливаются - Вы тоже предлагаете не следить?
Давайте таки вернемся к нашим баранам. Вы согласны с мнением madoff, что "настройка рейда" не включает в себя конфигурацию его мониторинга? Как клиент, Вы заплатите за такую "настройку" хоть 1$ ?
Любопытно, а что показывает линуксячий вариант? Может там OFF и если включить эту штуку - ситуация и в BSD изменится?
А как еще Вы собираетесь получать уведомления от своего "мониторинга"? Если Вы не у офисе у компьютера.
Получать в этом случае весь спам от скриптов - Вы явно не захотите. Я гарантирую это.
smarttools самые свежие?
Будете тянуть себе все письма по GPRS только чтобы фильтровать по контенту?
Все это поможет, конечно. Покуда у Вас один сервер, а не несколько сотен или даже десятков. Если серверов несколько - подобные "счастливые отчеты" люди начинаю не замечать.
Я и не спорю. Просто - это крайне неудачный способ. Нормальная система оповещения - молчит, если все в порядке.
Если кратко, то - да.
Но настоятельно советую прислушаться - и попросту обрабатывать всю загрузку на втором сервере. Вам это уже второй человек пишет.
Ну, значит "срач" был небесполезен...
А нет возможности убедиться, что дело в "фряхе", а не в конкретной модели диска?
"Проспали" вылетевший диск в рейде - и в следующий раз массив вообще развалится. Бекап никак не защитит от даунтайма, да и потери данных тоже (Вы же не делаете его ежеминутно). А этот "раз" может настать очень быстро для некоторых типов райд.
Райд и бекапы - служат для разных задач, Вы все это прекрасно знаете.
Это не "мониторинг", а просто спам в почтовом ящике. По крайней мере, когда я последний раз смотрел на это чудо - оно отсылало репорты "усе в порядке" - ежедневно.
Вы приучитесь игнорировать такой "мониторинг" - вот и все. Subject - один и тот-же. Чтобы заметить проблему - нужно посмотреть письмо.
И что? Потерпите - пусть хоть день она делается нормально, а потом трубите тревогу.
PS: Хотя хорошо, что завели тему. Сама идея писать в один и тот же лог от совершенно разных сервисов - достойна отдельного приза за маразм.
Наиболее разумное объяснение - кто-то не умеет работать с апачем :) А Вы как думали?
