Снова были те же грабли, что и вчера. В момент резервного копирования диск выпал из RAID, система на оставшихся дисках работала медленно. Для снижения нагрузки на дисковую подсистему отключены логи доступа и логи ошибок. Что-нибудь сделаем со сбойным HDD, но когда сможем аргументировать необходимость его замены, пока же он проходит любые тесты и аргументов для необходимости замены я предоставить не могу.
myhand: Получаем следующий геморой: 1) разработку системы и интеграцию в СУХ 2) защита "от многого", но не ддос (никаких SLA Вы пообещать клиенту не сможете - и нахрена ему четвертьзонтика над головой?) 3) вероятность потенциальных проблем, ложного срабатывания и т.п. - в следствии усложнения системы в целом 4) счастливую техподдержку, которая будет объяснять марьванне почему она не может попасть на сайт о домашних кошках из-за вирусни, которая долбилась в недавнем ddos на какой-нибудь порносайт того же хостинга... Или у Вас отдельные списки для блокировки будут, per client?
Адски отписал. Я с ддосами борюсь только чтобы ддосеров обломать... Вообще правильно - экономически такое не оправдано обычно. Но если у ТС планируется и ценник на услугу соответствующий - почему бы и нет? Возможности у него вроде есть.
Pilat, отваливается часто. При том, что абсолютно исправен (!). никакие смарт-тесты никакие тесты механики и чтения/записи не находят ни одного изъяна. Аттрибуты все в порядке... Но вот отваливается падла... То один то второй. Там специфика такая у этих дисков... Есть небольшой нюансик в работе. Аппаратный.
myhand: Понизьте скорость ребилда, поиграйтесь с приоритетами. Зачем что-то рубать?
запись и виновата. Веб-сервер обрабатывает 60 запросов в секунду - для деградированного рейда это уж очень весело - я и не усмотрел за I/O (виноват). скорость ребилда понизить... эхъ... Понизил =).
Мне надо объяснить разницу между случайным чтением и последовательным? Мы не спорим по поводу случайного. Мы объясняем что прирост будет только на случайном чтении, а не четные блоки с одного устройства, нечетные - с другого...
Raistlin добавил 05.12.2011 в 22:10
P.S. У меня вот как раз рейд1 рассыпался и пересобирается сейчас. Наглядно падение производительности вижу. как раз веб-сервер, аж логи пришлось рубануть чтобы не падало (гребаный RE - никогда не ставьте его в софтварный рейд).
NO4, О какой платформе вы говорите? Может быть, на ARM перевести хостинг, или на AIX (тоже платформой можно назвать)?
P.S. Да, бюджетники. Цены разве на хостинг не глядели?
Andreyka, В сервере 4 диска, дополнительный туда не засунуть.
Снова были те же грабли, что и вчера. В момент резервного копирования диск выпал из RAID, система на оставшихся дисках работала медленно. Для снижения нагрузки на дисковую подсистему отключены логи доступа и логи ошибок. Что-нибудь сделаем со сбойным HDD, но когда сможем аргументировать необходимость его замены, пока же он проходит любые тесты и аргументов для необходимости замены я предоставить не могу.
netwind, TLER отключить далеко не везде можно, или есть еще серьезный нюансик?.
Получаем следующий геморой:
1) разработку системы и интеграцию в СУХ
2) защита "от многого", но не ддос (никаких SLA Вы пообещать клиенту не сможете - и нахрена ему четвертьзонтика над головой?)
3) вероятность потенциальных проблем, ложного срабатывания и т.п. - в следствии усложнения системы в целом
4) счастливую техподдержку, которая будет объяснять марьванне почему она не может попасть на сайт о домашних кошках из-за вирусни, которая долбилась в недавнем ddos на какой-нибудь порносайт того же хостинга... Или у Вас отдельные списки для блокировки будут, per client?
Адски отписал. Я с ддосами борюсь только чтобы ддосеров обломать... Вообще правильно - экономически такое не оправдано обычно. Но если у ТС планируется и ценник на услугу соответствующий - почему бы и нет? Возможности у него вроде есть.
Pilat, отваливается часто. При том, что абсолютно исправен (!). никакие смарт-тесты никакие тесты механики и чтения/записи не находят ни одного изъяна. Аттрибуты все в порядке... Но вот отваливается падла... То один то второй. Там специфика такая у этих дисков... Есть небольшой нюансик в работе. Аппаратный.
Функционирование восстановленно в
2011-12-06 01:44:29.
Мы живём и работаем не по МСК.
Raistlin добавил 05.12.2011 в 22:41
Время простоя: 1 hour(s) 14 min(s) 8 sec(s).
Raistlin добавил 05.12.2011 в 22:42
Перед этим было:
Время простоя: 24 min(s) 18 sec(s).
betam, возьму на заметку. Спасибо.
Понизьте скорость ребилда, поиграйтесь с приоритетами. Зачем что-то рубать?
запись и виновата. Веб-сервер обрабатывает 60 запросов в секунду - для деградированного рейда это уж очень весело - я и не усмотрел за I/O (виноват). скорость ребилда понизить... эхъ... Понизил =).
923809664 blocks [2/1] [_U]
[===>.................] recovery = 18.9% (175005824/923809664) finish=87124.9min speed=141K/sec
Raistlin добавил 05.12.2011 в 22:24
2 месяца =).
Колонка random seek
Мне надо объяснить разницу между случайным чтением и последовательным? Мы не спорим по поводу случайного. Мы объясняем что прирост будет только на случайном чтении, а не четные блоки с одного устройства, нечетные - с другого...
Raistlin добавил 05.12.2011 в 22:10
P.S. У меня вот как раз рейд1 рассыпался и пересобирается сейчас. Наглядно падение производительности вижу. как раз веб-сервер, аж логи пришлось рубануть чтобы не падало (гребаный RE - никогда не ставьте его в софтварный рейд).