Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

support load balanced CNAME records #87

Open
1 of 4 tasks
allenxwang opened this issue Mar 11, 2013 · 2 comments
Open
1 of 4 tasks

support load balanced CNAME records #87

allenxwang opened this issue Mar 11, 2013 · 2 comments

Comments

@allenxwang
Copy link
Contributor

For example, we would like to read AWS route53 records with multiple CNAMEs.

multi-value (load-balanced) ResourceRecordSets:

Tasks:

  • implement base tests for round-robin cnames in mock
  • implement round-robin cnames in ultradns
  • implement round-robin cnames in route53
  • implement round-robin cnames in dynect
@codefromthecrypt
Copy link
Contributor

in UltraDNS, the following commands are needed and imply a premium account: addTCLBPool, addPoolRecord, updatePoolRecord, getPoolRecords, getLoadBalancingPoolsByZone

@codefromthecrypt
Copy link
Contributor

I've a proposal to expose the following to help folks understand the valid values they can place for weight.

List<Integer> WeightedRecordSetApi.supportedWeights();

This is a List as opposed to a DiscreteDomain or Range, as in the case of UltraDNS the values are not contiguous. RangeSet could be used, but that's awkward, especially if exporting as a ReST call. The downside of List is that we need to include every possible number. Since the upper bound is 256 elements (route53), it seems pragmatic to use a list to describe all valid weights.

Here are the constraints that make the case.

  • in all providers, weight = 0 means always serve.
  • in DynECT, valid values are 0-15
  • in UltraDNS, valid values are 0-100 (even numbers)
  • in Route53, valid values are 0-255

cc @allenxwang @colmmacc @jonbodner @jdamick

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants