[RN3DCX]

1 час назад, jffulcrum сказал:

Самый простой метод - не давать в ВМ больше ядер, чем есть физически

 

Т.е. допустим:

Выделяем под виртуальную машину где нужно резервирование 1,2 vcpu.

А под остальные виртуалки как бог на душу положит с 3 по 8.

Верно ли я понял?

 

 

[jffulcrum]

То, что на экране - это число CPU внутри машины. Если на хосте 8 ядер, во все машины всего отдайте 7, хост сам их распределит и все будут счастливы.

[FATHER_FBI]

10 часов назад, RN3DCX сказал:

Bingo! Вот именно это мне и надо.

Вопрос: а процессор, т.е. физическое ядро можно прокинуть в ВМ?

 

Конечно можно, эта опция называется Hyperthreaded Core Sharing

Any – когда виртуальный процессор этой ВМ работает на каком-то ядре, то на втором логическом  ядре этого физического ядра могут работать другие vCPU этой и других виртуальных машин

Internal – настройка доступна лишь для многопроцессорных виртуальных машин. Когда ВМ с несколькими vCPU,  то они могут работать на разных логических ядрах одного физического ядра. Для ВМ c одним процессором  такое значение этой настройки эквивалентно значению None

None – когда vCPU этой ВМ начинает  выполняться на каком-то физическом ядре, то он захватывает его полностью. Второе логическое ядро простаивает. На данном ядре выполняется только этот один vCPU этой одной ВМ

Scheduling Affinity – здесь мы можем указать ядра, на которых могут выполняться  vCPU этой ВМ. Если по умолчанию  гипервизор  может расположить процессор ВМ на любом ядре, то с помощью этой настройки мы можем ограничить  его выбор

Изменено 9 октября, 2019 пользователем FATHER_FBI

[RN3DCX]

@FATHER_FBI  Спасибо вам за помощь.

 

[NiTr0]

В 09.10.2019 в 15:48, RN3DCX сказал:

перечитал всё ваши посты и понял, что либо вы читать не умеете, либо не в теме от слова вообще...

да потому что вы слабо представляете себе, чего вы вообще хотите.

 

"хочу линукс контейнер с натом, и пофиг какая операционка под капотом крутится" - это же отборнейший бред, потому что контейнер - это изолированный набор процессов со своей таблицей маршрутизации, правилами файрвола и т.п. на хост системе. т.е. линукс контейнер без линукса на хосте в принципе невозможен.

 

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

 

так что если вам хочется "чтобы именно vmware" - то тут только в виртуалку пробрасывать физ.устройства (или вариант - VFIO реальных карт), либо с paravirtualized дроами заморачиваться (которые дают конечно оверхид, но не огромный).

[RN3DCX]

2 часа назад, NiTr0 сказал:

 да потому что вы слабо представляете себе, чего вы вообще хотите.

@jffulcrum ваши посты/советы в данном теме свидетельствуют о вашей не компетенции.

Товарищ @FATHER_FBI в два поста объяснил суть чё и как.

А вы с полной уверенностью попытались меня ввести в заблуждение и после этого еще и желчью брызгаете...

[NiTr0]

7 часов назад, RN3DCX сказал:

А вы с полной уверенностью попытались меня ввести в заблуждение

в какое заблуждение? вы хотели изначально докер контейнер с натом на не-линукс проприетарной оси, что есть волшебный бред. потом оказалось что вы на самом деле хотели пробросить физ.устройство в виртуальную машину, но это не точно - потому что вам еще надо жесткое выделение физ.ядер под эту ВМ (что никто из систем виртуализации ЕМНИП не умеет).

 

потому, повторюсь - определитесь что конкретно вам нужно, а потом уже ищите под это дело инструмент. а не наоборот. хотите ната на хост системе - ставьте proxmox/RHCS и делайте себе нат на хосте сколько влезет, хоть в контейнере (правда нахрен он надо для ната непонятно), хоть без.

 

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

[FATHER_FBI]

@RN3DCX можете посмотреть еще в сторону Photon OS