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

    Backup and the replication - Functioning/Scale

    Scheduled Pinned Locked Moved Backup
    19 Posts 6 Posters 646 Views 6 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.
    • F Offline
      fcgo @Pilow
      last edited by fcgo

      @florent can you confirm for the replication job ?

      Thank you

      florentF 1 Reply Last reply Reply Quote 0
      • florentF Offline
        florent Vates 🪐 XO Team @fcgo
        last edited by florent

        @fcgo it goes from xapi (= pool/hosts) to xapi , and xapi to remote as of now, you can't chain proxy .

        xapi call uses https, that means that replication accross sites uses https . If you do backup, and your backup is in the same site as your NFS, then the xapi<-> proxy path is in https, and the proxy <-> NFS will be local

        that is one of the strength ( and complexity ) of xcp-ng infra : everything go through an API ( the xapi ) nobody access host/pool data directly from the outside

        F 1 Reply Last reply Reply Quote 0
        • F Offline
          fcgo @florent
          last edited by fcgo

          @florent Hi,

          Thank you.

          And during backup which host is working hard during the vdi export to XOA (or to the proxy) : is it the host which contains the backed up VM, or is the master also doing some work (other than control channel calls) ? Through which host the network flow is going through ?

          florentF 1 Reply Last reply Reply Quote 0
          • florentF Offline
            florent Vates 🪐 XO Team @fcgo
            last edited by florent

            @fcgo if the storage is shared : the export is done by one of the host of the pool
            If the storage is not the export is done by the host with the storage . Same for the host receiving the data

            The command channel, as you said, is always the master to the xoa (and eventually xo-proxy)

            So for a replication :

            [source SR] => source host =https export call=> xoa / xo-proxy =https import call=> target host => [target SR]

            • if the xoa is running on the host doing an export, it does not use the physical network
            • the network use between the host and SR is dependent on the storage used
            F 1 Reply Last reply Reply Quote 0
            • F Offline
              fcgo @florent
              last edited by

              @florent "the export is done by one of the host of the pool"
              How is this host selected ? Is it the master one, the one hosting the VM, or the less busy one in case of shared storage ?

              F 1 Reply Last reply Reply Quote 0
              • F Offline
                fcgo @fcgo
                last edited by

                @florent did you have the the time to check my last question related to how the host (doing the export) is selected ?

                Br,

                florentF 1 Reply Last reply Reply Quote 0
                • florentF Offline
                  florent Vates 🪐 XO Team @fcgo
                  last edited by

                  @fcgo AFAIK the host is selected as random maybe @andriy.sultanov know more

                  A 1 Reply Last reply Reply Quote 0
                  • A Offline
                    andriy.sultanov Vates 🪐 XAPI & Network Team @florent
                    last edited by

                    @florent @fcgo the host that was queried (with host_ip/export_raw_vdi) will do the export from the shared SR, and will redirect the query to the host that can see the SR otherwise. So it's up to the XO/other orchestrators if they want to distribute the load here.

                    1 Reply Last reply Reply Quote 0
                    • V Offline
                      Vanny 3rd party vendor
                      last edited by

                      In some third-party backup solutions (for example Vinchin and similar enterprise platforms), proxy pool management and job distribution are fully automated, which helps when managing hundreds or thousands of VMs across sites.

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

                        @vanny you can say you are working for Vinchin, I prefer when it's clearly told 😉

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