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

[norice]

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

 

[Kruzya]

Есть ли смысл делать виртуализацию машины под каждый сервер?

Только если изолировать один от другого. Практического смысла более нет.
На виртуализацию тоже нужны ресурсы, потому может появиться побочный эффект в виде снижения реальной производительности системы.

 

[norice]

Только если изолировать один от другого. Практического смысла более нет.
На виртуализацию тоже нужны ресурсы, потому может появиться побочный эффект в виде снижения реальной производительности системы.

Благодарю за быстрый ответ, но мне больше интересно как будет работать распределение ядер процессора. Если запустить просто несколько серверов кс и через виртуалки, то как будет вести себя распределение ядер? Или можно как-то без виртуализации выдать процессу определенное ядро?

 

[will_rock]

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

 

[Kruzya]

мне больше интересно как будет работать распределение ядер процессора

Сам гипервизор будет прыгать. По дефолту QEMU по крайней мере делает так.

Или можно как-то без виртуализации выдать процессу определенное ядро?

Как показала практика,

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

Ну и заранее предчувствуя диванных экспертов - Докер не поможет привязать сервер правильно никак, и не получить проблемы. Он лишь гарантирует, что ядро будет доступно, но сам так же будет скакать с ядра на ядро.

 

[norice]

Сам гипервизор будет прыгать. По дефолту QEMU по крайней мере делает так.


Как показала практика,

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

Ну и заранее предчувствуя диванных экспертов - Докер не поможет привязать сервер правильно никак, и не получить проблемы. Он лишь гарантирует, что ядро будет доступно, но сам так же будет скакать с ядра на ядро.

Благодарю, теперь все стало понятно, что лучше ни чего не трогать и оставить как есть.

 

[WeSTMan]

Благодарю, теперь все стало понятно, что лучше ни чего не трогать и оставить как есть.

Отличный вывод