- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вообщем, планирую увеличить нагрузку на сервер нагнав больше народа.
Но возникают проблемки, которые незнаю как решить.
1 проблема:
На данный момент 1300 активных соединений:
top
top - 05:08:17 up 12:59, 1 user, load average: 10.85, 10.13, 14.47
Tasks: 308 total, 13 running, 294 sleeping, 0 stopped, 1 zombie
Cpu(s): 49.9% us, 12.6% sy, 0.0% ni, 33.3% id, 4.3% wa, 0.0% hi, 0.0% si
Mem: 5206532k total, 1222220k used, 3984312k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached
Вроде и памяти хватает, и процессоры грузятся не сильно.
Канал 10 мгб без ограничений, забит на 50% в пиковые часы.
но замечаю, что при перезагрузке страниц происходит подтормаживание, которого раньше не было.
Страница загрузилась, а потом пауза и картинки догружаются на странице в течение 10-20 секунд.
При малом количестве соединений такого не наблюдалось. Провайдер отмазывается, говорит что дело в моем местном соединении.. но я уверен что это не так. Т.к. меняя нагрузку на сервер вижу что при малом количестве все летает.
В чем может быть трабл?
И второй вопрос.
Если увеличивать количество соединений (больше народу пускать) в три-пять раз. Наблюдается следующая картина. Процессоры нагружаются, страницы загружаются медленно.
Потом бац и страницы вообще не грузятся (долгий отклик) а в процессах апача процессы пропадают. Процессоры возвращаються в нормальное незагруженное состояние, а от апача отклика все нет. Активные соединения в это время все еще висят и из становится все больше (т.к. народ не получает он жмет рефреш), и полный паралич.
Что можно сделать?
Ставьте nginx.
Ставьте nginx.
Согласен, nginx должен ускорить работу.
Если нужна помощь с установкой, обращайтесь.
Отзывы и контакты в подписи...
Объясняю:
Tasks: 308 total
В очереде сидит столько процессов, что за их обработкой CPU не поспевает.
вопрос:
а кроме установки nginx
на уровне конфигурирования
apache+Mysql+php можно решить вопрос?
Baruchka добавил 24.06.2009 в 20:14
Объясняю:
Tasks: 308 total
В очереде сидит столько процессов, что за их обработкой CPU не поспевает.
что сделать чтобы поспевал?
8 ядер (дуал четырех ядерный)
на момент замедления отклика показывает менее 50% загруженность процессоров.
Tasks: 308 total, 13 running, 294 sleeping, 0 stopped, 1 zombie
Cpu(s): 49.9% us, 12.6% sy, 0.0% ni, 33.3% id, 4.3% wa, 0.0% hi, 0.0% si
Mem: 5206532k total, 1222220k used, 3984312k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached
просто если бы чего-то не хватало, я бы добавил , памяти процессоров ) а так не совсем понятно где может быть затык
Что делать?
Два варианта - или наращивать мощность железа или нанимать человека который рубит в этом деле фишку ;)
То что показывает менее 50% - говорит только о том, что на сервере нужна сисадминская рука...
1. нужно поставить нгинкс или хотя бы разумные таймауты на апаче, чтобы память вовремя освобожадть
2. Скорее всего нужно менять параметры стека tcp/ip в ядре, возможно здесь как раз узкое место, если
Cpu(s): 49.9% us, 12.6% sy, 0.0% ni, 33.3% id, 4.3% wa, 0.0% hi, 0.0% si
33 процента idle и 4.3 процента в ожидании ввода-вывода, то значит тормоза дает стек tcp/ip или плохой канал до сервера.
Nginx конечно безусловно Вам поможет - 1300-1500 хостов онлайн не такая уж великая нагрузка + не думаю что он с загрузки 10 уберет загрузку на 1 - максимум я думаю он сможет уменьшить ее по статики на половину - в результате останитесь с коэффициентов 6.
Самое оптимальное естественно - надо оптимизировать скрипты - для слежения за сервером поставте zabbix агента.
Для понимания где основная нагрузка поставте htop.
В любом случае задача лежит прежде всего в оптимизации - а прокидывание статики полезно - но это уже следующий этап - удачи!
Еще предложу вариант: много майскл запросов мелких, а так как один процессор все обрабатывает - то и апач вроде как живой, и процессоры гуляют, а ЛА высокий и страницы не отдаются.
Хотя конечно - это пальцем небо тыкать варианты предлагать. Нужно мониторить последовательно апач, майскл, пхп. Поставьте сайт локально с живой базой и сделайте профайлинг вызовов. Если проблема в апаче - то поможет енжинкс (апач не нужно удалять, просто поставить перед ним енжинкс для статики и редиректа вызовов на апач), если пхп или майскл - только програмеры, которые устранят баги нагрузки.
ab - поможет создать нужную нагрузку для тестинга к примеру ночью в минимум нагрузки.
По этому поводу я соглашусь.
И скрипты будут нормально работать, .htaccess не нужно переписывать и нагрузка снизится.
Nginx конечно безусловно Вам поможет - 1300-1500 хостов онлайн не такая уж великая нагрузка + не думаю что он с загрузки 10 уберет загрузку на 1 - максимум я думаю он сможет уменьшить ее по статики на половину - в результате останитесь с коэффициентов 6.
Если руки растут откуда надо, замена апача на nginx снижает LA с 10-20 до 0.5-0.7 примерно.