История изменений

чего там изучать?

Ruby, плагины, объектную модель Vagrant и особенно плагинов, которая сильно отличается друг от друга,  их скудные описания и обсуждения братьев по глупости разуму, ищущих решения проблем на форумах (глюки, баги, фиксы, ограничения и недостатки).

Бывает, что-то вроде работает с VirtualBox, который мне даром не нужен, а с другими гипервизорами вроде в теории должно работать, а на практике глюк на глюке и жалобы в issues.

LXD провайдер похоже уже почти не развивается, не говоря уж о LXC провайдере, который в архиве :(

В LXD провайдере даже нет возможности указать статический IP адрес виртуалки, хотя в LXC это можно было сделать, ЕМНИП.

а учитывая что переписывания с руби имеет смысл только в том, что это фактически мертвый язык,

Мёртвые провайдеры для полумёртвого Vagrant, написанного на мёртвом языке. Сплошная некрофилия?

Vagrant достаточно тормозной в своей работе, и об этом упоминают и другие. IMHO это вообще какой-то legacy с архитектурой десятилетней давности, якобы нужный для инфры разработчиков и официально непригодный для прода. Для чего он нужен с учётом  глючности его плагинов и наличия более современных конкурентов, мне вообще непонятно. И IMHO его объектную модель создавали люди, альтернативно одаренные по сравнению с конкурирующими IaC инструментами.

способов как и чем запускать виртуализацию полно,

А чтобы в HA кластере? И в соответствии с принципами IaC? Современный LXD - это кластерное HA решение виртуализации, причем очень лайтовое, способное рулить LXC контейнерами и виртуалками KVM (через libvirt).

https://www.perplexity.ai/search/1a4c56db-5575-4863-828e-762cde8e15e2?s=u

A LXD cluster is a group of LXD servers that share the same distributed database, which holds the configuration for the cluster members and their instances. The purpose of clustering is to spread the total workload over several servers, allowing for high availability and fault tolerance.

https://luxagraf.net/src/why-and-how-ditch-vagrant-for-lxd

По сути, замена Proxmox.

Для LXD есть удобный IaC инструмент LXD Compose, похожий на Docker Compose, но пока, к сожалению, неофициальный.

покажи как запустить виртуалку без гемора используя lxd, так ты больше заинтересуешь людей его попробовать, чем рассказывая про неугодивший тебе вагрант.

https://mottainaici.github.io/lxd-compose-docs/docs/getting-started/

Если LXD Compose кажется пока слишком сырым и молодым (ему уже 3 года, btw.), то для LXD есть провайдер для Terraform и плагины Ansible. А Terraform и Ansible намного более зрелые, чем LXD Compose, хоть возможно, IMHO и менее удобные.

А еще есть веб dashboard: https://github.com/lxdware/lxd-dashboard и несколько других, которые мне понравились меньше. Ставится такая панелька через Docker Compose за пару минут.

Итого:

LXC - это контейнеры виртуализации уровня OS (namespaces, cgroups).
libvirt - это либа для рулежки гипервизорами в т.ч. QEMU+KVM.
LXD - это очень лайтовый теперь уже кластерный оркестратор контейнеров LXC и виртуалок QEMU+KVM.
LXD Compose - это CLI утилита с кастом скриптингом (типа Docker Compose) для рулежки кластером LXD.
Terraform - это CLI утилита с кастом скриптингом для предпочтительно создания виртуалок (и других ресурсов) в различных облaчных и кластерных средах.
Ansible - это CLI утилита с кастом скриптингом в контексте обсуждения как для донастройки уже созданных ранее виртуалок, так и для управления виртуалками (остановка, запуск и при желании даже удаление, создание и т.п.), наверно наиболее универсальная, но не самая удобная для рулежки виртуалками.

чего там изучать?

Ruby, плагины, объектную модель Vagrant и особенно плагинов, которая сильно отличается друг от друга,  их скудные описания и обсуждения братьев по глупости разуму, ищущих решения проблем на форумах (глюки, баги, фиксы, ограничения и недостатки).

Бывает, что-то вроде работает с VirtualBox, который мне даром не нужен, а с другими гипервизорами вроде в теории должно работать, а на практике глюк на глюке и жалобы в issues.

LXD провайдер похоже уже почти не развивается, не говоря уж о LXC провайдере, который в архиве :(

В LXD провайдере даже нет возможности указать статический IP адрес виртуалки, хотя в LXC это можно было сделать, ЕМНИП.

а учитывая что переписывания с руби имеет смысл только в том, что это фактически мертвый язык,

Мёртвые провайдеры для полумёртвого Vagrant, написанного на мёртвом языке. Сплошная некрофилия?

Vagrant достаточно тормозной в своей работе, и об этом упоминают и другие. IMHO это вообще какой-то legacy с архитектурой десятилетней давности, якобы нужный для инфры разработчиков и официально непригодный для прода. Для чего он нужен с учётом  глючности его плагинов и наличия более современных конкурентов, мне вообще непонятно. И IMHO его объектную модель создавали люди, альтернативно одаренные по сравнению с конкурирующими IaC инструментами.

способов как и чем запускать виртуализацию полно,

А чтобы в HA кластере? И в соответствии с принципами IaC? Современный LXD - это кластерное HA решение виртуализации, причем очень лайтовое, способное рулить LXC контейнерами и виртуалками KVM (через libvirt).

https://www.perplexity.ai/search/1a4c56db-5575-4863-828e-762cde8e15e2?s=u

A LXD cluster is a group of LXD servers that share the same distributed database, which holds the configuration for the cluster members and their instances. The purpose of clustering is to spread the total workload over several servers, allowing for high availability and fault tolerance.

https://luxagraf.net/src/why-and-how-ditch-vagrant-for-lxd

По сути, замена Proxmox.

Для LXD есть удобный IaC инструмент LXD Compose, похожий на Docker Compose, но пока, к сожалению, неофициальный.

покажи как запустить виртуалку без гемора используя lxd, так ты больше заинтересуешь людей его попробовать, чем рассказывая про неугодивший тебе вагрант.

https://mottainaici.github.io/lxd-compose-docs/docs/getting-started/

Если LXD Compose кажется пока слишком сырым и молодым (ему уже 3 года, btw.), то для LXD есть провайдер для Terraform и плагины Ansible. А Terraform и Ansible намного более зрелые, чем LXD Compose, хоть возможно, IMHO и менее удобные.

А еще есть веб dashboard: https://github.com/lxdware/lxd-dashboard и несколько других, которые мне понравились меньше. Ставится такая панелька через Docker Compose за пару минут.

Итого:

LXC - это контейнеры виртуализации уровня OS (namespaces, cgroups).
libvirt - это либа для рулежки гипервизорами в т.ч. QEMU+KVM
LXD - это очень лайтовый теперь уже кластерный оркестратор контейнеров LXC и виртуалок QEMU+KVM.
LXD Compose - это CLI утилита с кастом скриптингом (типа Docker Compose) для рулежки кластером LXD.
Terraform - это CLI утилита с кастом скриптингом для предпочтительно создания виртуалок (и других ресурсов) в различных облaчных и кластерных средах.
Ansible - это CLI утилита с кастом скриптингом в контексте обсуждения как для донастройки уже созданных ранее виртуалок, так и для управления виртуалками (остановка, запуск и при желании даже удаление, создание и т.п.), наверно наиболее универсальная, но не самая удобная для рулежки виртуалками.

чего там изучать?

Ruby, плагины, объектную модель Vagrant и особенно плагинов, которая сильно отличается друг от друга,  их скудные описания и обсуждения братьев по глупости разуму, ищущих решения проблем на форумах (глюки, баги, фиксы, ограничения и недостатки).

Бывает, что-то вроде работает с VirtualBox, который мне даром не нужен, а с другими гипервизорами вроде в теории должно работать, а на практике глюк на глюке и жалобы в issues.

LXD провайдер похоже уже почти не развивается, не говоря уж о LXC провайдере, который в архиве :(

В LXD провайдере даже нет возможности указать статический IP адрес виртуалки, хотя в LXC это можно было сделать, ЕМНИП.

а учитывая что переписывания с руби имеет смысл только в том, что это фактически мертвый язык,

Мёртвые провайдеры для полумёртвого Vagrant, написанного на мёртвом языке. Сплошная некрофилия?

Vagrant достаточно тормозной в своей работе, и об этом упоминают и другие. IMHO это вообще какой-то legacy с архитектурой десятилетней давности, якобы нужный для инфры разработчиков и официально непригодный для прода. Для чего он нужен с учётом  глючности его плагинов и наличия более современных конкурентов, мне вообще непонятно. И IMHO его объектную модель создавали люди, альтернативно одаренные по сравнению с конкурирующими IaC инструментами.

способов как и чем запускать виртуализацию полно,

А чтобы в HA кластере? И в соответствии с принципами IaC? Современный LXD - это кластерное HA решение виртуализации, причем очень лайтовое, способное рулить LXC контейнерами и виртуалками KVM (через libvirt).

https://www.perplexity.ai/search/1a4c56db-5575-4863-828e-762cde8e15e2?s=u

A LXD cluster is a group of LXD servers that share the same distributed database, which holds the configuration for the cluster members and their instances. The purpose of clustering is to spread the total workload over several servers, allowing for high availability and fault tolerance.

https://luxagraf.net/src/why-and-how-ditch-vagrant-for-lxd

По сути, замена Proxmox.

Для LXD есть удобный IaC инструмент LXD Compose, похожий на Docker Compose, но пока, к сожалению, неофициальный.

покажи как запустить виртуалку без гемора используя lxd, так ты больше заинтересуешь людей его попробовать, чем рассказывая про неугодивший тебе вагрант.

https://mottainaici.github.io/lxd-compose-docs/docs/getting-started/

Если LXD Compose кажется пока слишком сырым и молодым (ему уже 3 года, btw.), то для LXD есть провайдер для Terraform и плагины Ansible. А Terraform и Ansible намного более зрелые, чем LXD Compose, хоть возможно, IMHO и менее удобные.

А еще есть веб dashboard: https://github.com/lxdware/lxd-dashboard и несколько других, которые мне понравились меньше. Ставится такая панелька через Docker Compose за пару минут.

Итого:

LXC - это контейнеры виртуализации уровня OS (namespaces, cgroups).
libvirt - это либа для рулежки гипервизорами в т.ч. QEMU+KVM
LXD - это очень лайтовый теперь уже кластерный оркестратор контейнеров LXC и виртуалок QEMU+KVM.
LXD Compose - это CLI утилита с кастом скриптингом (типа Docker Compose) для рулежки кластером LXD.
Terraform - это CLI утилита с кастом скриптингом для предпочтительно создания виртуалок (и других ресурсов) в различных облычных и кластерных средах.
Ansible - это CLI утилита с кастом скриптингом в контексте обсуждения как для донастройки уже созданных ранее виртуалок, так и для управления виртуалками (остановка, запуск и при желании даже удаление, создание и т.п.), наверно наиболее универсальная, но не самая удобная для рулежки виртуалками.

чего там изучать?

Ruby, плагины, объектную модель Vagrant и особенно плагинов, которая сильно отличается друг от друга,  их скудные описания и обсуждения братьев по глупости разуму, ищущих решения проблем на форумах (глюки, баги, фиксы, ограничения и недостатки).

Бывает, что-то вроде работает с VirtualBox, который мне даром не нужен, а с другими гипервизорами вроде в теории должно работать, а на практике глюк на глюке и жалобы в issues.

LXD провайдер похоже уже почти не развивается, не говоря уж о LXC провайдере, который в архиве :(

В LXD провайдере даже нет возможности указать статический IP адрес виртуалки, хотя в LXC это можно было сделать, ЕМНИП.

а учитывая что переписывания с руби имеет смысл только в том, что это фактически мертвый язык,

Мёртвые провайдеры для полумёртвого Vagrant, написанного на мёртвом языке. Сплошная некрофилия?

Vagrant достаточно тормозной в своей работе, и об этом упоминают и другие. IMHO это вообще какой-то legacy с архитектурой десятилетней давности, якобы нужный для инфры разработчиков и официально непригодный для прода. Для чего он нужен с учётом  глючности его плагинов и наличия более современных конкурентов, мне вообще непонятно. И IMHO его объектную модель создавали люди, альтернативно одаренные по сравнению с конкурирующими IaC инструментами.

способов как и чем запускать виртуализацию полно,

А чтобы в HA кластере? И в соответствии с принципами IaC? Современный LXD - это кластерное HA решение виртуализации, причем очень лайтовое, способное рулить LXC контейнерами и виртуалками KVM (через libvirt).

https://www.perplexity.ai/search/1a4c56db-5575-4863-828e-762cde8e15e2?s=u

A LXD cluster is a group of LXD servers that share the same distributed database, which holds the configuration for the cluster members and their instances. The purpose of clustering is to spread the total workload over several servers, allowing for high availability and fault tolerance.

https://luxagraf.net/src/why-and-how-ditch-vagrant-for-lxd

По сути, замена Proxmox.

Для LXD есть удобный IaC инструмент LXD Compose, похожий на Docker Compose, но пока, к сожалению, неофициальный.

покажи как запустить виртуалку без гемора используя lxd, так ты больше заинтересуешь людей его попробовать, чем рассказывая про неугодивший тебе вагрант.

https://mottainaici.github.io/lxd-compose-docs/docs/getting-started/

Если LXD Compose кажется пока слишком сырым и молодым (ему уже 3 года, btw.), то для LXD есть провайдер для Terraform и плагины Ansible. А Terraform и Ansible намного более зрелые, чем LXD Compose, хоть возможно, IMHO и менее удобные.

А еще есть веб dashboard: https://github.com/lxdware/lxd-dashboard и несколько других, которые мне понравились меньше. Ставится такая панелька через Docker Compose за пару минут.

чего там изучать?

Ruby, плагины, объектную модель Vagrant и особенно плагинов, которая сильно отличается друг от друга,  их скудные описания и обсуждения братьев по глупости разуму, ищущих решения проблем на форумах (глюки, баги, фиксы, ограничения и недостатки).

Бывает, что-то вроде работает с VirtualBox, который мне даром не нужен, а с другими гипервизорами вроде в теории должно работать, а на практике глюк на глюке и жалобы в issues.

LXD провайдер похоже уже почти не развивается, не говоря уж о LXC провайдере, который в архиве :(

В LXD провайдере даже нет возможности указать статический IP адрес виртуалки, хотя в LXC это можно было сделать, ЕМНИП.

а учитывая что переписывания с руби имеет смысл только в том, что это фактически мертвый язык,

Мёртвые провайдеры для полумёртвого Vagrant, написанного на мёртвом языке. Сплошная некрофилия?

Vagrant достаточно тормозной в своей работе, и об этом упоминают и другие. IMHO это вообще какой-то legacy с архитектурой десятилетней давности, якобы нужный для инфры разработчиков и официально непригодный для прода. Для чего он нужен с учётом  глючности его плагинов и наличия более современных конкурентов, мне вообще непонятно. И IMHO его объектную модель создавали люди, альтернативно одаренные по сравнению с конкурирующими IaC инструментами.

способов как и чем запускать виртуализацию полно,

А чтобы в HA кластере? И в соответствии с принципами IaC? Современный LXD - это кластерное HA решение виртуализации, причем очень лайтовое, способное рулить LXC контейнерами и виртуалками KVM (через libvirt).

https://www.perplexity.ai/search/1a4c56db-5575-4863-828e-762cde8e15e2?s=u

A LXD cluster is a group of LXD servers that share the same distributed database, which holds the configuration for the cluster members and their instances. The purpose of clustering is to spread the total workload over several servers, allowing for high availability and fault tolerance.

https://luxagraf.net/src/why-and-how-ditch-vagrant-for-lxd

По сути, замена Proxmox.

Для LXD есть удобный IaC инструмент LXD Compose, похожий на Docker Compose, но пока, к сожалению, вроде бы неофициальный, но тоже из Лондона, btw.

покажи как запустить виртуалку без гемора используя lxd, так ты больше заинтересуешь людей его попробовать, чем рассказывая про неугодивший тебе вагрант.

https://mottainaici.github.io/lxd-compose-docs/docs/getting-started/

Если LXD Compose кажется пока слишком сырым и молодым (ему уже 3 года, btw.), то для LXD есть провайдер для Terraform и плагины Ansible. А Terraform и Ansible намного более зрелые, чем LXD Compose, хоть возможно, IMHO и менее удобные.

А еще есть веб dashboard: https://github.com/lxdware/lxd-dashboard и несколько других, которые мне понравились меньше. Ставится такая панелька через Docker Compose за пару минут.