[pbs-devel] Proxmox Backup Server Cloud Backup

Rodney Wild rdwild at azcs.ca
Tue Oct 10 16:04:23 CEST 2023


We have plans for a s3 plugin as well after renterd plugin is complete.

Sent from my iPhone

> On Oct 10, 2023, at 3:19 AM, Thomas Lamprecht <t.lamprecht at proxmox.com> wrote:
> 
> Am 07/10/2023 um 05:31 schrieb Rodney Wild:
>> Sorry about the delay, I have a research grant (from the Sia Foundation) to research the possibility of developing a method of backing up proxmox to the cloud.  The idea would be to develop a module similar to the tape module and add plugin capability to allow for different cloud platforms.  I should be releasing our findings that it is possible to develop such a module and plugin addons.  The first plugin will be be to allow backups in the Sia Storage network.  This will be open source project and if approved I would like to contribute the source back to the proxmox backup project and would like to know the liklyhood of that being entertained so I can add it to my report.  Thank-you for your time.
>> 
> 
> In generally we plan to add support for S3 off-site syncs, i.e., a
> slightly specialized version of sync jobs (a bit closer to tape ones) so
> that admins can configure off-site copies to any S3 capable storage.
> 
> S3 is widely poplar and while surely it has some shortcomings, like any
> tech has, it is proven to work and there are many open source
> implementations for server and client, like e.g., a Ceph setup can be
> used as S3 target.  Iow., S3 is established and won't go away anytime
> soon, if Sia Storage network has a bridge for S3 it would then be
> already set.
> 
> If you have general contributions for improving/fixing things in one of
> our repos feel free to send, but please ensure to follow our developer
> documentation's rules and guidelines:
> 
> https://pbs.proxmox.com/wiki/index.php/Developer_Documentation#Example
> 
> But please note that we cannot give you an upfront guarantee of accepting
> any code, as an initial implementation is only a small fraction of the
> work, continuous maintenance (which we only can bet on us doing, external
> devs often tend to vanish after their changes got in) is much more work.
> 
> regards
> Thomas
> 




More information about the pbs-devel mailing list