Нужна ли виртуализация?

norice

Не креативный создатель
Сообщения
55
Реакции
18
Всем привет, сколько не пользуюсь своим сервером и все не могу понять.
Есть ли смысл делать виртуализацию машины под каждый сервер?
К примеру стоит проц на 8 ядер 16 потоков.
Надо запустить 4-5 серверов cs go, так как лучше будет сделать? На одной системе под разными пользователями или использовать виртуализацию и сделать 4-5 виртуальных серверов с линуксом на одной машине?
 

Kruzya

Raspberry Pi 4
Команда форума
Меценат
Сообщения
10,602
Реакции
8,760
Есть ли смысл делать виртуализацию машины под каждый сервер?
Только если изолировать один от другого. Практического смысла более нет.
На виртуализацию тоже нужны ресурсы, потому может появиться побочный эффект в виде снижения реальной производительности системы.
 

norice

Не креативный создатель
Сообщения
55
Реакции
18
Только если изолировать один от другого. Практического смысла более нет.
На виртуализацию тоже нужны ресурсы, потому может появиться побочный эффект в виде снижения реальной производительности системы.
Благодарю за быстрый ответ, но мне больше интересно как будет работать распределение ядер процессора. Если запустить просто несколько серверов кс и через виртуалки, то как будет вести себя распределение ядер? Или можно как-то без виртуализации выдать процессу определенное ядро?
 

will_rock

Участник
Сообщения
928
Реакции
287
Если это все твои сервера то не обязательно. А если хочешь распределить нагрузку можешь к ядрам привязать сервера через taskset или через docker запускать и выделять ресурсы каждому серверу
 

Kruzya

Raspberry Pi 4
Команда форума
Меценат
Сообщения
10,602
Реакции
8,760
мне больше интересно как будет работать распределение ядер процессора
Сам гипервизор будет прыгать. По дефолту QEMU по крайней мере делает так.

Или можно как-то без виртуализации выдать процессу определенное ядро?
Как показала практика,
  1. В КС сообществе мало кто умеет правильно выдавать процессу определённое ядро. Максимум taskset, но это вредит серверу.
  2. Если выдавать по правильному (попросить планировщик не трогать это ядро), то всё равно проблемы. Но не сразу.
    Первое время сервер действительно по ощущениям начинает лучше работать (да и по цифрам тоже), но рано или поздно Вы столкнётесь с тем, что SRCDS не сможет выполнять асинхронные задачи - асинхронно, и в итоге получите пачку фризов при тех или иных операциях.
Ну и заранее предчувствуя диванных экспертов - Докер не поможет привязать сервер правильно никак, и не получить проблемы. Он лишь гарантирует, что ядро будет доступно, но сам так же будет скакать с ядра на ядро.
 

norice

Не креативный создатель
Сообщения
55
Реакции
18
Сам гипервизор будет прыгать. По дефолту QEMU по крайней мере делает так.


Как показала практика,
  1. В КС сообществе мало кто умеет правильно выдавать процессу определённое ядро. Максимум taskset, но это вредит серверу.
  2. Если выдавать по правильному (попросить планировщик не трогать это ядро), то всё равно проблемы. Но не сразу.
    Первое время сервер действительно по ощущениям начинает лучше работать (да и по цифрам тоже), но рано или поздно Вы столкнётесь с тем, что SRCDS не сможет выполнять асинхронные задачи - асинхронно, и в итоге получите пачку фризов при тех или иных операциях.
Ну и заранее предчувствуя диванных экспертов - Докер не поможет привязать сервер правильно никак, и не получить проблемы. Он лишь гарантирует, что ядро будет доступно, но сам так же будет скакать с ядра на ядро.
Благодарю, теперь все стало понятно, что лучше ни чего не трогать и оставить как есть.
 
Сверху