mirror of
https://github.com/retspen/webvirtcloud.git
synced 2026-04-25 23:45:56 +03:00
[GH-ISSUE #170] VMs XMLs and storage feature request #115
Labels
No labels
bug
enhancement
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/webvirtcloud#115
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @lord-kyron on GitHub (Aug 7, 2018).
Original GitHub issue: https://github.com/retspen/webvirtcloud/issues/170
This is not issue, it is a feature request.
@retspen @honza801 @catborise - please, someone of you help to achieve this functionality:
Let's say that you have more than 2 compute hosts and shared storage where you keep disks. I have 8 + 3 compute nodes and HA storage. It would be great to have XML's of all machine created in one place and then you deploy it to desired compute node. That's way virtual machine will be first stored in WebvirtCloud and you can redeploy it as much as you wish especially now with cloud-enabled installations. It will be like OpenStack on much smaller scale.
@catborise commented on GitHub (Aug 8, 2018):
i think you want to keep your xml files on shared storage.
qemu-kvm standart mechanism says that they should stay in etc/libvirt/qemu. may be they change it in future releases but now it is that way. chancing qemu characteristic may be inappropriate... (me also want this feature for easiness, but as i say qemu...)
@ssbaksa commented on GitHub (Aug 8, 2018):
You are right but not completely. You can't change qemu-kvm standart mechanism and that's not my point. Even OpenStack uses that for deployed machines. What you can keep in database is XML description/configuration file. Now you can migrate one machine from one compute node to another by exporting machine (and deleting it) from first one and importing that XML to destination compute node. If you can keep that definition file in database you can redeploy already created machine to any compute node and that's OpenStack way but in very, very complicated way. I have around 60 servers in Openstack cloud and it was necessary to know exact mechanism of creation and deployment. My problem is that I am Sysadmin and my programing skills are not polished so adding feature to WVC isn't my best option.
I will try to implement part of my idea trough command line python (or BASH script) program to show what can be benefit of it.
@honza801 commented on GitHub (Aug 9, 2018):
i use config management (puppet/salt/cfengine) to acomplish this. extending webvirtcloud to manage storage/network/etc, brings it closer to complex solutions such as openstack or opennebula, which i'm NOT a friend of. webvirtcloud does not offer IaaS but rather PaaS, and i'm very very happy with it.
@catborise commented on GitHub (Aug 9, 2018):
i completely agree with you. i need a feature like that. my installation same as you.
if any host crashed, instances xml's stay there and i cannot reach. because of that restore operation takes time. for now, i keep xml backups on shared storage to restore easily. we can keep them on database but there are some considerations for realiability(activation of virtlock).
there is not any simple solution for iaas except webvirtcloud. proxmox/opennebula/openstack make it too complex.
@honza801 commented on GitHub (Aug 9, 2018):
again. you can use other tools to achive this. use any combination or all ot them of these:
this solves all your problems (especially the config management)