LINUX.ORG.RU
решено ФорумAdmin

Расчёт LA для процессов на KVM

 , , , ,


1

1

Расчёт LA для процесса

Привет Всем!

Это мой первый топик на данном форуме. Вот уже более года как я работаю с Linux и никак не могу нарадоваться, какая же замечательная ОС!

Предметы обсуждения в данной теме: KVM, QEMU, ATOP, CentOS 7

Описание: Есть нода на CentOS 7 с виртуалками KVM, каждая виртуалка - отдельный процесс qemu.

Задача: Используя atop/vmstat/etc сделать приблизительный расчёт LA, выделяемого каждым процессом(VM).

Подскажите, пожалуйста, формулу расчёта или может есть что-то готовое?

Можно как-то взять статы из top/atop/iotop, совместить и сделать свой костылированный топчик? Если выйдет, назовём его QETOP.


LA не относится к процессу. LA относится к самой системе, точнее к ее загрузке.

Смотрите параметр утилизации процессорного времени для процессов qemu. Это даст картину утилизации.

Ничего сложного нет.

int13h ★★★★★ ()
Ответ на: комментарий от int13h

Понимаю, что LA относится к самой системе и признаю это, не спорю. Расчёт в ядре, для машины в целом, не для процесса.

Я же хочу свою метрику нагрузки, чтобы она была привязана к максимальным значениям выделенных ресурсов и выдавала статистику типа: на основе использования network, i/o, cpu, mem показывала топ 5 машин, которые используют непрерывно 90-100% любого типа выделенного ресурса в течение заданного промежутка времени.

Что-то попроще atop. Нужно лишь выполнить одну команду и чтобы она показала имена топ 5 прожорливых kvm и их pid, без всей лишней дребедени.

MrCLI ()
Ответ на: комментарий от MrCLI

Для memory, CPU, block I/O есть метрики. Посмотри, как в LXC это сделано.

vvn_black ★★★★★ ()
Ответ на: комментарий от MrCLI

Вот, пример для firefox:

cgconfig.conf:

group firefox_cpu {
  cpuacct {
  }
}

cgrules.conf:

*:firefox cpuacct firefox_cpu
cat /sys/fs/cgroup/cpuacct/firefox_cpu/cpuacct.stat 
user 4918
system 704

Нужен libcgroup.

vvn_black ★★★★★ ()

расчёт LA, выделяемого каждым процессом

Я думаю, что тебе надо читать до просветления loadavg.c.

Можно замечательный блогпост почитать.

сделать свой костылированный топчик

Но зачем?

Почему бы метрики не собирать изнутри машин?

slaykovsky ★★★ ()
Ответ на: комментарий от int13h

Это даст картину утилизации.

Но не даст LA. LA – это длина очереди на выполнение процесса, она растёт не только при нехватке вычислительной мощности, но и по любым другим причинам, не позволяющим выполняемым процессам освободить поток (сменить статус с RUN на SLEEP).

anonymous ()
Ответ на: комментарий от MrCLI
$ apt-cache show virt-top

Description: show stats of virtualized domains
 virt-top is a top-like utility for showing stats of virtualized domains. Many
 keys and command line options are the same as for ordinary top.
 .
 It uses libvirt so it capable of showing stats across a variety of different
 virtualization systems (virtual machines or VM). Some supported systems are
 KVM, XEN and QEMU.

Homepage: http://people.redhat.com/~rjones/virt-top
futurama ★★★★★ ()
Ответ на: комментарий от futurama

наконец-то правильный ответ, а то велосипедостроение среди юных дарований надо иногда все таки пресекать

dyasny ★★★★★ ()
Ответ на: комментарий от slaykovsky

KVM - закрытый тип виртуализации(доступ с ноды внутрь vm не получишь). Нужно будет ставить на каждую впс мониторинг. А это не решение. Блогпост прочитан годом ранее. За ссылку на гитхаб спасибо, это немного помогло.

MrCLI ()
Ответ на: комментарий от futurama

С этим инструментом также знаком. Он ничем не лучше atop.

Почему все так яростно игнорируют сабж и не стараются даже подумать в том направлении, о котором я говорю.

«Расчёт LA для каждого qemu процесса» Это по сути отдельная виртуалка и у нее есть CPU, MEM, I/O. Формулу LA я ещё не изучил(благодарю slaykovsky за ссылку на гитхаб ещё раз).

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

MrCLI ()
Ответ на: комментарий от MrCLI

Я знаю, что такое kvm и как оно работает.

Блогпост прочитан годом ранее

Ещё раз прочитай

Нужно будет ставить на каждую впс мониторинг. А это не решение.

Как не решение?

Ты не рассчитаешь LA для процесса. Никак.

Если ты хочешь брать LA с виртуалки, то ставь агенты каким-либо cloud init и не делай людям мозги.

slaykovsky ★★★ ()
Последнее исправление: slaykovsky (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.