Tuxis launches free Proxmox Backup Server BETA service

[smoochy]

Ok, my bad. I needed to open https://pbs001.de.tuxis.eu/ and there login with the PBS details. There I have everything available.

Sorry for drawing a mental blank. Still learning.

But maybe this will help another beginner, having the same issue

 

[EmilioMoreno]

Hi! Quick question; is there a way to use namespaces if I am using pve6.x ? obviously in the PVE WEBUI there is no namespaces field, but maybe there is some kind of trick through the datastore name or via cli or something like that.
(and yes, I know I have to upgrade, and yes we are working on it )

 

[t.lamprecht]

This is a rather different topic of what this thread is about, please open a new thread in the future.

To answer your question: No, the Proxmox Backup Client version from Proxmox VE 6 does not support namespaces, so it can only back up to the top-level root namespace (i.e., the place where everything went before namespaces exist). There are no simple tricks to force that, besides possibly building a newer client version for this EOL release, which is not a trivial task.

As a sort of workaround you could back up in a separate datastore and use local-sync from PBS 3 to sync to a specific namespace in your actual main datastore.

Please note that Proxmox VE 6 went end of support two years ago:
https://pve.proxmox.com/pve-docs/chapter-pve-faq.html#faq-support-table

Please consider upgrading to a newer version, first by upgrading from Proxmox VE 6 to Proxmox VE 7 and then from Proxmox VE 7 to the most recent Proxmox VE 8.

 

[EmilioMoreno]

Thanks @t.lamprecht.. I used this thread as I am using Tuxis for the backup using their free tier. Apologies if this was not the place.
yes, I know PVE6 went EOL, simply Put in our test the migration process was not as easy or trouble-free as we expected, but we are on it, Thanks!

 

[janssensm]

Hi, @tuxis could you give us a heads-up for the current status of importing existing accounts in your new portal?
It's been a while since @Dunuin asked about that. My existing pbs instance still isn't listed there.
I'm especially interested in this portal feature:

We are implementing the PBS service in our Portal, so customers can create a Tuxis PBS account in a region/country and set limits and near full alarms if you limit the size of the datastore

Anyhow, thank you very much for still providing this service!

 

[tuxis]

We are making some finishing touches to the import script so we can do this in bulk, but manual imports are possible at the time of this writing.
Hit us up via our support e-mail with your customer ID in the message and let us know you wish to have your PBS imported into the new Portal.

Br,
Richard

 

[oefchen]

Hi there...i also like that idea with that Tuxis-PBS But i cant connect.
I try to add the storage with: (with and without port for server)

and get

im sure the mistake is sitting in front of screen...pls help me

 

[tuxis]

Hi there...i also like that idea with that Tuxis-PBS But i cant connect.
I try to add the storage with: (with and without port for server)
View attachment 76682
and get
View attachment 76684
im sure the mistake is sitting in front of screen...pls help me

Hi there, you do not need to specify port 8007 behind the server name. Perhaps try the @PBS without capital letters, the error 500 seems to indicate either your username or password might not be correct.

If you're having troubles adding this datastore, please send us an email at info@tuxis.nl and we'd be happy to help you set up your PBS.

Br,
- Demian

 

[oefchen]

Hi Demian, first of all...thank´s for such a fast help
And yes ...you was right. The "@PBS" inside user name must be in small letters. I was copy that from somewhere inside my Tuxis-profil and dont think abt anymore.
Now it runs and real fast ! Cool that i sit around 20km away from Düsseldorf-Server ) I´m pretty sure that i use your service also if i need more then 150gig
Thank u, Frank
P.S....see u next summer at the Isselmare by Jetski )

 

[tiantianisfox]

Just set up the Tuxis yesterday, as far as I understand you can only do pull for sync so I had to do 2 different backup jobs one on my local PBS and one on the tuxis PBS, as I don't want to make my local PBS publically accessible.

The question is would I be able o ssh into the machine and install tailscale? this would allow me to use the local PBS as remote without doing port forwarding etc.

 

[tuxis]

Just set up the Tuxis yesterday, as far as I understand you can only do pull for sync so I had to do 2 different backup jobs one on my local PBS and one on the tuxis PBS, as I don't want to make my local PBS publically accessible.

The question is would I be able o ssh into the machine and install tailscale? this would allow me to use the local PBS as remote without doing port forwarding etc.

Hi there, the PBS server is a shared environment for all customers that have their datastore on that specific machine. Setting up VPN tunnels is not an option unfortunately. Please send us an e-mail at info@tuxis.nl and we'd be happy to help.

Br,
- Demian

 

[Pcom]

Hello, I'm testing the service with the free 150 gb before buy some TB. Two question:

1- Backup it's super fast, like doing it to the local PBS in our lan. Restore, however it's not that fast, I see download at 30-40 mbit (upload during backup hits almost 1gbit). It is normal? It's a Tuxis limitation? Or maybe it's because VM it's encrypted and some "extra job" is required to decrypt it while downloading?
2- It's the "encrypted" status enough to guarantee nobody except us will access our data?

Thanks

 

[leesteken]

1- Backup it's super fast, like doing it to the local PBS in our lan. Restore, however it's not that fast, I see download at 30-40 mbit (upload during backup hits almost 1gbit). It is normal? It's a Tuxis limitation? Or maybe it's because VM it's encrypted and some "extra job" is required to decrypt it while downloading?

More people find PBS restore strangely slow. Here is one example: https://forum.proxmox.com/threads/abysmally-slow-restore-from-backup.133602/#post-589169

2- It's the "encrypted" status enough to guarantee nobody except us will access our data?

I'm betting my backups on that premise, and according to this thread, lotfs of other people too. However, I'm not sure if asking Tuxis or Proxmox or strangers on the internet (like me) is the right way to convince yourself that it is encrypted properly.

 

[RichardH]

Hello, I'm testing the service with the free 150 gb before buy some TB. Two question:

1- Backup it's super fast, like doing it to the local PBS in our lan. Restore, however it's not that fast, I see download at 30-40 mbit (upload during backup hits almost 1gbit). It is normal? It's a Tuxis limitation? Or maybe it's because VM it's encrypted and some "extra job" is required to decrypt it while downloading?
2- It's the "encrypted" status enough to guarantee nobody except us will access our data?

Thanks

View attachment 77777

1. We do not limit bandwidth or IO. So my first guess would be that decrypting all the data takes some extra time. I am not familiar with your environment so this is just a quick guess. Running (h)top during a restore might give you some extra insights in the load on your side.
Our PBS is a shared environment so it could be just that it was a busy moment.
2. We use the ACL system provided by PBS that should ensure that no one can see your datastore. It is however best practice to encrypt the data because without the correct encryption entry it should not be possible to decrypt the data.

 

[Pcom]

Problem is not encryption.

I Just tried to compare restore from local pbs VS tuxis pbs no-encryption VS tuxis pbs encyption.
Same VM (17 gb), same host target. Everything on SSD NVMe. Network connection is 1 gbit in both case.

restore from local pbs:
restore image complete (bytes=17179869184, duration=65.12s, speed=251.61MB/s)

restore from tuxis not encrypted:
restore image complete (bytes=17179869184, duration=723.82s, speed=22.64MB/s)

restore from tuxis encrypted:
restore image complete (bytes=17179869184, duration=727.43s, speed=22.52MB/s)


So even when not encrypted, restore from tuxis is waaay slower than local restore. Any idea why? It's just my problem?

2. We use the ACL system provided by PBS that should ensure that no one can see your datastore. It is however best practice to encrypt the data because without the correct encryption entry it should not be possible to decrypt the data.

When you say "is a best practice to encrypt" you mean only by enabling datastore encryption choosing "Auto-generate a client encryption key" and checking the green lock logo like in the screenshot I posted? It is enough or there is something else necessary?

 

[t.lamprecht]

So even when not encrypted, restore from tuxis is waaay slower than local restore. Any idea why? It's just my problem?

First guess would be latency and also possibly also a smaller available IO bandwidth due to sharing it with more tenants.
Higher latency is slowing down TCP as it can result in head-of-line blocking, ideally we improve on that by switching to HTTP/3, which is designed to better avoid that problem. But that needs to wait on the availability in supporting libraries et al. to trickles down our dev ecosystem (and tests show that it actually improves things), so might need more than a few weeks/months.

 

[Pcom]

First guess would be latency and also possibly also a smaller available IO bandwidth due to sharing it with more tenants.
Higher latency is slowing down TCP as it can result in head-of-line blocking, ideally we improve on that by switching to HTTP/3, which is designed to better avoid that problem. But that needs to wait on the availability in supporting libraries et al. to trickles down our dev ecosystem (and tests show that it actually improves things), so might need more than a few weeks/months.

This is way above my knowledge, I just want to understand (maybe from other tuxis users) if my numbers are similar to theirs, or if they have much better results.
Thanks

 

[Johannes S]

So even when not encrypted, restore from tuxis is waaay slower than local restore. Any idea why? It's just my problem?

Isn't it normal to have better transfer speeds on a local LAN than via Internet? The really interesting comparision would be to try to download stuff from another remote source (e.G. a Debian install iso or something like this) and look whether it's faster than from tuxis..

Or did I miss something?

Regards, Johannes

 

[Pcom]

Well, no. I have a gigabit lan and a gigabit internet fiber (1up/1down) so i expect almost the same network speed. Difference should be negligible.
Here I'm talking about 30-40 mbit instead of 1000, a HUGE difference.
12 minutes to restore a 17 gb VM compared to 1 minute from local.
It's not about scoring big numbers; the problem is that if I buy several TB of space from tuxis, when I need my backups for disaster recovery, I would literally need days to download them.

PS: Downloading a Debian ISO, of course, hits gigabit speeds and completes in a moment.

 

[t.lamprecht]

so i expect almost the same network speed

The latency, i.e. time network packets need to travel between hosts is very low inside a local network and much higher if talking to hosts on the internet. I'm not sure if tuxis allows it in their firewall, but maybe compare a ping to the local PBS and to the PBS from Tuxis to see what I mean. This latency will have some impact on achievable bandwidth.

The rest is probably due to available IO bandwidth on the server.

It's not about scoring big numbers; the problem is that if I buy several TB of space from tuxis, when I need my backups for disaster recovery, I would literally need days to download them.

Well, I would not be surprised if the free service will have more tenants for less resources, and thus have less available IO bandwidth for your restore job, so I'm not sure that you just can extrapolate from your experience with the free services.
Note that I'm not affiliated with them nor do I know details about their operation, but if I'd make such a service I'd set up dedicated HW and bandwidth for paying customers. So maybe your question is more for their support/presale channels, comparing with others that use the free service might not give you the real picture here.

Personally I'd see an off-site backup also best used as additional copy, i.e. keep one on your local PBS and only a failsafe copy on a service like the one from Tuxis so that if all my local HW is destroyed or the like I still got my data. In that case I'd then set up a new PBS locally and sync the whole datastore from Tuxis and then start restoring the guests from the local one, that should be a bit faster in total times.