Всем привет! Давно версия 1.9 устраивала по производительности для виртуализации VM примерно на 10 виртуальных машин (часть Linux Ubuntu 10/12, остальные Windows XP, 2003, 2008, 2008 R2). Столкнулся с трудностями при запуске Windows 2012 R2 на Proxmox 1.9. Узнал, что проще всего — обновиться до версии 3.x. Также на этом форуме подсказали, что лучшим вариантом будет версия 3.2 (там нет проблем с бэкапами, как в 3.1).
Пошагово обновился так:
- Установил на новый чистый SSD последнюю Proxmox 3.2 с ISO (старый диск из системы убрал)
- Восстановил новый конфиг в /etc/pve/nodes/pro/qemu-server из старых конфигов
- Настроил все vmbr как было
- Указал ту же папку для бэкапов
Все виртуальные машины (Linux и Windows) запустились успешно. Единственная проблема была с Windows 2008 R2 Enterprise. Три машины обновили драйверы (COM, CPU и другие) и после этого стартовали нормально. Но одна так и не запускалась.
Проведя исследование, обнаружил два варианта:
args: -no-hpet -no-kvm-pit-reinjection — их использовать не стоит, и тип CPU для Windows 7/2008r2 и 2008 не подходит, запускалось только с каким-то XP/2003 или Linux с ядром 3.x/2.6. Во время работы этих 4 VM с Windows 2008 R2 производительность упала заметно. Все они выполняют роль терминального сервера. Переключение между окнами медленное, файлы открываются долго.
=============
Что имею сейчас. Использовал все советы по оптимизации производительности:
tablet: 0
scsihw: virtio-scsi-pci
args: -no-hpet -no-kvm-pit-reinjection (да и нет)
Пробовал E1000 и IDE.
Затем переустановил Proxmox 3.1 и повторил все тесты. Сделал почти все комбинации с драйверами Virtio. Тестировал с помощью DPC latency checker — он показывает, когда отклик системы становится неприемлемым.
1) График Windows 2008 R2 Standard (Domain Controller) не изменился после обновления:
Использую virtio 0.1-65. Нет большой нагрузки. После перезапуска VM изменений нет.
2) График проблемного Windows 2008 R2 Enterprise (терминальный сервер, virtio). Сразу после запуска:
Без нагрузки: 
При обычной нагрузке: 
Аналогично с E1000 под нагрузкой: 
Отклик системы для пользователей очень плохой. Загрузка CPU в VM — 40-70%, в Proxmox — 60-100%. Остальные VM с Windows XP, 2003, 2008 работают нормально, графики и производительность хорошие, но ни одна из них не выполняет роль терминального сервера.
Версии компонентов:
proxmox-ve-2.6.32: 3.1-109 (ядро: 2.6.32-23-pve)
pve-manager: 3.1-3 (версия: 3.1-3/dc0e9b0e)
pve-kernel-2.6.32-23-pve: 2.6.32-109
lvm2: 2.02.98-pve4
clvm: 2.02.98-pve4
corosync-pve: 1.4.5-1
openais-pve: 1.1.4-3
libqb0: 0.11.1-2
redhat-cluster-pve: 3.2.0-2
resource-agents-pve: 3.9.2-4
fence-agents-pve: 4.0.0-1
pve-cluster: 3.0-7
qemu-server: 3.1-1
pve-firmware: 1.0-23
libpve-common-perl: 3.0-6
libpve-access-control: 3.0-6
libpve-storage-perl: 3.0-10
pve-libspice-server1: 0.12.4-1
vncterm: 1.1-4
vzctl: 4.0-1pve3
vzprocps: 2.0.11-2
vzquota: 3.1-2
pve-qemu-kvm: 1.4-17
ksm-control-daemon: 1.1-1
glusterfs-client: 3.4.0-2
Откат до 1.9 не сделал, так как для этого нужно обновлять все 2008 R2 до 2012 R2. Откат как вариант вообще отпадает.
Похоже, моя проблема связана с версиями ядра или, возможно, с настройками BIOS. Кто-нибудь сталкивался с такими трудностями?
Пошагово обновился так:
- Установил на новый чистый SSD последнюю Proxmox 3.2 с ISO (старый диск из системы убрал)
- Восстановил новый конфиг в /etc/pve/nodes/pro/qemu-server из старых конфигов
- Настроил все vmbr как было
- Указал ту же папку для бэкапов
Все виртуальные машины (Linux и Windows) запустились успешно. Единственная проблема была с Windows 2008 R2 Enterprise. Три машины обновили драйверы (COM, CPU и другие) и после этого стартовали нормально. Но одна так и не запускалась.
Проведя исследование, обнаружил два варианта:
args: -no-hpet -no-kvm-pit-reinjection — их использовать не стоит, и тип CPU для Windows 7/2008r2 и 2008 не подходит, запускалось только с каким-то XP/2003 или Linux с ядром 3.x/2.6. Во время работы этих 4 VM с Windows 2008 R2 производительность упала заметно. Все они выполняют роль терминального сервера. Переключение между окнами медленное, файлы открываются долго.
=============
Что имею сейчас. Использовал все советы по оптимизации производительности:
tablet: 0
scsihw: virtio-scsi-pci
args: -no-hpet -no-kvm-pit-reinjection (да и нет)
Пробовал E1000 и IDE.
Затем переустановил Proxmox 3.1 и повторил все тесты. Сделал почти все комбинации с драйверами Virtio. Тестировал с помощью DPC latency checker — он показывает, когда отклик системы становится неприемлемым.
1) График Windows 2008 R2 Standard (Domain Controller) не изменился после обновления:
Использую virtio 0.1-65. Нет большой нагрузки. После перезапуска VM изменений нет.2) График проблемного Windows 2008 R2 Enterprise (терминальный сервер, virtio). Сразу после запуска:
Без нагрузки: При обычной нагрузке: Аналогично с E1000 под нагрузкой: Отклик системы для пользователей очень плохой. Загрузка CPU в VM — 40-70%, в Proxmox — 60-100%. Остальные VM с Windows XP, 2003, 2008 работают нормально, графики и производительность хорошие, но ни одна из них не выполняет роль терминального сервера.
Версии компонентов:
proxmox-ve-2.6.32: 3.1-109 (ядро: 2.6.32-23-pve)
pve-manager: 3.1-3 (версия: 3.1-3/dc0e9b0e)
pve-kernel-2.6.32-23-pve: 2.6.32-109
lvm2: 2.02.98-pve4
clvm: 2.02.98-pve4
corosync-pve: 1.4.5-1
openais-pve: 1.1.4-3
libqb0: 0.11.1-2
redhat-cluster-pve: 3.2.0-2
resource-agents-pve: 3.9.2-4
fence-agents-pve: 4.0.0-1
pve-cluster: 3.0-7
qemu-server: 3.1-1
pve-firmware: 1.0-23
libpve-common-perl: 3.0-6
libpve-access-control: 3.0-6
libpve-storage-perl: 3.0-10
pve-libspice-server1: 0.12.4-1
vncterm: 1.1-4
vzctl: 4.0-1pve3
vzprocps: 2.0.11-2
vzquota: 3.1-2
pve-qemu-kvm: 1.4-17
ksm-control-daemon: 1.1-1
glusterfs-client: 3.4.0-2
Откат до 1.9 не сделал, так как для этого нужно обновлять все 2008 R2 до 2012 R2. Откат как вариант вообще отпадает.
Похоже, моя проблема связана с версиями ядра или, возможно, с настройками BIOS. Кто-нибудь сталкивался с такими трудностями?
