Hi,
while managing a lot of clusters, we often run into the issue that customers have thought about where they want to have their VMs running. So, when doing maintenance on a cluster, after a reboot of a node, we need to place the VMs back on the node that they were running on. Also, when you want to reboot a node, it's often quite some work to figure out where we can migrate VMs to without depleting memory of a sibling.
So we created pmmaint. It allows you to create a configuration snapshot of the current configuration and tell nodes to empty themselves. pmmaint will figure out where the VMs should fit, taking into account local-storage (partially, it will not think about space) and CPU-types. When you're done, simply type 'pmmaint restore <snapname>' and all your VMs will be nicely migrated back to where they came from.
Version 1.0 is available as a Debian package. See https://gitlab.tuxis.nl/oss_public/pmmaint for more information. If you have any questions, let us know and feel free to improve the code. I'm not a hardcore developer, so I'm pretty sure there are improvements to be made.
Mark
while managing a lot of clusters, we often run into the issue that customers have thought about where they want to have their VMs running. So, when doing maintenance on a cluster, after a reboot of a node, we need to place the VMs back on the node that they were running on. Also, when you want to reboot a node, it's often quite some work to figure out where we can migrate VMs to without depleting memory of a sibling.
So we created pmmaint. It allows you to create a configuration snapshot of the current configuration and tell nodes to empty themselves. pmmaint will figure out where the VMs should fit, taking into account local-storage (partially, it will not think about space) and CPU-types. When you're done, simply type 'pmmaint restore <snapname>' and all your VMs will be nicely migrated back to where they came from.
Version 1.0 is available as a Debian package. See https://gitlab.tuxis.nl/oss_public/pmmaint for more information. If you have any questions, let us know and feel free to improve the code. I'm not a hardcore developer, so I'm pretty sure there are improvements to be made.
Mark