Сейчас распределил, стало пошустрее вроде.

с сокетами проще дело иметь, не надо мучиться с NUMA, которая не имеет значения в виртуалке

можно и больше давать, проасто надо понимать как выгядит твоя типичная нагрузка. под VDI например я часто видел 1:10 и никаких проблем

Единственное что там может тормозить на мой взгляд это QPI

Всем привет. Есть физический сервер с Proxmox, который нужно переместить в новый ДЦ. Подскажите есть ли вариант сделать без перезагрузки ВМ (suspend можно сделать), надо чтобы состояние ОЗУ сохранилось.

In-memory сервисы переносите?)

Может уже и писал, не помню, никто не знает как можно убрать этот варн kvm [13035]: vcpu0, guest rIP: 0xfffff803073c1a52 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop? Я так понял это обращение к какому то регистру ЦПУ который QEMU не эмулирует (но это не точно), сыпится только если на гостях использовать Radmin, у него привязка к железу, видать чет не так идет. В логах фиг с ним, а в консоли уже заманала эта фигня(

да, есть сервисы которые очень чувствительны к перезагрузке (по крайней мере девелоперы так говорят)

Можно собрать их в кластер поверх vpn, запустить в миграцию и потом развалить кластер (выставив expect в 1 и побрив конфиги согласно вики), но эта схема очень авантюрная

Есть такое 😊

Лучше бы поставить балансер и постепенно смещать нагрузку со старых вм на новые

Пусть все на диск временный сбрасывают

я так понимаю что нужно общее хранилище для live migration?

Если PVE 5.3 или новее, то нет, но делать придётся через cli

В 6.0 вроде из гуя можно

Но не во всех диалогах

можно хоть снапшот сделать с рамой

и перевезти нна диске 😃

Простой будет

Так понимаю, это тоже чувствительно, иначе можно было бы просто сделать бэк, развернуть и rsync'ом добить изменённые файлы