Хост VMware восхождение использования ЦП

Как упомянуто, это зависит от ряда факторов...

Моя цель состояла в том, чтобы иметь достаточную документацию, что я мог (концептуально, по крайней мере) вручают все это коллеге и говорят, "видят Вас за 3 недели" и знают, что все важные детали были там.

  • Пароли для всех серверов и устройств (переключатели, принтеры, и т.д.)
  • Пароли для любых требуемых от регистрации сайтов - ISP, регистрация доменного имени, аппаратные гарантии, центры сертификации, и т.д.
  • Карта используемых IP-адресов - внутренний, внешний, dmz, блоки DHCP, и т.д.
  • Детали каждого сервера: стандартный материал как порядковый номер, сумма диска, поршня, и т.д., но мы также сохранили синхронный журнал всего, что было сделано к полю, начиная с примечаний установки (o/s и приложение. установка), затем ll изменения конфигурации и последующие изменения.

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

2
задан 6 May 2019 в 02:19
3 ответа

Я не могу ответить на вопрос, но я могу добавить дополнительное немного неподтвержденной информации. Я заметил это также с Linux хосты (Debian/Etch и Debian/Lenny).

После некоторых слоняние без дела, когда я сначала заметил проблему, я пришел к выводу, что проблемой является VMware, не сами гости. После остановки всех сервисов в VMs на конкретной машине использование ЦП осталось высоким несмотря на OSs в VMs выполнение ничего. При закрытии каждого из четырех VMs чрезмерный хост использование ЦП зашло приблизительно 25% на VM (я не измерил это никакими научными средствами, но конечно никакой VM, кажется, не создает большую часть нагрузки). После restrting VMs использование ЦП осталось, где это раньше было, даже с сервисами в активном VMs, и загрузка начала медленно повышаться со временем без связанного повышения очевидного полезного действия.

В обоих происходят случаи, что я заметил это, хостом, ОС был 32-разрядный Linux и гостевое OSs, также был Linux на 32 бита.

Я не видел его во всех случаях все же. На моем домашнем сервере (ядро Linux на 64 бита с 32-разрядным пространством пользователя, выполняющим одно большое и два маленьких 32-разрядных Linux VMS и иногда Windows VMS для тестирования) и основной хост dev/test на работе (64-разрядный Linux (и ядро и пространство пользователя) хост, запускающий главным образом Windows VMs, некоторые 32-разрядные и приблизительно 64), это аномальное поведение, кажется, не присутствует. Все вышеупомянутое выполняет VMware Server 2.

Так, короче говоря: это не просто Вы, и это не просто основанные на Windows гости, но и это, кажется, не последовательная проблема (поскольку много расположений не видят его также, как и в моем ограниченном опыте). Хотя, к сожалению, я не могу помочь дальше, чем это, поскольку у меня не было времени для изучения проблемы более подробно.

1
ответ дан 3 December 2019 в 12:26
  • 1
    Спасибо за справку это делает быть чувством немного лучше это it' s VMware а не сами гости - хотя это делает проблему тяжелее для решения! Надо надеяться, ЦП Intel-VT поможет упростить проблему, особенно если я запущу движущихся гостей к 64-разрядному. Новый E6300 является новой микросхемой, которая поддерживает VT и it' s самое дешевое там в данный момент. –  Rob Golding 15 August 2009 в 13:16
  • 2
    Мое основное беспокойство, когда я сначала заметил неожиданное использование ЦП мой первый страх, было то, что чему-то злонамеренному удалось закончить мои защиты (I' ve, так как исключено это к моей удовлетворенности). По крайней мере, когда это происходит, не трудно решить (если Вы не предоставляете услугу HA, и таким образом перезагружение VMS иногда является проблемой), –  David Spillett 15 August 2009 в 13:56

Во-первых, я видел это с VMware Server, также - и в Windows и в Linux. По моему опыту, это было связано с выполнением и 64-разрядный и 32-разрядный VMs одновременно.

Хотя это не может быть опция для Вас, я предложил бы ESXI - легкий, свободный выпуск ESX.

1
ответ дан 3 December 2019 в 12:26
  • 1
    Я хотел бы попробовать ESXI, но я использую mdadm программное обеспечение RAID, таким образом, я can' t избавляются от хоста Linux O/S. –  Rob Golding 15 August 2009 в 13:14
  • 2
    Я haven' t пытался выполнить ESXI на программном обеспечении RAID, но будет ожидать, что это работало бы хорошо с тех пор it' s под управлением Linux внизу :) –  warren 16 August 2009 в 03:05
  • 3
    @warren - ESXI не будет работать с набегом программного обеспечения. VMware довольно придирчив когда дело доходит до списка совместимого оборудования, они поддерживают только ' real' набеги / nfs / iscsi. –  pQd 16 August 2009 в 17:21
  • 4
    хороший для знания так как именно так я планировал развернуть его дома –  warren 17 August 2009 в 02:06

Я испытываю ту же проблему о рабочем сервере. Хостом ОС является Linux Debian 64 бита. Гости являются 4 машинами Linux и 1 Windows XP. Все гости - 32 бита. Когда я перезапускаю все сервисы VM на хост, планирование ЦП прекрасно и хост, ЦП на VM на одном уровне с реальным гостевым действием. Однако после нескольких недель увеличения планирования ЦП, пока более или менее максимальное доступное процессорное время не используется по выполнению VMs. Использование ЦП на хосте в то время более или менее 10x начальное использование ЦП момента, где VMs просто начал.

Мне это кажется утечкой в планировании ЦП на хост. Instaed протекающей RAM, это пропускает циклы ЦП :-). Как я уверен, что этого не происходит на ESXI?

Thomasgg

0
ответ дан 3 December 2019 в 12:26

Теги

Похожие вопросы