Зависают сайты на VPS

Обычно, к серверу также требуется системный администратор. Или самостоятельные навыки администрирования.

Ответы на вопросы "а как мне вот это?" научат вас правильно действовать лишь в некоторых ситуациях.

Но проблемных ситуаций может быть бесконечно много, как в шахматах, и умение действовать в некоторых из них не приведёт к победе.

сисадмин за 2000р к ВДС за 500р? глупо по моему

а во 2-рых для чего тогда существует этот форум? если тебе ответят: "думай сам"

В момент зависания дайте результаты работы команд

free -m

ps aux

top -n 1

Приложите конфгигурационные файлы apache, используемой БД хотя бы. Последние записи логов apache (access.log и error.log).

Иначе Ваш вопрос напоминает поход к доктору, где "у меня все болит..."

root@s4:~# free -m

             total       used       free     shared    buffers     cached

Mem:          1024        339        684          0          0          0

-/+ buffers/cache:        339        684

Swap:            0          0          0

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND

root         1  0.0  0.0   2024   704 ?        Ss   07:18   0:00 init [2]

root      1380  0.0  0.0   8664   788 ?        Ss   07:18   0:00 /usr/sbin/sasla

root      1381  0.0  0.0   8664   500 ?        S    07:18   0:00 /usr/sbin/sasla

root      1388  0.0  0.0   1732   608 ?        Ss   07:18   0:00 /sbin/syslogd

root      1423  0.0  0.0   2284   864 ?        Ss   07:18   0:00 /usr/sbin/cron

root      1448  0.0  0.1   2672  1208 ?        S    07:18   0:00 /bin/sh /usr/bi

mysql     1560  0.0  2.0 156960 21504 ?        Sl   07:18   0:00 /usr/sbin/mysql

root      1562  0.0  0.0   1664   548 ?        S    07:18   0:00 logger -t mysql

root      1653  0.0  0.1  10000  1948 ?        Ss   07:18   0:00 sendmail: MTA:

root      1774  0.0  0.0   5484   972 ?        Ss   07:18   0:00 /usr/sbin/sshd

root      1785  0.0  0.0   2388   836 ?        Ss   07:18   0:00 /usr/sbin/xinet

root      3300  0.0  0.7  35048  7884 ?        Ss   08:02   0:00 /usr/sbin/apach

www-data  3308  0.1  2.0  48060 21432 ?        S    08:02   0:01 /usr/sbin/apach

www-data  3309  0.0  0.4  35048  4840 ?        S    08:02   0:00 /usr/sbin/apach

www-data  3310  0.1  1.9  47132 19980 ?        S    08:02   0:01 /usr/sbin/apach

www-data  3311  0.0  0.4  35048  4828 ?        S    08:02   0:00 /usr/sbin/apach

www-data  3313  0.0  1.9  47600 19948 ?        S    08:02   0:00 /usr/sbin/apach

www-data  3314  0.0  0.4  35048  4832 ?        S    08:02   0:00 /usr/sbin/apach

www-data  3315  0.0  0.4  35048  4832 ?        S    08:02   0:00 /usr/sbin/apach

www-data  3316  0.0  0.8  36480  8876 ?        S    08:02   0:00 /usr/sbin/apach

www-data  3325  0.0  2.1  49596 22568 ?        S    08:03   0:00 /usr/sbin/apach

www-data  3326  0.0  0.8  36156  8660 ?        S    08:03   0:00 /usr/sbin/apach

root      3434  0.0  0.2   8540  3004 ?        Ss   08:15   0:00 sshd: root@pts/

root      3436  0.0  0.1   2980  1628 pts/0    Ss   08:15   0:00 -bash

root      3512  0.1  0.2   8676  3036 ?        Ss   08:21   0:00 sshd: root@nott

root      3514  0.0  0.0   2060   844 ?        Ss   08:21   0:00 /usr/lib/openss

root      3524  0.0  0.0   2344   916 pts/0    R+   08:22   0:00 ps aux

Cpu(s):  0.9%us,  0.2%sy,  0.0%ni, 98.2%id,  0.6%wa,  0.0%hi,  0.0%si,  0.0%st

Mem:   1048576k total,   347984k used,   700592k free,        0k buffers

Swap:        0k total,        0k used,        0k free,        0k cached



  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND

    1 root      15   0  2024  704  608 S  0.0  0.1   0:00.03 init

 1380 root      18   0  8664  788  452 S  0.0  0.1   0:00.00 saslauthd

 1381 root      18   0  8664  500  164 S  0.0  0.0   0:00.00 saslauthd

 1388 root      15   0  1732  608  500 S  0.0  0.1   0:00.01 syslogd

 1423 root      15   0  2284  864  676 S  0.0  0.1   0:00.00 cron

 1448 root      25   0  2672 1208 1000 S  0.0  0.1   0:00.00 mysqld_safe

 1560 mysql     15   0  153m  21m 6124 S  0.0  2.1   0:00.43 mysqld

 1562 root      23   0  1664  548  476 S  0.0  0.1   0:00.00 logger

 1653 root      15   0 10000 1948  824 S  0.0  0.2   0:00.02 sendmail-mta

 1774 root      15   0  5484  972  584 S  0.0  0.1   0:00.00 sshd

 1785 root      17   0  2388  836  676 S  0.0  0.1   0:00.00 xinetd

 3300 root      15   0 35048 7884 4300 S  0.0  0.8   0:00.00 apache2

 3308 www-data  15   0 48060  20m 4536 S  0.0  2.0   0:01.90 apache2

 3309 www-data  15   0 35048 4840 1196 S  0.0  0.5   0:00.04 apache2

 3310 www-data  15   0 47132  19m 3968 S  0.0  1.9   0:01.21 apache2

 3311 www-data  18   0 35048 4828 1184 S  0.0  0.5   0:00.01 apache2

 3313 www-data  18   0 47600  19m 3764 S  0.0  1.9   0:00.31 apache2

 3314 www-data  18   0 35048 4832 1188 S  0.0  0.5   0:00.01 apache2

 3315 www-data  18   0 35048 4832 1188 S  0.0  0.5   0:00.01 apache2

 3316 www-data  15   0 36480 8876 3636 S  0.0  0.8   0:00.53 apache2

 3325 www-data  15   0 49596  22m 4500 S  0.0  2.2   0:00.79 apache2

 3326 www-data  15   0 36156 8660 3636 S  0.0  0.8   0:00.26 apache2

 3434 root      15   0  8540 3004 2460 S  0.0  0.3   0:00.09 sshd

 3436 root      15   0  2980 1628 1284 S  0.0  0.2   0:00.00 bash

 3512 root      15   0  8676 3036 2448 S  0.0  0.3   0:00.09 sshd

 3514 root      15   0  2060  844  640 S  0.0  0.1   0:00.00 sftp-server

 3533 root      15   0  2320  996  792 R  0.0  0.1   0:00.00 top

error.log

http://rghost.ru/private/48225650/27d4cf7d1d19cb978bdae77f963f0d80

что значит 2000р в мес? день? час?, нормальный прайс если разово настроить LAMP

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

Переименуйте файл админки с wp-login.php на что нибудь другое, supersecretlogin.php например. Возможно, нагружают сервер, подбирая пароль, это общая в последнее время проблема для wordpress.

По памяти, процессору из данных, которые Вы привели - всё в порядке.

Если переименование админки не поможет и проблема будет повторяться, пришлите уж тогда и файл конфигурации apache, mysql и access.log апача (последние пару десятков строк перед непосредственно зависанием).

Т.к. похоже на то, что к Вашему серверу обращаются много раз чаще, чем позволяет конфигурация апача MaxClients, поэтому запросы встают в очередь, или, как Вы говорите, "зависают".

еще такое бывает когда пользуешься curl хотя наврядли у вас там такое есть

ТС вам гугл/яндекс в помощь - читайте статьи по теме "оптимизация нгикс/апач/мускл", но всё с осторожностью...

P.S. Либо админа 1 раз, на первое время хватит, дальше опять же статьи по "оптимизации"...

увеличьте количество одновременно запущенных апачей, дефолтных 10 обычно не хватает

---------- Добавлено 21.08.2013 в 10:17 ----------

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

еще 1, зачем увеличивать? что бы озу ушло на них, его и так мало

нужно смотреть каждый конкретный случай в отдельности и ставить значения исходя из трафика и возможностей сервера