- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Привет, досталась вот такая файлопомойка (почему так сделано - не ко мне, работаем с тем что есть): 2.6.18, 4 ядра, 12g RAM, и 12 дисков отдельных дисков (не в рейде) ext3. Из софта стоит nginx 1.4.1 с прослойкой в виде перлового модуля который парсит URL.
Не могу понять откуда iowait +изредка юзера жалуются на рваную скорость:
Конфиг nginx
Скорость по поддоменам (=дискам) ограничивается через limit_rate, limit_conn
Перепробовал уже разные настройки nginx, iowait особо не меняется.
Есть у кого идеи?
Servcare, вы серьезно считаете, что этого достаточно, чтобы попытаться решить вашу проблему?
Servcare, вы серьезно считаете, что этого достаточно, чтобы попытаться решить вашу проблему?
Спасибо за ценный комментарий. Какая инфа еще нужна?
Из простого, поставьте munin, настройте статистику по каждому диску, по трафику, статусу nginx.
Прогоните smartctl long test по всем дискам, посмотрите результаты.
Кроме nginx на сервере ничего нет больше?
Когда будет статистика хотя бы за сутки соотнесите iowait с нагрузкой на сеть, на кол-во запросов к nginx и т.д.
Какой процессор в сервере?
Что значит "файлопомойка" и как она связана с парсингом URL?
Это CentОS 5?
Проверьте охлаждение.
файлопомойка - картинки, песни, видео. Парсинг URL для защиты от лича и для выставления скорости.
Кроме nginx ничего нет.
По графикам пока есть такое:
atop утилитка с опцией -d поможет вам увидеть, что грузит диск.
atop утилитка с опцией -d поможет вам увидеть, что грузит диск.
Там ожидаемо nginx. И опять же каждый диск busy% меньше 10, хотя я думаю это какой-то бесполезный каунтер.
Смотрите графики утилизации дисков.... Обычно слабые места именно там... Совет про long test так же поддерживаю, не исключено что парочка винтов его не пройдут :D Если нет баз данных а только отдача картинок и песен... то скорее всего тормозят винты (че-то мне так кажется).
А размеры файлов у Вас какие?
sendfile и tcp_nopush по каким соображениям отключены?
directio,aio?
Перепробовал уже разные настройки nginx, iowait особо не меняется.
Что именно пробовали делать? Изменения в любом случае должны быть, нужно их анализировать.
А размеры файлов у Вас какие?
sendfile и tcp_nopush по каким соображениям отключены?
directio,aio?
Что именно пробовали делать? Изменения в любом случае должны быть, нужно их анализировать.
Нагрузку в основном создают большие файлы (от 200мб). Ядро старое для aio к сожалению, с sendfile ситуация ухудшилась (Дунин, девелопер nginx писал что под такого рода нагрузками лучше без него). Большее кол-во воркеров тоже не помогало (думал может проблема в кол-во устройств хранения)
---------- Добавлено 12.06.2013 в 15:05 ----------
Смотрите графики утилизации дисков.... Обычно слабые места именно там... Совет про long test так же поддерживаю, не исключено что парочка винтов его не пройдут :D Если нет баз данных а только отдача картинок и песен... то скорее всего тормозят винты (че-то мне так кажется).
в первом посте указаны данные iostat %util, о какой еще утилизации идет речь?
Кстати забыл упомянуть что данные скрипт размазывает равномерно по дискам, и судя по lsof читаются тоже. Т.е нет такого чтоб один диск был полностью забит
long test прогоню чуть позже
Храните популярные файлы в RAM и отдавайте их оттуда