Как понять что грузит сервер?

С чего вы взяли, что "процессы стали ставиться в очередь"? По предоставленной информации нельзя судить.

"почему средняя загрузка стала XXX" - разные тому могут быть причины. От "соседей" на других VPS до какого-нибудь рутинного роста объема обрабатываемых данных. Может у вас статистика какая-то на сайтах в базы собирается. Для кучи CMS есть такие модули.

Про соседей не подумал... А как же "гарантед" в рекламе? :) Или оверсел везде?

Почему подумал про очередь: вроде на сайте ISP был вопрос, в чем измеряется нагрузка. Там написали, что цифры перед точкой - количество ожидающих процессов. Типа, если 1.00 - то 1 выполняется, один в ожидании.

до 3х LA можно вообще не заморачиваться, на скорости не сказывается,

больше 10 LA - пора задумываться, пока не позно :)

Я не сумел телепатически выяснить, что содержится в какой-то рекламе, что Вы прочитали. Или даже технологию виртуализации, на которой работает Ваш VPS (хотя почти наверняка могу угадать).

Может "что-то типа" и сказали. Но буквально это либо чушь - либо процетировано неверно.

Вот здесь - чуть подробнее и правильнее. В частности, невооруженным глазом заметны отличия в интерпретации "проблемных" значений LA для однопроцессорных и многопроцессорных/ядерных систем...

Про рекламу я сказал условно. Везде, где предлагают услуги ВПС заверяют, что указанные параметры гарантированны.

Технология - OpenVZ.

Процитированно с форума поддержки FirstVDS (я не их клиент, меня туда поиск привел). Вот сам тред.

ClockWorkOrange добавил 02.10.2010 в 02:45

Я все это к чему спрашиваю: непонятно, почему система работала год как часы под высокой нагрузкой, а сейчас, когда и нагрузка меньше и вообще никаких манипуляций с сервером и скриптами не проводилось - вдруг вырастает.

ClockWorkOrange добавил 02.10.2010 в 02:45

Спасибо, понял )

ClockWorkOrange добавил 02.10.2010 в 02:59

посмотрел сейчас, понял, что разрослись БД. А настройки мускуля были вообще дефолтные. Поставил конфиг из доков, my-huge.cnf

Пока полет нормальный: 0.23 0.45 0.37

оверселлинг )

ну это смотря сколько ядер )

Задумываться нужно уже после 5 LA...

Вобщем, проблема осталась. Все равно что-то грузит мускуль. Я и сайты поотключал. Все равно - случаются большие скачки. Написал прову гневное письмо про оверсел - пров клянется и божится, что нода вообще пустая, практически, и говорит - проблема у меня. И прислал:

<root - ~> vzctl exec 18005 pstree

Warning: Unknown iptable module: ipt_recent, skipped

init-+-crond

|-dovecot-+-dovecot-auth

| |-3*[imap-login]

| `-3*[pop3-login]

|-httpd---4*[httpd]

|-ispmgr

|-mysqld_safe---mysqld---17*[{mysqld}]

|-named---4*[{named}]

|-nginx---2*[nginx]

|-pstree

|-saslauthd---saslauthd

|-sendmail---5*[sendmail]

|-sendmail

|-sshd

|-syslogd

|-udevd

|-vsftpd

|-xfs

`-xinetd

[vserver18 - MAIN NODE]

<root - ~>

Видно, что мускуль. Что посмотреть?

ЗЫ. ВПСка позволяет ставить любой самый можный конфиг для my.cnf При самом большом значении из предустановок (my-huge) - есть максимум 50% от доступной оперативы, так что ресурсов полно.

Работа mysql - есть произведение силы CPU на расстояние перемещения головки жесткого диска :)

вот и думай что грузит.

гмм.. запись кэша мускуля на диск?

Вот мой конфиг:

# The MySQL server

[mysqld]

port = 3306

socket = /var/lib/mysql/mysql.sock

skip-locking

key_buffer = 512M

max_allowed_packet = 1M

table_cache = 1024

sort_buffer_size = 2M

read_buffer_size = 2M

read_rnd_buffer_size = 8M

myisam_sort_buffer_size = 64M

thread_cache_size = 64

query_cache_size = 64M

join_buffer_size = 1M

tmp_table_size = 256M

max_heap_table_size = 256M

open_files_limit = 2084

# Try number of CPU's*2 for thread_concurrency

thread_concurrency = 8

На сервере 2,5 ГБ оперативы.