Multiple targets for a single DNS record
Hi, we are using non-hosted zones with multiple records to load balance between VMs.
It seems a bit wrong to have multiple identical records, one can have TLS enabled and one can have it disabled, but this is incorrect, as both will likely have TLS, as the LB seems to enable TLS even if only one is enabled.
A suggestion that would be more logical for this, would be to have a single record, and then allow multiple targets instead. This way we only add a single @ record, enable TLS, and point it to app-1 and app-2, etc.
- Jake Warner...
Hi Niels,
We actually introduced this functionality about a month ago, but only for HTTP routing.
In your DNS record, if you click Advanced at the bottom, you’ll see an option called Traffic Splitting. You can add variants there. :)
Keep in mind the default route always has a weight of 100 and cannot be disabled. But if you added another route, and gave it a weight of 100, it would receive 50% of the traffic. (Two routes of equal 100 weight)
Does this solve what you’re looking to do?
- Niels Schmidt...
Hi all,
If anyone else needs a solution then this is what worked for us, building upon what Jake mentioned above.We have a zone with a single record pointing to a deployment+container name that does not exist (and must never exist) and then adding all of our target VMs as traffic-splits.
This means the following for us:- It simplifies our scripts as we do this across 1k+ zones
- We can control how much traffic goes to each app-server using the weights
- We can also disable an app-server by setting the weight to 0
Some screenshot of how we configured it on a record in a zone:
- Jake Warner...
Thanks for the added context Niels!
Join the conversation
Sign in with your Cycle account to reply to this thread.