Proxmox Backup Server and Client

We will announce all features available and planned as soon as we are ready to announce them, not now.
 
I really don't like files with 2500 lines like bin/proxmox-backup-client.rs
This was just refactored a day ago: https://git.proxmox.com/?p=proxmox-backup.git;a=shortlog;h=a3016d6583659b491fe24f13db9064c11351190d
That's a good example why it makes not much sense to reason/comment about the state or code from a project under heavy development, if not involved deeply in it.

Anyway, let's all please just wait for an official announcement/release where all questions will be answered, giving the developers now more time to actually develop :)
 
I Just wanted to make clear that this Project isen't ready for evaluation as i have already been asked about that.

This was just refactored a day ago: https://git.proxmox.com/?p=proxmox-backup.git;a=shortlog;h=a3016d6583659b491fe24f13db9064c11351190d
That's a good example why it makes not much sense to reason/comment about the state or code from a project under heavy development, if not involved deeply in it.
As of this commit from 3h ago:
The file bin/proxmox-backup-client.rs is still 2500 lines long. What has been refactored yesterday is the bin/proxmox-backup-manager.rs

Anyway, let's all please just wait for an official announcement/release where all questions will be answered, giving the developers now more time to actually develop
Yes i agree.
 
Last edited:
We stated that from the beginning.
I'm sorry i misinterpreted that. To me Production ready and ready for testing/evaluation are very different things.
What i wanted to clear up is that the PBS is not ready for testing / making decisions about using it in the future.

For many Products this evaluation can be done even if the product isent production ready.
 
hello any Estimated Time of Arrival planned for this feature (at least a target)?
couple of weeks , months , 2020, 2021 ?

thanks
 
It needs another separate server which has several disadvantages.

Why not extend the existing replication mechanismen to be able to retain old versions based on a plan like znapzend? This would combine backup with availablility. Then at any point it would be possible to:

1) Have a perfect backup history of VMs without wasting to much extra space (compared to extra server or vzdump).
2) Revert the VM to an snaphost in case something went wrong without ANY "restore" operation
3) In case of failure of one proxmox server, it would be possible to assign the master role to any other replication target (like now in replication).

As any proxmox server can be a backup server and able to tune VMs and containers, there is no single point of failure concerning a backup server and more important NO expensive "restore" operation. Also the server roles are can be switched at any time, where a dedicated backup server is a special thing.

As there is no dedicated backup server the processing power of all proxmox servers can be used to run VMs in, whereas a backup server would be idle at most times. Obviously it would be possible to use one of the proxmox servers for just receiving backups (and not running any VMs) which would come close the the backup-only-server, but this solution offers extra flexiblilty to use all of the existing processing power.

E.g. A simple setup would be to have three servers, which run each running three VMs which gets replicated to the other two server. Then at any time, there are two copies of the VMs at the other server and in case ot failure of the server, the master rule for its three VMs gets switched to another proxmox server (which already has a replicated copy). Also at any time it would be possible to revert to older versions (snapshots) of the VMs.
 
Last edited:
It needs another separate server which has several disadvantages.

As said various times in this and other threads: You can install it on a Proxmox VE too, documented here:
https://pbs.proxmox.com/docs/installation.html#install-proxmox-backup-server-on-proxmox-ve

Why not extend the existing replication mechanismen to be able to retain old versions based on a plan like znapzend? This would combine backup with availablility

Because this is a much more general approach, independent of any storage snapshot technology. It gives our users the freedom to use the filesystem/storage-technology they want and suits their need best.
If you want availability with whole hosts failing, use ceph. Having backups separated from the live data is a feature.

1) Have a perfect backup history of VMs without wasting to much extra space (compared to extra server or vzdump).

PBS is fully deduplicated, backups are sent incremental and compressed - this saves a lot of space. Having an explicit server for backups is normally a good strategy, as said this is seen as a feature.

2) Revert the VM to an snaphost in case something went wrong without ANY "restore" operation

If restore can go wrong so can rollback, so not sure how that argument would work. Restores should be frequently tested in any backup system, having the data back'd up is only one part of the story.

3) In case of failure of one proxmox server, it would be possible to assign the master role to any other replication target (like now in replication).

You can still use replication if you use Proxmox Backup Server, so this still works.

As any proxmox server can be a backup server and able to tune VMs and containers, there is no single point of failure concerning a backup server and more important NO expensive "restore" operation. Also, the server roles are can be switched at any time, where a dedicated backup server is a special thing.

Yeah, and if the cluster fails you have nothing in your hands, cannot get critical VMs/CTs up on another cluster, ...
You can efficiently sync Proxmox Backup Servers to remotes automatically, avoiding single points of failure.
And as said, any Proxmox VE can also be a Proxmox Backup Server, if you really want. I'd still suggest doing a separate or even off-site remote which the PVE nodes use only a user with limited Permissions, so that if you're PVE host would be taken over they cannot simply delete all backups/snapshots/...

Snapshots are not a backup strategy on their own, they can be worked into that somehow but it could be never as universal and feature full as the approach we went for Proxmox Backup Server.

All in all, you sound like you just want to continue using the replication, it provides already the things you ask us to turn the Proxmox Backup Server into, so...
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!