- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Господа, помогите пожалуйста.
Есть самый дешевый VPS от Hetzner'a, на нем стоит около 15 сайтов, но все почти не посещаемые (нагрузок нет) + что-то выполняется по крону (PHP + MySQL), но там тоже нагрузок. Еще стоит сфинкс. Load average маленький, обычно 0.05-0.09
Сервер последние несколько месяцев стал падать: не работают сайты и по SSH "Время ожидания истекло" помогает только перезагрузка через robot.your-server.de. При чем это не случается периодически: может и 2 раза в день упасть и 2 недели не падать.
В какую вообще сторону копать, что читать / смотреть, чтобы найти проблему? Не могу подловить момент и войти, скажем, в htop, чтобы посмотреть что нагрузку дает.
OpenVZ виртуализация? Может приходят боты и процессы apache плодятся без меры, "съедают" всю память и на форк sshd не хватает ресурсов? На пинг отвечает в это время сервер? Посмотрите логи apache.
Поставьте munin и покажите графики
OpenVZ виртуализация? Может приходят боты и процессы apache плодятся без меры, "съедают" всю память и на форк sshd не хватает ресурсов? На пинг отвечает в это время сервер? Посмотрите логи apache.
Да, там OpenVZ. Сервер вообще не отвечает. Логи гляну во время следующего падения.
С Munin'om буду разбираться.
uname -a покажите, swap есть?
Если 2.6.18 возможно у хостера плохо настроены ubc лимиты.
Обычно падет с сообщением "cannot allow memory", а далее все зависает.
OpenVZ VPS советую брать только на ядрах RHEL6 2.6.32 (здесь два простых лимита на ram и swap, и никаких cannot allow memory)
Определить просто(даже не купив впску) -> на таких VPS есть swap.
uname -a покажите, swap есть?
Если 2.6.18 возможно у хостера плохо настроены ubc лимиты.
Обычно падет с сообщением "cannot allow memory", а далее все зависает.
OpenVZ VPS советую брать только на ядрах RHEL6 2.6.32 (здесь два простых лимита на ram и swap, и никаких cannot allow memory)
Определить просто(даже не купив впску) -> на таких VPS есть swap.
Linux ***.com 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64 GNU/ Linux
Если это ovz - то это очень старое ядро.
Вы уверены, что у hetzner OpenVZ vpsки?
http://wiki.hetzner.de/index.php/VServer/ru
У нас используется виртуализация на основе KVM. Мы используем полностью виртуализированные выделенные серверы.
Предлагаю, начать собирать статистику + изучить логи.
Далее попробовать пожаловаться в саппорт(если вообще никаких подозрительных логов нет + норм стата)
В противном случае, попробуйте нанять админа
Да, там OpenVZ. Сервер вообще не отвечает. Логи гляну во время следующего падения.
С Munin'om буду разбираться.
Могу помочь с мониторингом. /ru/forum/796498
Если это ovz - то это очень старое ядро.
Вы уверены, что у hetzner OpenVZ vpsки?
http://wiki.hetzner.de/index.php/VServer/ru
Предлагаю, начать собирать статистику + изучить логи.
Далее попробовать пожаловаться в саппорт(если вообще никаких подозрительных логов нет + норм стата)
В противном случае, попробуйте нанять админа
Я думал, что OpenVZ. Видимо, ошибался.
Сейчас разбираюсь с Munin. Нанять админа - это, конечно хорошо, но там самый дешевый VPS и сайты не приносят прибыль (для души сайты). Вкладываться неохота, проще хостинг сменить будет ...
- nginx + apache ( смотрим server-status при нагрузке первым делом)
- в nginx ставим лимиты на количество одновременных подключений с одного ip
- ping winmtr смотрим пакеты
- mysql - slow log смотрим длительные запросы
- munin для постоянного мониторинга системы
- ab проводим небольшое нагрузочное тестирование
но скорее всего памяти нехватает при пиковой нагрузке, изучаем логи, всё должно быть видно. если грамотно настроить кэширование nginx, то всё будет отлично :)