Мне тоже было бы интересно; это было бы просто идеально для офисов. Сотрудник приходит, получает учётные данные PVE, делает git checkout кода, запускает vagrant up и спокойно кодит на виртуальной машине, созданной на центральном сервере разработки.

Как и brianp, могу поделиться мыслями о DevOps. Не думаю, что Vagrant — это то, что вам нужно для управления продакшн-серверами, он больше пригоден для тестирования. Инструменты типа Puppet или Chef (мне больше по душе Chef) куда лучше подходят для развертывания и управления конфигурациями в продакшне. Недавно для Chef нашёл вот это, сам пока не пробовал: http://rubygems.org/gems/knife-proxmox Сейчас поддерживается только openvz, KVM пока нет.

Мы управляем более сотни виртуальных машин в Proxmox с помощью Chef (и ещё куча машин в разных облаках типа EC2/Azure и так далее). Единственное, чего не хватает — это плагина knife для KVM, чтобы автоматически разворачивать новые виртуалки в Proxmox, пока приходится делать это вручную.

Для тех, кто не в теме DevOps: с Chef и плагином Proxmox knife вы создаёте новые серверы одной простой командой типа:

knife proxmox server create --hostname new.webserver.com -r "role[name_of_role_for_your_new_webserver]"

Нажал Enter, и новая виртуальная машина создаётся, Chef устанавливается, пакеты докачиваются, сайт берётся из системы контроля версий и разворачивается. То, что раньше занимало часы ручной настройки, теперь делается за секунды.

Chef даже создаёт мою учётную запись, кладёт мой публичный SSH-ключ в нужное место, настраивает sudo — короче, всё сам. Я даже через Chef управляю самими Proxmox-серверами. Я такой ленивый (или эффективный?), что когда хочу настроить пару новых Proxmox-серверов с DRBD, просто даю Chef поручение сделать конфигурацию и первичный синхрон DRBD. Всё, что мне остаётся — установить Proxmox с ISO, поставить Chef и сказать, как хочу настроить сервер: sysctl, параметры загрузки grub, сетевые интерфейсы, VLANы, bonding — всё это Chef сделает за меня.

У нас есть сайты, которые очень загружены пару месяцев в году. Мы запускаем несколько веб-серверов за Nginx, настроенным как реверс-прокси. Когда нужно больше серверов — просто задаю новую роль для виртуалки, Chef ставит веб-сервер и обновляет конфигурацию Nginx, чтобы балансировать нагрузку и на новые серверы тоже.

Когда всё автоматически сходится, и не надо лазить в миллион машин и править тысячи конфигов — жизнь прекрасна.

Сделать Proxmox работающим вместе с Vagrant, Chef, Puppet было бы отличным плюсом и помогло бы Proxmox завоевать больше рынка.

Извиняюсь за длинные рассуждения, DevOps — моя страсть.

Думаю, вы ошибаетесь, полагая, что Vagrant не подходит для серверов в продакшене — это заблуждение. Vagrant может быть чем угодно, каким вы его захотите, и отлично интегрируется с chef, puppet, ansible, shell-скриптами для автоматического развёртывания создаваемой виртуальной машины. Так что ваш chef можно даже встроить в Vagrant.

К тому же, я и не знал, что Proxmox ограничен только «продакшн»-использованием. Vagrant привлекает много разработчиков, и для него есть плагины под openstack, libvirt, kvm — словом, на любой вкус. Список доступен здесь. К сожалению, плагины для libvirt и kvm пока не до конца сделаны, иначе я бы уже использовал Vagrant на Proxmox.

Иногда мне так сильно нужен Vagrant, что я решаю выбирать только те платформы виртуализации, которые его поддерживают (да, это правда). Поддержка Vagrant для Proxmox была бы огромным плюсом — в этом я очень уверен. А те, кому это не нужно, могут просто продолжать работать с chef или любыми другими инструментами, которые им подходят.

Эти инструменты работают только с виртуальными машинами на Linux или могут настраивать гостевые системы Windows тоже? Отправлено с моего MT27i через Tapatalk.

Спасибо

Согласен, что vagrant-proxmox должен быть полезен. Для каждого нашего рецепта chef мы храним Vagrantfile, чтобы иметь возможность тестировать их в изоляции. Наличие proxmox в качестве целевой среды даёт мне больше вариантов!