Вопрос про апач

[Николя223]

Кто нибудь сталкивался с тем, что на всех сайтах падает скорость отгрузки данных. Сайты у нас грузятся по 8 секунд.. недавно началось.

Конфигурация сервера: 6 ядер, 2 Гигабайта ОЗУ, на жестком диске свободно 13 Гб.

Хостингуются немного больше чем 200 сайтов.

В чем может быть проблема? Или дело в количестве сайтов?.. мало-вероятно...

Edited June 19, 2013 by Николя223

[rus]

1) Какой тип виртуализации от этого многое может зависеть. Также и от самой ноды (сервера на котором vds).

Например, виртуализация OpenVZ быстрая, но при нехватке оперативки сервисы просто отваливаются. А виртуализация XEN хуже держит дисковую нагрузку чем KVM, причем существенно (на тех же дисках).

2) Какой тип бд innodb или же myisam, иннодб вроде как скидывает в tmpfs временные таблицы, потом оттуда их и берет, чем собсна и загружает дисковое пространство.

3) 13 гигов - это очень мало, у нас и 80 быстро забиваются, а тут 13...

4) точно не скажу, но за скорость отклика с сервера вроде как отвечает http keep alive

5) неплохо было бы ускоритель php поставить, типа eaccelerator

[wwt]

и nginx поднять в качестве проксирующего демона чтоб из-за статики не дергать apache

А вообще 2 гига памяти маловато для 200 сайтиков. Возможно вас посетил какойто бот, и из-за бешеного количества запросов у вас просто напросто забита ОЗУ. Проверте логи апача по всем доменам.

Edited June 19, 2013 by wwt

[Николя223]

Хм... только начал все это разбирать, многово не знаю.

Про виртуализацию ничего не могу сказать, по ядру определить можно? вот что SSH говорит

/var/log$ uname -a

Linux Astro-new 2.6.32.36-228-scalaxy #1 SMP 2011-04-14 10:12:31 +0200 x86_64 GNU/Linux

Просматривая последние измененные категории. Нашел одну с папкой xen...

Я на оперативку грешу. Её явно не хватает свободных только ~100 -200 Мб

У нас базы данных у сайтов на этом сервере не больше 1 - 2 мегабайт...

Тип БД, предполагаю можно определить по расширению... найти не могу, завтра уточню

Про keep alive...

Прочитал про него. Как то можно проверить включен он или нет ? файл с конфигурацией ( httpd.conf) пустой

Хм... вот разберусь с этими тормозами, действительно ускоритель поставлю, спасибо)

upd: может кому понадобится. Тип базы данных можно посмотреть через phpMyadmin. Напротив каждой таблицы. в моем случае это MyISAM

и nginx поднять в качестве проксирующего демона чтоб из-за статики не дергать apache

А вообще 2 гига памяти маловато для 200 сайтиков. Возможно вас посетил какойто бот, и из-за бешеного количества запросов у вас просто напросто забита ОЗУ. Проверте логи апача по всем доменам.

да, спасибо, посмотрю сейчас что там в логах...

Ну вот... логи посмотреть не могу. скорость ftp 12 килобит/ сек. и обрыв соединения

wwt, а это может быть косяк провайдера? по ftps больно уж скорость низкая...

Edited June 20, 2013 by Николя223

[rus]

wwt как всегда прав, nginx+apache хорошая связка, особенно для статичных и небольших сайтов, ну или для дерганья кэша как html файлов, без запросов к бд.

команда top или htop или atop (но лучше наверное top, она всегда есть) в ssh должна показать что именно у вас кушает, а потом через server-status вычислить процесс и убить его.

а вообще, у меня есть подозрения что apache у вас запущен в режиме mpm-itk, а данный режим позволяет множить процессы запускаемые от httpd, но зато с правами трабл меньше, нежели в режиме mpm-prefork например.

я с этой траблой справился только через php в режиме FastCGI, но это не самый лучший выход, в режиме Apache все же быстрее работает.

вобщем пища вам есть для размышления, есть над чем подумать

[Николя223]

конечно, победить надо ) есть подумать над чем

команду top, я первым делом провести пытался.

странно что ни top, ни htop, ни atop не работает...

[rus]

странно что top не работает... а atop и htop - это утилиты, которые еще и установить надо.

[Николя223]

Спасибо ребят) wwt отдельное. нашел возможность через SSH логи просматривать, и тут же начал с лога ошибок...

Один сайт раз по 50-100 в секунду пытался к бд обратится... весь лог этим забит)) там ещё ошибки вылезли, но не такие страшные. сейчас не тормозит всё исправил

[s0rr0w]

Логи - сила. Без них вообще никуда

[stars]

А я вот уже наверное больше года не использую Apache, nginx более чем самодостаточен. Когда то давно столкнулся с проблемой DDOS атаки, Apache даже при сравнительно не большом числе подключений падал, nginx отлично себя показал в связке с Apache, ну а после удалось подружить nginx c php и Apache попросту стал лишним.

[Int]

Я тоже давно отказался от апача, перешёл на lighttpd. Это ещё с винды пошло, когда апач падал раз в два дня (пришлось даже мониторинг писать, который бы его запускал обратно), а ещё он вешался при отдаче больших файлов, сайт ни у кого не открывался, пока файл не докачивался до конца.