- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Уважаемые Админы,
Сегодня заметил на графиках Мунина падение нагрузки Disk I/O, SELinux, CPU. В среднем падение составило 3-4 раза, при этом не проводилось никаких обновлений ПО или скриптов (влияющих на производительность) также не упал входящий трафик, то есть хостов было даже больше чем вчера, по объёму скачаного контента тоже ничего не изменилось.
Я в непонятках, помогите разобраться.
Вот графики мунина: http://188.93.20.34:81/munin/localhost/localhost/index.html
На сервере CentOS 5.6
Apache 2.2
nginx 1.1.1
PHP 5.3.6 + PEAR + pecl
Memcached
Mysql 5.5.13
eAccelerator
все службы запущены и работают нормально.
там не падение, а резкий рост и последующее постепенное замедление. во время этого процесса ресурсы cpu потреблялись больше обычного и равномерно.
похоже на проверку raid-а, потому что процесс продолжился и после перезагрузки.
В логах эта проверка обычно записывается. Скрипт обычно называется checkarray.
вот, кстати, говорят что в SuSE в raid по-умолчанию всегда включается intent bitmap. проверьте у себя cat /proc/mdstat.
в случае стабильного питания в датацентре - он не нужен. замедляет операции записи раза эдак в два.
Этот рост с паданием вызван формированием почтовой рассылки.
Я говорил о том что график общей штатной нагрузки резко снизился. Буквально говоря стал ровным, а до этого был более рельефным и выше. Это можно заметить даже на еженедельных отчётах.
rengen,
Сервер выделенный или виртуальный?
mnn, cудя по сенсорам температуры, выделенный. хотя сенсоры недонастроены.
я теперь заметил некоторые падение нагрузки последние двое суток, но только лишь по данным на графиках не могу выдвинуть предположений.
netwind - верно вы видь не телепат. пусть TC даст больше информации.
madoff, да откуда он ее возьмет? графики и графики. дополнительных данных наверное уже не получить.
может программист проснулся в час ночи и какой-нибудь неудачный код переписал.
mnn, дедик.
netwind, учитывая что я единственный программист и системщик на проекте - это маловероятно. )
Я так и не нашёл решение проблемы, рестартанул все процессы, нет изменений, ребутнул сервер - нет изменений. Просмотр логов тоже ничего не дал. Писал в сапорт датацентра - отказались разбираться т. к. клиентская машина - не наша проблема, в принципе справедливо, хотя были подозрения что они включили какой-то сетевой фильтр.
Проблем с проектами нет: посещаемость в норме, тормоза не замечены.
Следовательно пока работает - не буду ковырять. Спасибо всем кто пытался помочь )