Er was een probleem met het laden van de reacties.

Setup PUSH-sync on Proxmox Backup Server

Support Portal  »  Knowledgebase  »  Bekijkt artikel

  Printen

Since Proxmox Backup Server 3.3 the option for "Push sync" was introduced. To make it easier to sync local back-ups to an offsite location (Tuxis PBS) you can now push your back-ups to any remote PBS.

 

To create a push-job you need the following information:

  1. Log-in credentials for both PBS sites. *See note below*
  2. Hostname / IP Address of both locations
  3. Fingerprint for your PBS (if not secured by SSL)

 

How to set up the push-sync:

  1. Log in to your PBS environment
  2. Head to "Configuration > Remotes"
  3. Click on the "Add button", add your 2nd off-site PBS as remote location.

    5acb7e8ed81ab3e63097a4998ab18abce3bafd8430a7b47944cbc8a16bbf39ab415881d01749e584?t=45cb19cbc9fdfe1a4764934430d8203e

  4. Fill in all required information needed to add this remote.
    - Remote ID            | Any name will suffice.
    - Host                       |  IP / FQDN for off-site location
    - Auth ID                  | (user @ realm)
    - password            
    - Fingerprint           | Only when not secured by SSL
    - Comment              | Optional, used for internal documentation

    2045575684a9c1019e82a78dbe78c8b52feed456d64e2ab2244c7578108f9c8f75761a031fa9f312?t=8d5aa41c3aa312e1ce2eeea1e627e9e3

  5.  Head over to your datastore located at the bottom left of the screen under the category "Datastores".
  6. Click on the "Sync jobs" button located at the upper part of your screen
    488692b3ba4b61d1a3c7a33e9413489b287135da7211a497822e2ba07f3cc641e28e6224f29f6706?t=54ddbc7994fb6523e378a2158816363c

  7. Click on "Add" then select "Add Push Sync Job"
    9be16f6eead21ad74ebe910fa10e144d98c868a3f4e146570c04f404180be92105e55d04a12aa5cd?t=01f12848aa820fafe0f01b5e344cfdcd

  8. Fill in all required information necessary to start the sync. This includes the following:
    - Local namespace          | Optional, standard is always root (all).
    - Local user*                     | Local user that has the required permissions, see note for extra information.
    - Sync schedule                | How often this sync job runs.
    - Rate limit                        | Limit how much bandwidth this job can use.
    - Target Remote               | Select the remote you previously created.
    - Target Datastore           | Select the datastore in which you want the local back-ups to sync towards.
    - Target Namespace        | Optional, standard is always root.
    - Max depth                       | Optional, standard is "Full".
    - Remove vanished          | Remove back-ups from remote source if deleted from local source, default false.
    9b35c9e79ed60143a7426ebf41b815a2c5e4feb00825e9b86ed40329332c2d71afb6a35a7aa4ec1e?t=7770284ff06ce10277d09ca6ac2cf50c

  9. Start a sync to check if there are no problems, click the "Show log" button to verify this.
    30e33092611a73d3b9b546d5f327278fdc15b141ab1b89700f2af126e982f5ca026cf18b6d05d0ba?t=590e2df612cd926f4129309c26a045a0

Note:

We suggest creating a API Token on both sides of the PBS that uses the "least rights principal".  This way you mitigate the risk of getting back-ups deleted from a breach.
The user should have the following permissions set to function properly (Source: Proxmox documentation):

  • Remote.Audit on /remote/{remote} and Remote.DatastoreBackup on /remote/{remote}/{remote-store}/{remote-ns} path or subnamespace.

  • At least Datastore.Read and Datastore.Audit on the local source datastore namespace (/datastore/{store}/{ns}) or Datastore.Backup if owner of the sync job.

  • Remote.DatastorePrune on /remote/{remote}/{remote-store}/{remote-ns} path to remove vanished snapshots and groups. Make sure to use a dedicated remote for each sync job in push direction as noted above.

  • Remote.DatastoreModify on /remote/{remote}/{remote-store}/{remote-ns} path to remove vanished namespaces. A remote user with limited access should be used on the remote backup server instance.

Consider the implications as noted below:

Remote.DatastoreModify will allow to remove whole namespaces on the remote target datastore, independent of ownership. Make sure the user as configured in remote.cfg has limited permissions on the remote side.

 

 

 


Deel via
Is dit artikel zinvol?  

Gerelateerde artikelen

© Tuxis B.V.