- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Господа товарищи граждане, объясните неразумному, почему ВПС на котором расположено 9 сайтов (4 с нулевой посещалкой, а на 5 суммарно и 500 в день не наберется) и имеющий гарантированный размер RAM = 512 MБ регулярно тормозит, испытывает разрастание очереди запросов к серверу MySQL , несколько раз в день выдает 504 ошибку, а ночью когда включается архивация начинает выдавать 502 ошибку около часа.
Я так полагаю что подобных проблем при учете того что все ПО устанавливалось непосредственно хостером возникать не должно совсем и где-то до 5000 человек день можно вообще не испытывать никаких проблем.
Специалисты поправьте меня, если ошибаюсь?
Господа товарищи граждане, объясните неразумному, почему ВПС на котором расположено 9 сайтов (4 с нулевой посещалкой, а на 5 суммарно и 500 в день не наберется) и имеющий гарантированный размер RAM = 512 MБ регулярно тормозит, испытывает разрастание очереди запросов к серверу MySQL , несколько раз в день выдает 504 ошибку, а ночью когда включается архивация начинает выдавать 502 ошибку около часа.
Я так полагаю что подобных проблем при учете того что все ПО устанавливалось непосредственно хостером возникать не должно совсем и где-то до 5000 человек день можно вообще не испытывать никаких проблем.
Специалисты поправьте меня, если ошибаюсь?
502 возникает если падает apache, при архивации это может происходить из за недостатка ОЗУ. Посещаемость небольшая и все должно стабильно работать. Тут два варианта или недобросовестный хостер или со скриптами проблемы. А если честно это гадание на кофейной гуще, покажите хотя бы вывод top
RibkisMukoi, скорее всего не хватает памяти при архивировании. В момент архивирования запустите команду top в консоли и посмотрите сколько у Вас используется ресурсов.
в nginx.conf внесите следующие настройки и перезапустите службу, должно поправить ситуацию
client_body_buffer_size 4m;
proxy_connect_timeout 300;
proxy_send_timeout 300;
proxy_read_timeout 300;
proxy_buffer_size 64k;
proxy_buffers 8 256k;
proxy_busy_buffers_size 256k;
proxy_temp_file_write_size 10m;
Если ошибка повторится, нужно смотреть логи apche, возможно архив слишком большой и apache процесс падает.
Покажите top без архивации и во время архивации
в nginx.conf внесите следующие настройки и перезапустите службу, должно поправить ситуацию
Если ошибка повторится, нужно смотреть логи apche, возможно архив слишком большой и apache процесс падает.
зачем вы вредные настройки предлагаете тс?
тс, наймите админа, возможно у хостера нода тормозит по диску или вы чего то перекрутили с настройками.
Если с памятью всё ок во время архивации смотрите на диск, скорей всего при архиации нагрузку диск не держит.
Если это из за диска, смотрите в сторону оптимизации бекапа. Исключите лишнее.
зачем вы вредные настройки предлагаете тс?
Можете описать вредность каждой настройки в случае описанном ТС?
Можете описать вредность каждой настройки в случае описанном ТС?
да, нет смысла увеличивать буферы и так памяти нету, таймауты аналогично, зачем держать клиента долго если бэкенд не отвечает? по хорошему надо устранять причину из за которой все "плохо работает" а не менять настройки на те что где то скопипастили не подумав.
Спасибо за внимание к проблеме, как ни странно она прошла практически сама собой, а именно после того как удалил старые архивы занимавшие место.
Хостер подтвердил что отведенное место на диске считается неправильно (показывалось что свободно много места, а на самом деле его уже давно мало), но уклонился от ответа могло ли это стать причиной вышеуказанных проблем.
А могло ли почти закончившееся свободное место на диске вызывать такие проблемы?
Да, могло. Во всяком случае для виртуализации XEN.