Вопросы Теги

Неустойчивые 100% ЦП на всем VMs

Принятие Вашего общедоступного дюйм/с находится в сети 12.0.0.0 и что Ваш частный переключатель использует сеть 192.168.1.0.

Необходимо позволить связи пройти между частными адресами (в пределах от 192.168.1.1 к 192.168.1.254) ко всем общедоступным адресам (в пределах от 12.1.1.1 к 12.254.254.254).

Вызов следующей команды на CC сделал бы это:

iptables -t nat -I POSTROUTING -s 192.168.1.0/24 -d 12.0.0.0/8 -j MASQUERADE
6
задан 28 July 2015 в 04:44
3 ответа

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

В настройках BIOS Dell по умолчанию включены состояния C, что ставит компьютер в режиме пониженного энергопотребления во время простоя. Это то, что заставляет виртуальные машины постепенно увеличивать загрузку ЦП на узле гипервизора (VMWare, Citrix в том числе).

Решение состоит в том, чтобы установить для параметра профиля системы в BIOS значение «Производительность», а не «Производительность на ватт» [ОС ] или производительность на ватт [DAPC] (последнее значение по умолчанию).

Соответствующая документация Dell, pp3:

http://en.community.dell.com/techcenter/extras/m/white_papers/20161975 / download

И этот ответ от одного из немногих инженеров службы поддержки Dell, знакомых с проблемой:

Краткая версия: C-состояния отключают дополнительные ядра процессора во время простоя. Для виртуальных машин, которые привязаны к ядру (это контролируется ОС, я не верю, что это настраивается), это может привести к их блокировке, поскольку они пытаются выполнять действия с ресурсами, которые больше не существуют в их глазах.

Вообще говоря, C-состояния обычно используются для таких элементов, как серверы резервного копирования, серверы вторичных ролей (резервные DNS, DHCP, контроллеры домена и т. Д.), Так что серверы резервного копирования могут оставаться включенными, но в режиме низкого энергопотребления для экономии энергия.

Дополнительную документацию можно найти здесь:

http://en.wikipedia.org/wiki/Advanced_Configuration_and_Power_Interface

Вкратце, режим холостого хода на сервере Dell всегда должен быть отключен (установлен на «Производительность») для Хосты гипервизора.

Спасибо Эдди Саймонсу из Kitsap Bank за помощь в поиске этого решения.

8
ответ дан 3 December 2019 в 00:18

Непонятно, в чем проблема; вы это уже знаете. У нас нет возможности сказать вам, в чем причина.

Однако вы можете запустить несколько тестов:

  • Сборка ВМ 1

    • Постоянно запускать на этой ВМ задачу с интенсивным использованием ЦП
      (Выполнять миллионы сложных математических вычислений в секунду)

  • Сборка ВМ 2

    • Постоянно запускать на этой ВМ задачу с интенсивным использованием ОЗУ
      (Создать гигантский массив в памяти, удалить его, повторить)

  • Построить ВМ 3

    • Запустить ДИСК интенсивная задача на этой виртуальной машине постоянно
      (чтение / запись / удаление миллионов строк в / из файла)

  • сборка виртуальной машины 4

    • Постоянное выполнение задачи с интенсивным использованием СЕТИ на этой виртуальной машине
      (копирование файлов в / из общего ресурса SMB)

Подождите, пока проблема не возникнет снова, и посмотрите данные о производительности на каждом из этих серверов.
Что пострадали больше всего?
Были ли какие-либо из них вообще не затронуты?

Я предполагаю, что ваши диски отстой и ЦП ожидает завершения операций ввода-вывода, прежде чем продолжить, что может привести к тому, что некоторые приложения выровняют ЦП.

1
ответ дан 3 December 2019 в 00:18

Рад, что нашел это. У меня сервер 2012R2 работает под управлением Hyper-v. AMD, 6-ядерный процессор. Он отлично работал уже больше года. Внезапно я начал видеть ВМ, к которым невозможно было подключиться - ни с RDP, ни с Hyper-V соединением. Единственным вариантом было ВЫКЛЮЧЕНИЕ ВМ. Отключение не получило ответа. Так что... вытащите виртуальную вилку из стены. Включите.

Симптомом было то, что отдельная машина, казалось, использует 100% выделенного процессора (например: одноядерная ВМ на шестиядерном хосте была привязана к 16%).

Проблема была спорадической. Никакой явной рифмы или причины.

В конце концов, мне пришло в голову, что это совпало с моей неудачной попыткой обновления с 32 до 64 Гб на этом мафоне. Эта проблема заключалась в том, что я мог получить 1, 2 или 3 флэшки 16 ГБ памяти для 16, 32 или 48 ГБ, но не четыре флэшки для 64 ГБ. Много лошадей с настройками биоса и т.д. Никакой радости на этом фронте. Вот тогда-то я и открыл для себя замечательную функцию VM для включения динамической памяти. Оказалось, что я все-таки смог бы выжить без 64 гигабайта!

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

Я отключил APM в биосе. Пройдет пару дней, прежде чем я буду на 60% уверен, что это исправит его. Пару недель, чтобы объявить о победе. Но это FEELS как хорошая причина проблемы.

Прошло уже 24 часа, и пока все хорошо.

Пальцы скрещены.

Спасибо за информацию!!

0
ответ дан 3 December 2019 в 00:18

Теги

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