Esxtop - из переписки
Jun. 11th, 2020 01:10 pmИз переписки:
Рассмотрим твой вопрос детальней. Хост сообщает что "якобы" потребление памяти вм превышает допустимые дефолтные значения за 10 минут (85% варнинг, 95% крит) , причем ситуация повторяется на ряде вм. Прочитав esxtop bible ты с уверенностью можешь заявить, что хост не перегружен, свопинг и прочие радости управления памятью спят. Указанные вм представляют собой типовую конфигурацию, не подверженны кастомным лимитам, резервациям и не используют доп функционал вида latency high, vGPU, pci passthought, FT - который бы принудительно врубил нам резерв. Судя по всему, так же нет жалоб от конечных консьюмеров, пусть даже речь о домашней лабе или серверной ООО Колокольчик. Из доступных средств у тебя остается :
а) детальная проверка реального положения вещей изнутри гостевой ОС, отсутствия на них ПО с собственным мемори менеджментом и так далее
б) просмотр ВСЕХ release notes / known issues / fixed sh1t c момента VMware ESXi, 6.5.0, 4564106 и all way go to ESXi 6.5 EP 16 14874964
c) классически забить на алармы и жить счастливо
esxtop bible -
Interpreting esxtop Statistics
https://communities.vmware.com/docs/DOC-9279
Interpreting esxtop 4.1 Statistics
https://communities.vmware.com/docs/DOC-11812
ESXTOP
http://www.yellow-bricks.com/esxtop/
подразумевая, что все остальные пункты выполнены мы плавно утыкаемся лицом в - https://kb.vmware.com/s/article/2149496
Vmware VM memory usage heuristic over-reporting on ESXi 6.52149496
ну и для общего развития еще вот это - https://kb.vmware.com/s/article/2149787
Memory usage alarm triggers for certain types of Virtual Machines in ESXi 6.x (2149787)
Рассмотрим твой вопрос детальней. Хост сообщает что "якобы" потребление памяти вм превышает допустимые дефолтные значения за 10 минут (85% варнинг, 95% крит) , причем ситуация повторяется на ряде вм. Прочитав esxtop bible ты с уверенностью можешь заявить, что хост не перегружен, свопинг и прочие радости управления памятью спят. Указанные вм представляют собой типовую конфигурацию, не подверженны кастомным лимитам, резервациям и не используют доп функционал вида latency high, vGPU, pci passthought, FT - который бы принудительно врубил нам резерв. Судя по всему, так же нет жалоб от конечных консьюмеров, пусть даже речь о домашней лабе или серверной ООО Колокольчик. Из доступных средств у тебя остается :
а) детальная проверка реального положения вещей изнутри гостевой ОС, отсутствия на них ПО с собственным мемори менеджментом и так далее
б) просмотр ВСЕХ release notes / known issues / fixed sh1t c момента VMware ESXi, 6.5.0, 4564106 и all way go to ESXi 6.5 EP 16 14874964
c) классически забить на алармы и жить счастливо
esxtop bible -
Interpreting esxtop Statistics
https://communities.vmware.com/docs/DOC-9279
Interpreting esxtop 4.1 Statistics
https://communities.vmware.com/docs/DOC-11812
ESXTOP
http://www.yellow-bricks.com/esxtop/
подразумевая, что все остальные пункты выполнены мы плавно утыкаемся лицом в - https://kb.vmware.com/s/article/2149496
Vmware VM memory usage heuristic over-reporting on ESXi 6.52149496
ну и для общего развития еще вот это - https://kb.vmware.com/s/article/2149787
Memory usage alarm triggers for certain types of Virtual Machines in ESXi 6.x (2149787)