Подсобите с Apache-м - резкий как... (apache volume)

12
Andreyka
На сайте с 19.02.2005
Offline
822
#11

Напишу статью и выложу на manageserver.ru

Уточните тип виртулизации - openvz?

Не стоит плодить сущности без необходимости
Andreyka
На сайте с 19.02.2005
Offline
822
#12

Опубликовал, читайте

6666
На сайте с 10.01.2005
Offline
505
#13

Andreyka, ссылку на статью кладите в топик, не стесняйтесь.

Каждое мое сообщение проверила и одобрила Елена Летучая. (c) Для меня очень важно все что Вы говорите! (http://surrealism.ru/123.mp3) .
M
На сайте с 02.01.2013
Offline
38
#15
Andreyka:
Уточните тип виртулизации - openvz?

Сервер у Tilaa - использует KVM на основе аппаратной виртуализации.

Andreyka, от настроек апача это почти не зависит?


KeepAlive Off
MaxKeepAliveRequests 60
KeepAliveTimeout 5

BufferedLogs on

ServerSignature Off
ServerTokens ProductOnly

StartServers 2
ServerLimit 7
MaxClients 35
MaxRequestsPerChild 1000
<IfModule mpm_prefork_module>
StartServers 2
MinSpareServers 2
MaxSpareServers 5
MaxClients 150
MaxRequestsPerChild 500
</IfModule>



В вашей статье речь идёт о количестве процессов Apache

По статистике сервера - активный апач один, спящих(ограничил) до 5, лимит 7

В остальных параметрах поверхностно, но "размножения" процессов не наблюдаю.

Возможно я что-то путаю.

N
На сайте с 06.05.2007
Offline
419
#16

musitann, при такой скромной нагрузке заметные колебания на графиках может дать любой бот или поисковик.

почему бы уже не скачать логи и не проанализировать ? учитывая опять же небольшую посещаемость, даже программ никаких не понадобится.

Хотя число обращений не изменяется, поисковик может "напасть" на большие страницы, а потом перейти на маленькие, тем самым вызвав увеличение volume bytes.

Кнопка вызова админа ()
M
На сайте с 02.01.2013
Offline
38
#17
netwind:
а потом перейти на маленькие, тем самым вызвав увеличение volume bytes

Меня в этой теме больше всего интересовало Что это за скачки, чем могут быть вызваны, а уже потом глубина процесса и настройки. Спасибо, вы разъяснили мне что на этом графике количество данных отданых апачем в еденицу времени, стало понятнее немного :) буду теперь думать, почему так много/резко..

"Тяжелых" страниц нет в принципе, поэтому тут стоит подумать - ведь если bot пришел, и начал сканить сайт, то это будет видно чётко и наapache accesses - во всяком случае можно было бы наблюдать некую корелляцию этих данных.

M
На сайте с 02.01.2013
Offline
38
#18

Кажись разгадал секрет майя.. Свежий "проблемный" график

Помогло чисто параноидальное наблюдение - спародические скачки графика мунин apache volume иногда/редко совпадали с тем временем когда я мониторил нагрузки по сайту, а это совпадало с дневным ростом посещаемости - отсюда смытое чувство что скачет из-за упирания в какой-либо системный лимит, по схеме Andreyka, но..

Количество процессов apache минимум даже в относительные пики

Рост посетителей плавный

Процессор свободный

Оперативки в пределах разумного

Диск хоть и подтормаживает, но в целом не слишком заметно в 11$ за VDS

Но слона то заметить так и не получалось. На непонятном графике - количество байт в секунду что проходит от apache. Сложнее стало от того, что таких количеств не даёт ни одна страница сайта, кроме... страницы статистики munin с активными ~160 плагинами - генерируемыми каждые пять минут картинками :)

Andreyka
На сайте с 19.02.2005
Offline
822
#19

Генерируйте у себя, а оттуда только читайте

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий