Алсо, мы про живую миграцию говорили.

Какое отношение назначение на ядра имеет к numa awareness?

кубер можно и на железо ставить)
пока еще не запрещено

на ядра? Если что, умение в NUMA - это умение не назначить ядро, а выделить процессорное время ядра с локализацией памяти.

к нума узлам

Так если следить, то переподписку делать нельзя. А если нельзя, то у вас либо постоянно свободные ресурсы, либо автовыключение виртуальных сред в зависимости от приоритетов выполнения.

Такие дела.

и как с балансировкой нагрузки и миграцией на железе?

Либо скалирование и балансировка. Как то так.

Приличные люди давно переподписываются только по процессорам, там можно уметь в NUMA.

что "нума узлам"?

Кстати, реализация кубера от вмваре (pacific) как раз-таки numa aware

не ну к словам цеплятся,
это уже не дело,
товарищи ...

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

не нужен докер или кубер не надо
я уже говорил выше что это всё не обязательно

NYET. Доя новых версий есть R&D. Либо отдел, либо выделенные люди и своя среда разработки.

А для кодинга - набор пакетов и технофашизм в виде запрета ставить что-либо себе самому.

С лишением премии, если вдруг проект у тестеров не задеплоится по причине того, что «я художнег, не смейте ограничивать мой полёт мысли».

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

Обычно со слов "беспокоиться про NUMA тоже далеко не всем нужно" начинается 90% numa-related проблем :)

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

кмк, у вас там сурьезный ентерпрайз происходит
ну а в нем по другому то и никак

Начинается беготня и взаимообвинения, потом пару дней ищут проблему, тупо втыкая в top/iostat/netstat. Потом оно проходит само и либо забивают, либо находят, кто выключил пожирателя ресурсов.

А так всё хорошо, да

Еще раз. Берем классный кубер, девопс-шмевопс. Деплоим. CI/CD.
тормозит. Дорбавляем процессоров на воркер - тормозит.

А разгадка одна - воркеры хреново засайзены. 32vCPU на 24ядерных процессорах. И в полный рост штрафы.
А если добавить превосходное знание матчасти по физическим серверам, мы там скорее всего обнаружим еще и небалансные конфиги по памяти, 512 памяти на Xeon Scalable v2 с 6канальными контроллерами. Что дает еще штраф 33 или 66%, в зависимости от того, насколько альтернативно расположились плечи.

Только live там очень сильно зависит от использования памяти виртуалкой, если оно не очень активное то interruption будет короткий, хотя зависит от сетевой топологии конечно, если память используется активно то пауза уже увеличится до времени копирования. Чудес не бывает. Вообще виртуалки это костыль когда надёжность системы повышают увеличивая надёжность компонент. Современный способ улучшения  надежности это избыточность.