Skip to main content
Answer

Gateway servers used for SOBR offloading in "Direct" mode

  • September 22, 2024
  • 2 comments
  • 238 views
Michael Melter
Forum|alt.badge.img+12

If you set your S3 repos gateway server to direct mode, I would have expected the entity getting in touch with backup data to do the offload.

In direct to object jobs it works just like that. Proxy will do the upload with a primary job. Repo will do the upload with a backup copy job. 

But with SOBR offloading to capacity tier it seems to be the VBR server doing the offload for all S3 buckets in direct mode.

Can someone confirm this observation?

Would be another reason to always have GW servers specified for each and every S3 repo.

Best answer by MicoolPaul

https://helpcenter.veeam.com/docs/backup/vsphere/gateway_server.html?zoom_highlight=Direct+mode&ver=120
 

The expected behaviour you described is what I had witnessed whenever I’ve used it, can you check what your mount server is please?

 

From the documentation:

”

  • Object storage repository with the direct connection mode. The mount server associated with the source backup repository is used as the gateway server. If the mount server is not accessible, Veeam Backup & Replication fails over to the backup server.

”

Michael Melter - #VeeamLegend #veeam100 | VMCT | VMCE9 | VMCE2020 | VMCE2023 | VMCE2021 | VMCAv1 | VMCA2022 | VMCA2024 | VCP | MCP | DCIE | PhD | VDST TL3
Chris.Childerhose
Geoff Burke
Jean.peres.bkp

2 comments

MicoolPaul
Forum|alt.badge.img+23
  • MicoolPaul
  • Answer
  • September 22, 2024

https://helpcenter.veeam.com/docs/backup/vsphere/gateway_server.html?zoom_highlight=Direct+mode&ver=120
 

The expected behaviour you described is what I had witnessed whenever I’ve used it, can you check what your mount server is please?

 

From the documentation:

”

  • Object storage repository with the direct connection mode. The mount server associated with the source backup repository is used as the gateway server. If the mount server is not accessible, Veeam Backup & Replication fails over to the backup server.

”

Michael Paul - Opinions are my own and do not necessarily reflect the opinion of Veeam | https://micoolpaul.com | Mastodon: @micoolpaul@masto.nu | Bluesky: @micoolpaul.com
Chris.Childerhose
Michael Melter
Forum|alt.badge.img+12
  • Michael Melter
  • Author
  • Veeam Legend
  • September 27, 2024

Thanks, @MicoolPaul. You nailed it - for S3 as primary.

I mixed it up with DAS as primary. Then you have the DAS repos themselves become the gateway for the upload - as I would have expected.

It’s getting complicated with these different repo types. So, better always define your GW. 😊

Michael Melter - #VeeamLegend #veeam100 | VMCT | VMCE9 | VMCE2020 | VMCE2023 | VMCE2021 | VMCAv1 | VMCA2022 | VMCA2024 | VCP | MCP | DCIE | PhD | VDST TL3
Terms & ConditionsAccessibility statement