- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Уже весь Интернет перекопал. У многих такая ошибка возникала, но ее решения так никто и не написал.
Стоит Centos 5, связка апач + nginx. На сервере в основном HTML сателиты. В последний месяц сервер стал работать с перебоями. В лог nginx пишется следующее:
1) 2010/07/24 03:01:43 [error] 16065#0: *2786996 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 87.250.252.240
2) 2010/07/24 13:38:10 [error] 16067#0: *2997986 connect() failed (111: Connection refused) while connecting to upstream, client: 85.25.71.152
Причем таких ошибок довольно много. Возникают в произвольный момент времени. Нагрузка выглядит вот так:
Не понятно, чему параметр Load Average такой большей величины. Хостер говорит что идет нагрузка на жесткий диск. Но мне не понятно, разве несколько тысяч HTML файлов способно так нагружать винчестер?
У кого какие идеи есть, с чем могут быть связаны ошибки 1 и 2, и как их устранить?
Могут быть проблемы на самой ноде от соседа или во время резервного копирования.
Посмотрите еще Resource Alerts.
Если у Вас сателиты на HTML, держать апач там смысла нет, лучше сразу отдавать их через nginx.
Могут быть проблемы на самой ноде от соседа или во время резервного копирования.
Резервное копирование отпадает - та и по скриншоту видно, какое же это бекапирование, если используется 0.01% CPU. Возможность нагрузки от соседа очень даже вероятна. Но хостер уперся, и говорит, что такое невозможно, так как все ресурсы делятся между соседями равномерно.
Зайдите по ssh на сервер и запустите команду top, сделайте скрин и вышлите сюда. Это даст больше информации чем скрин панели управления.
Сейчас это делать нету смысла, так как Load Average в норме.
Критические значения Load Average можно наблюдать по пару раз в день, в произвольный момент времени, по 5-10 минут.
Резервное копирование отпадает - та и по скриншоту видно, какое же это бекапирование, если используется 0.01% CPU. Возможность нагрузки от соседа очень даже вероятна. Но хостер уперся, и говорит, что такое невозможно, так как все ресурсы делятся между соседями равномерно.
Резервное копирование может хостер делать )
Соседи по ноде грузят
Насколько я понял у вас ВДС?
Скорей всего хостер просто уходит от признания своей вины.
Стоит всё-таки уломать сапорт разобраться - кто именно перегружжает дисковую подсистему. К сожалению это самое слабое место любой ВДСки.
P.s. Есть ещё комманда iostat.
Которая не покажет ничего по диску внутри OpenVZ/Virtuozzo контейнера.
обычная перегрузка и получаете тормоза впс.
На ноде проблемы... Давите на хостера. :)