XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Question about mirror backups

    Scheduled Pinned Locked Moved Backup
    nce
    8 Posts 2 Posters 244 Views 2 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • R Offline
      rtjdamen
      last edited by rtjdamen

      Last friday we got the first version of filtering on mirror backups, we were waiting for this feature for a long time and in general it does what is promises. I believe it needs some polishing but knowing Vates this will be done!

      We are now testing this with one repository and i run into an issue, when we create a mirror job for 3 vms on a repository and i start this job the performance of any running backup job to this repository colapses from 15min to several hours (8 to 10), it seems like the reads from the repository are slowing things down. We do use NFS V4.1 on synology boxes in this case with around 12 disks (HDD 7200rpm), normally backups are fast but these 2 are killing each other. I was thinking could this be an issue with NFS settings or other protocol settings? In general we do not see any performance related issues with multiple backup jobs at the same time. In general it feels like reading is killing the writes.

      hope anyone can help us in the right direction.

      1 Reply Last reply Reply Quote 0
      • R Offline
        rtjdamen
        last edited by

        2c0db1e6-54cc-4c35-8dca-42d46c57b309-image.png

        These are the nfs settings we do currently have set on this target

        1 Reply Last reply Reply Quote 0
        • olivierlambertO Offline
          olivierlambert Vates 🪐 Co-Founder CEO
          last edited by

          It's probably that your BR can't keep up with the IOPS. Mirror backup will only read, but it can read a lot if there's a lot of data to mirror.

          Can you try do a mirror first without other backup running on the BR at the same time? To me, the symptom is simply a BR that's not able to keep up.

          R 3 Replies Last reply Reply Quote 0
          • R Offline
            rtjdamen @olivierlambert
            last edited by

            @olivierlambert yes i will check this out as well. The mirror job itself seems to perform well, i changed the nfs to V3 as a first test for now, i read there is more overhead on V4, maybe this will improve things a bit. I will share the results!

            1 Reply Last reply Reply Quote 1
            • R Offline
              rtjdamen @olivierlambert
              last edited by

              @olivierlambert i have changed it to V3 and it feels like it is performing normally now. i need to do some more testing but it seems the synology does handle the read/writes better on V3 then V4.

              1 Reply Last reply Reply Quote 1
              • R Offline
                rtjdamen @olivierlambert
                last edited by

                @olivierlambert moving it to NFS v3 did the trick, no more performance dips when we run mirrors. So if anyone does run into the same issue, try changing this setting on synology, i hope that will help!

                1 Reply Last reply Reply Quote 0
                • olivierlambertO Offline
                  olivierlambert Vates 🪐 Co-Founder CEO
                  last edited by

                  I wonder what's causing this 🤔 So it's like NFSv4 is crippling the BR perfs right? Are you seeing any diff in mirroring job speed?

                  R 1 Reply Last reply Reply Quote 0
                  • R Offline
                    rtjdamen @olivierlambert
                    last edited by

                    @olivierlambert nope not at all. i have a feeling that it's not the disks but more like the overhead on cpu of that boxes. V3 is more lightweight.

                    1 Reply Last reply Reply Quote 0
                    • First post
                      Last post