Что происходит, когда виртуальные машины KVM пытаются использовать одно и то же ядро ​​процессора?


0

У меня есть много виртуальных машин, размещенных с KVM на одном сервере. Проблема (?) В том, что теперь машин больше, чем ядер процессора. Из того, что я обнаружил, я не могу использовать больше оперативной памяти, чем у меня, но могу ли я иметь больше машин, чем ядер?

Что происходит, когда два гостя должны использовать одно ядро? Будет ли один из них ждать свободного ядра (и полностью зависнет на некоторое время дольше, чем 1 секунда), или они просто будут использовать одно и то же ядро, и хост будет постоянно переключаться между ними (просто увеличивая нагрузку на ядро). Может ли это переключение быть проблемой для гостевой машины?

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


«Гости Linux кажутся хорошими, но я должен время от времени перезапускать их». - Почему вы перезапускаете их, если они работают нормально? И если они
grawity

Под «кажутся нормальными» я подразумеваю, что нет никаких серьезных проблем (как на машине Windows) Но они замедляются со временем. Может быть не связано с виртуализацией, хотя.
Nux

Ответы:


1

Да, вы можете иметь больше виртуальных машин, чем ядер. Работа гипервизора состоит в том, чтобы разделить загрузку ЦП, как обычное ядро ​​планировало бы несколько процессов. На самом деле, с KVM виртуальные машины запланированы в значительной степени именно так как обычные процессы в том же ядре Linux.

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.