Windows Server 2012 на KVM в Ubuntu 14.04. Хорошо работает некоторое время, а затем замедляется
У меня есть Windows Server 2012 Essentials, работающий в качестве виртуальной машины на KVM, работающей в Ubuntu 14.04 LTS.
Он очень хорошо работает после перезагрузки, но через некоторое время начинает замедляться и становится вялым. Это может быть через несколько часов или день. Я не нашел какой-либо очевидной закономерности между использованием и замедлением.
Виртуальная машина Windows имеет три виртуальных диска, два - LVM, а один - файл VMDK объемом 250 ГБ в LVM. Я намерен преобразовать файл VMDK в прямой LVM, что, вероятно, немного повысит производительность, но я не думаю, что это моя текущая проблема. Мы используем самые последние драйверы virtio.
Когда это замедляется, это становится довольно плохо. Щелчок правой кнопкой мыши на панели задач может занять 5 секунд или более, прежде чем появится меню. VNC на хосте или RDP к серверу Windows выполняют практически то же самое. Доступ к общим файлам, DNS и т. Д. Все медленнее для клиентов в нашей локальной сети.
Перезагрузка виртуальной машины Windows устраняет проблему. Мне не нужно перезагружать хост.
На сервере Windows не работает никаких дополнительных приложений, за исключением резервного копирования CloudBerry, который проверяет изменения файлов каждые четыре часа. Кажется, это не так. Поиск изменений занимает несколько минут, но если я запустил его вскоре после перезагрузки, сервер все еще будет работать быстро.
Этот сервер предоставляет услуги печати для сетевых принтеров.
Загрузка ЦП процесса qemu на хосте увеличивается, когда все замедляется. Это всегда несколько пиково, но я думаю, что пики становятся выше и дольше. Я не заметил ничего особенно необычного в диспетчере задач Windows.
Я знаю, что Windows на KVM, конечно, не поддерживается Microsoft, поэтому это всегда было чем-то вроде азартной игры. Возможно, это была глупая идея, но установка и ранние характеристики были абсолютно идеальными.
Есть идеи или предложения? Какие инструменты или методы я должен использовать, чтобы отследить эту проблему?
3 ответа
Кажется, что эта проблема была результатом ошибки ядра в ядре 3.13, из-за которой KSM немного перегружен поиском памяти для совместного использования. ( https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1341195)
Мы исправили это, установив KSM_ENABLED в /etc/default/qemu-kvm в 0. В качестве альтернативы, мы могли бы перейти на ядро 3.14.
У меня была такая же проблема на одном из моих серверов KVM, Ubuntu 14.04. У меня было 2 идентичных сервера dell poweredge, и на одной из машин у меня была эта проблема. Это оказалось вызвано настройкой BIOS, в которой был включен "Логический процессор". Отключение этой функции решило проблему медленной работы Windows 2012.
Это не заслуживает того, чтобы называться ответом, но... на тот случай, если у кого-то есть такая же проблема.
Я не могу объяснить это, но проблема была решена путем перехода на другой хост KVM на другом оборудовании, но я не думаю, что это была настоящая аппаратная проблема.
У нас есть два сервера.
Cisco, которая имеет 2 четырехъядерных процессора. Linux показывает 16 процессоров. Я думаю, что это с гиперпоточностью.
HP DL360 с 2-х ядерным процессором. Linux показывает 8 процессоров.
Оба работают под управлением Ubuntu 14.04 LTS с последними обновлениями.
Проблема была с виртуальной машиной Windows 2012, работающей на Cisco. После перезагрузки он работал бы совершенно нормально, но затем медленно испортился на следующий день или около того, пока не стал практически бесполезным. Обычно я выделил 2 виртуальных ЦП виртуальной машине. Проблема была бы менее серьезной, если бы я выделил только 1 VCPU, но все равно было бы довольно плохо. Больше ничего, казалось, не помогло. Я не смог ничего найти ни в одном журнале ни на госте, ни на хосте.
Наконец, я догадывался, что мы манипулировали нашими виртуальными машинами (у нас немного места на диске) и перенесли Windows 2012 на HP. Он работал отлично в течение недели. Причина, по которой я не считаю Cisco неисправной, заключается в том, что четыре виртуальные машины Linux, которые у нас были в HP, теперь отлично работают на Cisco.
Единственным другим изменением, которое я сделал в дополнение к перемещению хостов, было, для удобства перемещения, изменение диска Windows C: с Linux LVM на файл qcow2. Я полагаю, что это могло быть вместо переезда. Производительность диска не является для нас проблемой.