As wrote in other thread, i'm engineering a new virtual environment based on proxmox (i'm coming from XenServer)
One of the most important things are backups and disaster recovery, so, let me try to expose some cases that could happen:
1) proxmox node totally lost (raid failed or corrupted and so on)
I think to reinstall a new proxmox node from scratch and then restore all VMs previously running from a previous export made with vzdump. Is this ok? Any better workflow?
2) proxmox node available but some VMs lost:
manual restore from vzdump.
3) proxmox available but LVM configuration corrupted/lost:
I don't know how to recover from this
4) proxmox failing (unrecoverable read errors in a degraded RAID):
immediatly backup with vzdump and then restore on a different host. Any better workflow?
Any suggestions or any other cases not taken in consideration? I would like to sleep well and be prepared when all is went bad.
EDIT: i think to schedule the nighly backup from our backup server (nothing to do with proxmox) by using proxmox api. Any docs about this? How can I schedule a remote backup with snapshot using API ? To keep file system consistency (where i'm using databases) i'm thinking about scheduling (from the inside of vm) a mysqldump. In example, i'll schedule a mysqldump to disk at 23:00 and then i'll schedule the snapshot+backup at 00:00. Is possible to execute some commands directly from vzdump ?
In addition to vzdump, i'll also use rsync to sync all files to a remote location. This because If I need to restore a couple of files, i'll be able to do that directly. By only using the vzdump image, to restore 3 files i'll have to restore the whole VM at first and this could take hours.
Any suggestions is welcome.
One of the most important things are backups and disaster recovery, so, let me try to expose some cases that could happen:
1) proxmox node totally lost (raid failed or corrupted and so on)
I think to reinstall a new proxmox node from scratch and then restore all VMs previously running from a previous export made with vzdump. Is this ok? Any better workflow?
2) proxmox node available but some VMs lost:
manual restore from vzdump.
3) proxmox available but LVM configuration corrupted/lost:
I don't know how to recover from this
4) proxmox failing (unrecoverable read errors in a degraded RAID):
immediatly backup with vzdump and then restore on a different host. Any better workflow?
Any suggestions or any other cases not taken in consideration? I would like to sleep well and be prepared when all is went bad.
EDIT: i think to schedule the nighly backup from our backup server (nothing to do with proxmox) by using proxmox api. Any docs about this? How can I schedule a remote backup with snapshot using API ? To keep file system consistency (where i'm using databases) i'm thinking about scheduling (from the inside of vm) a mysqldump. In example, i'll schedule a mysqldump to disk at 23:00 and then i'll schedule the snapshot+backup at 00:00. Is possible to execute some commands directly from vzdump ?
In addition to vzdump, i'll also use rsync to sync all files to a remote location. This because If I need to restore a couple of files, i'll be able to do that directly. By only using the vzdump image, to restore 3 files i'll have to restore the whole VM at first and this could take hours.
Any suggestions is welcome.