KVM и виртуальный к физическому отображению ЦП
Виртуальный ЦП соответствует 1 физическому ядру, но когда ваша виртуальная машина пытается что-то обработать, она потенциально может работать на любом из ядер, которые оказываются доступными в данный момент. Планировщик обрабатывает это, а виртуальная машина об этом не знает. Вы можете назначить несколько виртуальных ЦП для виртуальной машины, что позволяет ей работать одновременно на нескольких ядрах.
Ядра распределяются между всеми виртуальными машинами по мере необходимости, поэтому у вас может быть 4-ядерная система и 10 виртуальных машин, работающих на ней с 2 назначенными виртуальными ЦП каждому. Виртуальные машины достаточно эффективно совместно используют все ядра в вашей системе, как это определено планировщиком. Это одно из основных преимуществ виртуализации - максимальное использование ресурсов с недостаточной подпиской для питания нескольких экземпляров ОС.
Если ваши виртуальные машины настолько заняты, что им приходится бороться за процессорное время, в результате виртуальные машины могут иметь ждать процессорного времени. Очередной раз,
виртуальный ЦП - это поток в процессе qemu-kvm. qemu-kvm, конечно же, многопоточный.
, если вы не привязываете процессы к конкретным ЦП, системный планировщик будет выделять время ЦП потоков из доступных ядер, то есть любой виртуальный ЦП может в конечном итоге получить циклы ЦП от любого физического ядра, если он специально не закреплен за конкретным ядром (ядрами)
Я порекомендую проверить, какие виртуальные ЦП назначают вам виртуальную машину, они обеспечивают вам лучшую производительность. Также согласовывайте свою рабочую нагрузку, то есть привязку к ЦП или ограничению ввода-вывода, тогда существует множество бесплатных инструментов для тестирования производительности, таких как Apache bechmark для операций с привязкой к вводу-выводу и John the Ripper для операции с привязкой к ЦП. После того, как вы определите, какое назначение vCPU ваша виртуальная машина обеспечивает лучшую производительность, вы можете распространять или настраивать другие виртуальные машины. Поскольку мы не позаботились о vCPU, это отрицательно сказывается на производительности.
Например, если у вас есть хост с 4 ядрами, и вы хотите запустить одну виртуальную машину и назначить ей один виртуальный ЦП, его производительность будет самой низкой, потому что они будут использовать только одно ядро из 4 ядер, а остальные 3 ядра. не будут использоваться одновременно. Поскольку монитор виртуальной машины (VMM) или гипервизор не знает о внутренней нагрузке виртуальной машины.Вы получите максимальную пропускную способность, если назначите 4 виртуальных процессора, в этом случае все ядро хоста будет использоваться одновременно, если ваша рабочая нагрузка многопоточная. Опять же, если вы увеличите еще одно ядро, то есть при выделении более 4 доступных виртуальных ЦП, вы можете получить снижение производительности. Хорошо, что у вас больше виртуальных виртуальных машин, и вы беспокоитесь, если одна из виртуальных машин будет перенесена на другой сервер или отключена, тогда все ядро будет использоваться, иначе это будет потрачено впустую, если не настроить превышение доступности.