Там legacy код, написанный одним человеком, который в итоге убил несколько человек. Медсестра очень быстро вводила данные и это приводило к сбою.

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

Странненько, т.к. если внутри самой виртуалки прописать df -h, то будет занято больше 300 гигов

lsblk напиши

Всё сходится

но почему "Storage Usage" указан как 8.7?

а df -h?

Я почему вообще задался этим вопросом, у меня Veeam собирается бекапить всего 2.59 гига, штот стремненько))

Изучите типы дисков ВМ и сразу всё прояснится

Всем спасибо, при создании бекапа подтянулись нормальные значения, проблемы нет :)

Ну так то сторейдж юсейдж тонким диском, а то диск внутри вм. Все ок, так и должно быть.

шалом, чат,
я посоветоваться, чтот мы в легком недоумении

кластер из 32  6.7.0.17700523 поверх совершенно идентичного железа,
были развернуты клонированием шаблона 10 вм rhel8,
вмки еще пустые с почти голой ОС, но при этом сфера для двух показывает корректный cpu usage 0.5%, для еще одной - cpu usage 25-28%, а для остальных семи - cpu usage 100%

eww, WHAT?
решения, которые нагугливаются по этим симптомам, относятся к vsphere 5 (самые свежие 8-летней давности)
vmotion между нодами и выключение-включение вм на рапортуемый cpu utilization не влияют

а что с NUMA?

Рапортует, но при этом в самой ОС загрузка одинаковая?

все вм идентичные 2 ядра * 2 сокета, нагрузка по cpu на нодах в пределах 35-40%,
после vmotion рапортуемый cpu usage гостя не меняется (одну вм я по шести хостам переезжал)

да, одинаковый LA 0.1-0.2

в моей практике на показометры CPU влияла NUMA и таймер monitor_control.virtual_rdtsc = FALSE и было связано это только с vmotion, т.е. перезагрузка фиксила проблему, тут какой-то подземный стук, который я бы ловил сравнивая метрики хостов