avg-cpu: %user %nice %system %iowait %steal %idle 0.72 0.00 0.45 13.32 0.03 85.48 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 16.87 127.92 131.03 4194266 4296196

Почти ничего не делает, а iowait 40

99% util

Крути драйвера

А ты пробовал виртуалку на другой гипервизор перекинуть и там сделать тест?

Латенси чёт большая, а диски какие под ногами? А если какую-то нагрузку дать на машину, что с латенси происходит ?

стесняюсь спросить, зачем discard=on на ceph?

на тачке, где логи пишет с дикой скоростью, что показывает по латенси?

стесняюсь спросить, зачем discard=on на ceph?

что б было

Латенси чёт большая, а диски какие под ногами? А если какую-то нагрузку дать на машину, что с латенси происходит ?

там CEPH под ногами

там CEPH под ногами

Ы, с ceph не работала. Для него такой показатель норма?

Ы, с ceph не работала. Для него такой показатель норма?

Там дело не в цеф и дисках)

Там дело не в цеф и дисках)

Да я не про причину ) имхо, 185 мс - латенси курильщика . Это ж как тормознутый сата диск

Да я не про причину ) имхо, 185 мс - латенси курильщика . Это ж как тормознутый сата диск

это же гостевая ось

крутится она на цеф

стесняюсь спросить, зачем discard=on на ceph?

Разве для цефа он не нужен?

А ты пробовал виртуалку на другой гипервизор перекинуть и там сделать тест?

Да, результат одинаковый

Разве для цефа он не нужен?

Вообще нет

Вообще нет

почему нет?

Вообще нет

почему нет?

почему нет?

чо за флешмоб 0_о

Нахуя?!

ну он нужен, а вот включать или нет - уже на месте решать надо

экономить место или производительность

пробрасывал кто реальные hdd с виндой в гостя на KVM?

а зачем тебе в таком случае вообще виртуализация?

мне от винды только оснастка АД нужна

и ради нее грузится постоянно в винду

не прет

пробрасывал кто реальные hdd с виндой в гостя на KVM?

да. и все работало)

да. и все работало)

поделись )

<disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none'/> <source dev='/dev/sde'/> <target dev='vdc' bus='virtio'/> </disk>

делал так

не взлетело

<disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none' io='native'/> <source dev='/dev/sdb'/> <target dev='vda' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </disk>

хм

попробую

есдинственно я ложанул с установкой загрузчика

он встал ряом с виндой

может по этому еще не идет

как же победить то :\

что я и сделал )

тачка тестовая не страшно )

говорят что переименование batmeter.dll из windows\dllcache помогает

говорят что переименование batmeter.dll из windows\dllcache помогает

Переименовать , есть как то по подробнее порядок действий ?

ну переименовать да ребутнуть винду... по идее вообще исчезнут все устройства

ну переименовать да ребутнуть винду... по идее вообще исчезнут все устройства

Эту dll в поиске во многих местах находит а пути win\dllcashe нету

> драва > промохнуться > dllcashe

Эту dll в поиске во многих местах находит а пути win\dllcashe нету

ставь линукс.. там такого нету.. раз винду не осиливаем

ставь линукс.. там такого нету.. раз винду не осиливаем

С виной у меня нет никаких проблем ) Кроме того что с под 5го proxmox с ней твориться дичь

С 3ей версией Proxmox я не встречал проблем.

Таки кто-нить смог нормально проксировать pveproxy для 5.1?

а чем дока на вики проксмокса плоха?

Тем, что она не работает для 5.1

На официальном форуме об этом куча постов

ну ок, начнем с другой стороны

зачем надо проксировать?

Чтобы навесить сертификат, и иметь единую точку входа, независимо от работающих нод

а чего не пашет-то? proxy_pass на nginx-е?

ходи всегда на первую машину кластера, а серт и без nginx вешается, штатной мордой прокса

ходи всегда на первую машину кластера, а серт и без nginx вешается, штатной мордой прокса

И обновлять серт на 1500 нодах. И разрешать на фаерволле доступ к нодам. Херовая затея.

Все должно иметь единую точку входа

у тебя 1500 нод в продакшене?

не заливай, коросинк на столько не рассчитан

если там 1500 нод в продакшене то все и так знают, что делать со своей архитектурой

html5 + vnc/spice полная дрянь, от которой почти все отказались давно

мы еще в 2014ом писали простой прокси для пробросов нативного спайса до хостов во внутренней сети

а зачем вообще тебе гуй видеть?

делали для опенстака но думаю допилить не особо сложно будет

ssh есть, что еще надо?

консоль есть консоль, может бедняга с виндами работает

вон в aws его нет и никто не жалуется

если с виндой, то сам буратино

То что не только я хожу в морду, и людям нужен ssl и единая точка входа

Чтобы никто не замечал проблем, пока нода выключена на обслуживание

avg-cpu: %user %nice %system %iowait %steal %idle 0.72 0.00 0.45 13.32 0.03 85.48 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 16.87 127.92 131.03 4194266 4296196

ты и сюда уже добрался? :))

Ога

да ты опасен :)

Hotswap попробуй выключить для гостевой

Чтобы навесить сертификат, и иметь единую точку входа, независимо от работающих нод

Мы для этого ha proxy повесили, с сертефикатами проблем нет

Мы для этого ha proxy повесили, с сертефикатами проблем нет

и novnc не глючит в 5.1?

У нас нет

и novnc не глючит в 5.1?

Как выражаются глюки?

Как выражаются глюки?

Серый экран периодически

Серый экран периодически

Пока не видел такого

html5 + vnc/spice полная дрянь, от которой почти все отказались давно

И в пользу чего? Если сервер лёг с проблемами, как по ssh попасть?

Пока не видел такого

В 4 версии все ок, такая хрень именно в 5.1

хм.. и что вы так рьяно на новые верии рветесь то...

а.. бэта-тэстеры

кто-нить дружил SR-IOV с Open vSwitch?

В 4 версии все ок, такая хрень именно в 5.1

Обманул я, версия 5.0-32 стоит, В ней всё без проблем

Обманул я, версия 5.0-32 стоит, В ней всё без проблем

В ней да, все ок

И в пользу чего? Если сервер лёг с проблемами, как по ssh попасть?

Если сервер лег с проблемами то надо чинить сервер а не VM. Удаленно для этого есть куча разных IPKVM решений. Для удаленного доступа в консоль VM или создаем vlan в котором крутятся все консоли, и пользователь нормальным клиентом цепляется к host_IP:vm_console_port или используем прокси для нативного протокола (по большому счету демон манипулирующий динамическим NAT в iptables)