The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Вопрос по виртуальному хостингу"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Вопрос по виртуальному хостингу"  
Сообщение от DogEater email(ok) on 25-Май-07, 10:39 
Друзья просили разобраться, но я затупил :(...

Есть ,бундесовский хостер, keymachine.ru (или .de, кому как нравится)
у них заказанвыделенный виртуальный сервер: http://www.keyweb.ru/hosting/rootds-business.html
внутри виртуалки стоит Fedora Core release 4 (Stentz)
уже на ней крутится штук 7 проектов на php+mysql
приблизительно с 15:00 до 2:00 сервер сильно тормозит с ответами по http
в остальное время он работает приемлемо
мониторинг по top ничего безумного не показал, никто кроме мускуля много время цпу не отбирает. Мускуль изредка подскакивает до 90, но корреляции с тормозами http я не обнаружил.
На руткиты хостер проверяет, по логам ругани нет. Фтп и почта работают приемлемо.
Единственное что режет глаз - во время тормозов % wait колеблется от 95 до 100
----cut here---
top - 00:15:36 up 20:09,  4 users,  load average: 1.71, 1.58, 3.73
Tasks:  61 total,   2 running,  59 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.8% us,  0.3% sy,  0.0% ni,  0.0% id, 98.9% wa,  0.0% hi,  0.0% si
Mem:   3361024k total,  3276372k used,    84652k free,    30324k buffers
Swap:  8385920k total,   579224k used,  7806696k free,  1512124k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
24352 mysql     16   0  185m  33m 5344 S  0.7  1.0  57:51.35 mysqld
26594 root      15   0  2124 1036  824 R  0.3  0.0   0:00.40 top
    1 root      16   0  1836  632  544 S  0.0  0.0   0:00.74 init
32175 root      16   0  1712  584  492 S  0.0  0.0   0:11.73 syslogd
32234 named     20   0 36900 2976 1864 S  0.0  0.1   0:07.05 named
32268 root      15   0  3836  672  464 S  0.0  0.0   0:00.00 courierlogger
32269 root      15   0  2092  716  536 S  0.0  0.0   0:00.00 authdaemond
32277 root      16   0  4512 1056  756 S  0.0  0.0   0:00.23 sshd
32356 root      15   0  2092  304  124 S  0.0  0.0   0:00.00 authdaemond
32357 root      15   0  2092  304  124 S  0.0  0.0   0:00.00 authdaemond
32358 root      15   0  2092  304  124 S  0.0  0.0   0:00.00 authdaemond
32359 root      15   0  2092  304  124 S  0.0  0.0   0:00.00 authdaemond
32360 root      15   0  2092  304  124 S  0.0  0.0   0:00.00 authdaemond
1420 root      24   0  4960  952  724 S  0.0  0.0   0:00.00 couriertcpd
1422 root      25   0  3704  832  644 S  0.0  0.0   0:00.00 courierlogger
1429 root      16   0  4960  960  732 S  0.0  0.0   0:00.31 couriertcpd
1431 root      16   0  3836 1000  792 S  0.0  0.0   0:00.54 courierlogger
----cut here---

То есть процессы ждут пока им отдадут время цп для работы, но из за чего это присходит? :(
Я не могу понять, где копать - затык внутри виртуалки, или уже снаружи идёт драка за ЦП между разными виртуалками???

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Вопрос по виртуальному хостингу"  
Сообщение от onorua email(ok) on 26-Май-07, 11:30 
>Друзья просили разобраться, но я затупил :(...
>
>Есть ,бундесовский хостер, keymachine.ru (или .de, кому как нравится)
>у них заказанвыделенный виртуальный сервер: http://www.keyweb.ru/hosting/rootds-business.html
>внутри виртуалки стоит Fedora Core release 4 (Stentz)
>уже на ней крутится штук 7 проектов на php+mysql
>приблизительно с 15:00 до 2:00 сервер сильно тормозит с ответами по http
>
>в остальное время он работает приемлемо
>мониторинг по top ничего безумного не показал, никто кроме мускуля много время
>цпу не отбирает. Мускуль изредка подскакивает до 90, но корреляции с
>тормозами http я не обнаружил.
>На руткиты хостер проверяет, по логам ругани нет. Фтп и почта работают
>приемлемо.
>Единственное что режет глаз - во время тормозов % wait колеблется от
>95 до 100
>----cut here---
>top - 00:15:36 up 20:09,  4 users,  load average: 1.71,
>1.58, 3.73
>Tasks:  61 total,   2 running,  59 sleeping,  
> 0 stopped,   0 zombie
>Cpu(s):  0.8% us,  0.3% sy,  0.0% ni,  0.0%
>id, 98.9% wa,  0.0% hi,  0.0% si
>Mem:   3361024k total,  3276372k used,    84652k
>free,    30324k buffers
>Swap:  8385920k total,   579224k used,  7806696k free,  
>1512124k cached
>
>  PID USER      PR  NI
> VIRT  RES  SHR S %CPU %MEM  
> TIME+  COMMAND
>24352 mysql     16   0  185m
> 33m 5344 S  0.7  1.0  57:51.35 mysqld
>
>26594 root      15   0  
>2124 1036  824 R  0.3  0.0  
>0:00.40 top
>    1 root      16
>  0  1836  632  544 S  
>0.0  0.0   0:00.74 init
>32175 root      16   0  
>1712  584  492 S  0.0  0.0  
> 0:11.73 syslogd
>32234 named     20   0 36900 2976
>1864 S  0.0  0.1   0:07.05 named
>32268 root      15   0  
>3836  672  464 S  0.0  0.0  
> 0:00.00 courierlogger
>32269 root      15   0  
>2092  716  536 S  0.0  0.0  
> 0:00.00 authdaemond
>32277 root      16   0  
>4512 1056  756 S  0.0  0.0  
>0:00.23 sshd
>32356 root      15   0  
>2092  304  124 S  0.0  0.0  
> 0:00.00 authdaemond
>32357 root      15   0  
>2092  304  124 S  0.0  0.0  
> 0:00.00 authdaemond
>32358 root      15   0  
>2092  304  124 S  0.0  0.0  
> 0:00.00 authdaemond
>32359 root      15   0  
>2092  304  124 S  0.0  0.0  
> 0:00.00 authdaemond
>32360 root      15   0  
>2092  304  124 S  0.0  0.0  
> 0:00.00 authdaemond
> 1420 root      24   0
> 4960  952  724 S  0.0  0.0
>  0:00.00 couriertcpd
> 1422 root      25   0
> 3704  832  644 S  0.0  0.0
>  0:00.00 courierlogger
> 1429 root      16   0
> 4960  960  732 S  0.0  0.0
>  0:00.31 couriertcpd
> 1431 root      16   0
> 3836 1000  792 S  0.0  0.0  
> 0:00.54 courierlogger
>----cut here---
>
>То есть процессы ждут пока им отдадут время цп для работы, но
>из за чего это присходит? :(
>Я не могу понять, где копать - затык внутри виртуалки, или уже
>снаружи идёт драка за ЦП между разными виртуалками???

wa - это не просто время ожидания чего-то, а время ожидания IO (ввода/вывода), т.е. возможно на сервере где стоит виртуалка не справляются, скажем, винты или память, еще что. Скорее всего - это аппаратная проблема. И вы внутри виртуалки никак это не полечите.
У вас есть доступ к iostat?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Вопрос по виртуальному хостингу"  
Сообщение от DogEater (ok) on 27-Май-07, 21:57 
>У вас есть доступ к iostat?
пакет sysstat в виртуалке не установлен
придётся попросить поставить
на что в iostat обратить внимние?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Вопрос по виртуальному хостингу"  
Сообщение от universite email(??) on 27-Май-07, 22:46 

>на что в iostat обратить внимние?

Русским же языкам сказано - слишком высокая нагрузка на сервер!
Скорее всего, слишком много виртуалок повесили на одну железку.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Вопрос по виртуальному хостингу"  
Сообщение от DogEater email(ok) on 28-Май-07, 10:46 
>
>>на что в iostat обратить внимние?
>
>Русским же языкам сказано - слишком высокая нагрузка на сервер!
>Скорее всего, слишком много виртуалок повесили на одну железку.

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


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Вопрос по виртуальному хостингу"  
Сообщение от onorua email(ok) on 27-Май-07, 23:54 
>>У вас есть доступ к iostat?
>пакет sysstat в виртуалке не установлен
>придётся попросить поставить
>на что в iostat обратить внимние?


нужно обратить внимание на задержки при чтении, и процессорное время которое при этом тратится.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру