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

    VMs on OVH with Additional IP unable to be agile

    Scheduled Pinned Locked Moved Management
    4 Posts 3 Posters 74 Views 3 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.
    • M Offline
      McHenry
      last edited by

      We have recently implemented shared storage for VMs and they are now agile, this works well.

      We have xcp-ng hosted on OVH Cloud and have "Additional IPs" for various VMs to allow external access.

      In OVH the additional IPs are associated with a server (xcp-ng host) so if an agile VM is moved to another host the additional IP no longer connects. The only solution I have found is to move the additional IP to the new host when the VM is migrated. This is possible however a more seamless solution would be better.

      Is there a better way to manage VM migration when the VM has an additional IP?

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

        Hi,

        IIRC, some hosting providers are blocking by default everything and only authorize the IPs/MAC when correctly moved on their panels (the same for Scaleway, OVH and few others).

        That was the reasons we moved to our own machines/rack back in 2019. I suppose you can probably use a webhook or some automation to tell the provider API the IP is now on the new host, but even if you do, I think it takes few seconds to 1 minute to make it available again.

        M 1 Reply Last reply Reply Quote 1
        • M Offline
          McHenry @olivierlambert
          last edited by

          @olivierlambert

          Thank you. I never thought of using an automation. I'll look into that.

          OVH does allow you to associate an additional IP with either a server or a vRack. We use vRack for the LAN so I think we can only associate the additional IP with the server.

          1 Reply Last reply Reply Quote 0
          • nikadeN Offline
            nikade Top contributor
            last edited by

            The problem with those providers is, that the additional IP is usually L3 routed to the physical hosts IP.
            A better solution would be to get a /29 subnet or similar, where the gateway is handled by the provider and then configure that subnet on a specific VLAN which is available on all hosts where you want the VM's to be able to run.

            More work for the provider, since they have to setup the gateway IP within the /29 subnet on their router and then configure the VLAN on the switchports towards your hosts, but its the best way to make the VM's agile.

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