и как то настроить такое же с ВМ консоли управления Engine что если 1 отвалится со 2 можно было бы подключиться?

или для миграции требуется сетевое хранилище?

или для миграции требуется сетевое хранилище?

конкретно по ovirt е спец - но на любой виртуализации - сетевое хранилище при хот миграции необходимо

при выключенной машине - не обязательно

т.е. расшаренные папки Host1 и Host2 для миграции или все таки отдельная железка(сервер) сетевой(хранилище) ?

если сетевое хранилище то смысл миграции машин? Host1 цепляет из хранилища ВМ при падении Host1, Host2 начинает цеплять их..

Смысл - распреление ресурсов, наступает такой момент когда один хост гнется под загрузкой, а рядом есть память и проц на соседнем хосте. И да ни что не мешает развернуть тот же NFS на одном из хостов, но в продакшен я такую схему не пущу )

хорошо, тогда для старта можно использовать схему миграции машин между 2 серверами, а в дальнейшем с переносом всех ВМ на хранилище, и потом на этих 2 серверах сделать балансировку нагрузки для выхода в продакшен?

по хостам я почти все понял, остался вопрос открытым по поводу панели Engine можно как то ее с Engine 2 на другой ВМ синхронизировать? либо настроить миграции?

А между делом, нашел сегодня такого зверя https://github.com/Telmate/terraform-provider-proxmox Жаль только для 4го #terraform #proxmox

сарити зверь какой

Чё это ?

Я к сожалению не могу припомнить, лого знакомое

ну описание более чем исчерпывающее

может стоит посмотреть что такое терраформ )

Ага

Уже )

мне кажется, что все проксмокс-хостеры должны визжать как сучки от такого

что такое терраформ?

Terraform enables you to safely and predictably create, change, and improve production infrastructure. It is an open source tool that codifies APIs into declarative configuration files that can be shared amongst team members, treated as code, edited, reviewed, and versioned.

я погуглил за вас

а перевести

сори ) не сюда )

то есть есть какая то фиговина в которой можно модернизироваь конфигурации, и к ней есть плагины для взаимодействиями с тем чем оно может модернизировать?

короче, это средство описания инфрастуктуры

ты описываешь какую тебе надо инф-ру, напримез в амазоне или дижиталошн

запускаешь и оно летит и накатывает

что-то типа солта или ансибла, но для инфрастуктуры

что-то типа солта или ансибла, но для инфрастуктуры

Сложна:) вообще спасиб за ссыль

Только что-то редми какой-то худенький

ну надо читать в целом про терраформ

плюс, возможно почитать сырцы, чтобы понять возможности

Там сырцы го, сложна

Нипонятна

ну надо читать в целом про терраформ

Да не, я имел ввиду описание

что-то типа солта или ансибла, но для инфрастуктуры

Чот я думал тераформ полный аналог ансибла, не?

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

Терраформ для готовки самих серверов

Они пересекаются, но не полный аналог точно

Чот я думал тераформ полный аналог ансибла, не?

больше наверно на вагрант похоже

хотя я тоже еще не осилил масштаб терраформа

Это замена aws cloudformation или google cloud deployment manager. Типа универсальный инструмент построения инфраструктуры без привязки к облачному провайдеру. Но насколько универсален, настолько и хренов. Хотя говорят, что под вмварю - писк, там с такими штуками плохо

Это замена aws cloudformation или google cloud deployment manager. Типа универсальный инструмент построения инфраструктуры без привязки к облачному провайдеру. Но насколько универсален, настолько и хренов. Хотя говорят, что под вмварю - писк, там с такими штуками плохо

Что именно под варю?

Что именно под варю?

Тераформ

Вернее его часть

всем привет )

повторюсь ) Oleg Ilyin, [15.09.17 17:48] привет подскажите пожалуйста, откуда может браться steal у VM в KVM до 50% при высокой нагрузке при учёте что на хосте только одна виртуалка Oleg Ilyin, [15.09.17 17:48] получаю картину хост = 30 LA виртуалка - 700LA

нагрузка внутри VM - CPU и RAM дисковых операций минимум , Ubuntu 14.04

А есть понимание что такое la?

Откуда он берется и как считается?)

это вопрос с подвохом ?

Нет же, load avg может поднятся и из-за дисковой подсистемы

Из-за сети

Да вариантов вагон и маленькая тележека

сеть нагрузка минимальная, iowait - в пике 2% , в основной массе 0.5

приложения постргерс, питон и ювсги

нагрузка увеличивается от обычной, процентов на 50%

не понятно, почему из-за относительно небольшой нагрузки, всё встаёт раком

и LA зашкаливает

я понял бы , если бы грузил диск - то ок

Конфиг хоста, конфиг вм какие?

но тут полностью в память и процессор

124GB RAM, <vcpu placement='static' cpuset='1-31'>31</vcpu> один диск qcow2 - <driver name='qemu' type='qcow2' cache='none' io='native'/>

Эм.. на всю хост машину - одна вм?

ERROR: S client not available

да

а что atop показывает при нагрузке?

Ув. канал, а подскажите может кто сталкивался, как рестартануть nfs не перезагружая сервер. Все началось с того, что демон rpcbind не остановился при apt-get upgrade. Теперь прокс висит в каком-то зомбифицированном состоянии, но виртуалки вроде работают.

нагрузка на CPU , всё 100% cpu.user 40% cpu.sys - 30% cpu.steal - 30% память, скачок до 100% на минут 5, потом 90% занято

меня смущают параметры vm.dirty

Ув. канал, а подскажите может кто сталкивался, как рестартануть nfs не перезагружая сервер. Все началось с того, что демон rpcbind не остановился при apt-get upgrade. Теперь прокс висит в каком-то зомбифицированном состоянии, но виртуалки вроде работают.

exportfs -ar

vm.dirty_background_bytes = 67108864 <- This 64MB vm.dirty_bytes = 536870912 <- 512MB с такими - VM просто переставала отвечать

но уверяли, что сбрасывается сразу в raid

Ув. канал, а подскажите может кто сталкивался, как рестартануть nfs не перезагружая сервер. Все началось с того, что демон rpcbind не остановился при apt-get upgrade. Теперь прокс висит в каком-то зомбифицированном состоянии, но виртуалки вроде работают.

но нодах посмотри маунты до нфс, отвалились мб, сделай mount -a

vm.dirty_background_bytes = 67108864 <- This 64MB vm.dirty_bytes = 536870912 <- 512MB с такими - VM просто переставала отвечать

sysctl копать надо

vm.dirty_ratio = 5 vm.dirty_background_ratio = 5 виртуалка доступна, но дикий LA

после увеличения vm.dirty_ratio cat /proc/meminfo | grep -i dirty Dirty: 18712 kB

vm.dirty_ratio = 5 vm.dirty_background_ratio = 5 виртуалка доступна, но дикий LA

vm.dirty_ratio = 90 vm.dirty_background_ratio = 1 У меня так)

до это почти 0 было

# cat /proc/meminfo | grep -i dirty Dirty: 348 kB

?

а под нагрузкой успевает записаться?

я вроде задизмаунтил umount -l сработало , как бы мне рестартануть сервисы nfs-common и rpcbind ?

а под нагрузкой успевает записаться?

Проблемы были до того момента, пока я не узнал о том что у nfs есть треды)

я вроде задизмаунтил umount -l сработало , как бы мне рестартануть сервисы nfs-common и rpcbind ?

nfs не надо рестартить, ему нужно дать команду перечитать конфиг файл, а rpc вообще трогать не надо имхо

ну мне как бы поздно уже его не трогать ? т.к. типа сервис говорит что он offline а процессы висят

и rpciod не киляются =-(

Эм.. погоди, еще раз с самого начала, у тебя есть нфс сервер и клиенты говорят что нфс офлайн?

как и nfsiod

не, у меня есть прокс, 3ий, он nfs клиент, я сделал на нем apt-get upgrade. в процессе оно типа хотело сделать rdpbind restart и подвисло на нем на смерть

Посмотри в чем ошибка была

syslog

как-то тихо в сислоге по этому поводу (

вобщем в текущий момент у меня висят процессы rpciod и nfsiod , которые по kill -9 не хотят умирать

Они наверное висят с D или Z

хотелось бы узнать можно ли решить трабл без ребута всего прокса

Попробуй еще раз обновить)