Closed codefromthecrypt closed 11 years ago
Here's the current ELB region mappings:
ELB Region | HostedZoneId |
---|---|
us-east-1 | Z3DZXE0Q79N41H |
us-west-2 | Z33MTJ483KN6FU |
eu-west-1 | Z3NF1Z3NOM5OY2 |
ap-northeast-1 | Z2YN17T5R711GT |
ap-southeast-1 | Z1WI8VXHPB1R38 |
sa-east-1 | Z2ES78Y61JGQKS |
cc @colmmacc @allenxwang @coryb
In the denominator model, there's 2 ways to approach this.
The special rdata type seems least intrusive, but could result in confusion as record sets with type A
or AAAA
typically always have rdata with one field: address
. If we change this, some tools could possibly break as they'd get null asking for: address. OTOH, if we choose to add a field for the alias target, there'd be no rdata elements, which would break folks in the same way.
I prefer just making a route53-specific Alias rdata type.
whoops.. I meant @q
In the base route53 denominator tests, we can alias another route53 record to ensure base functionality works. The ELB region mapping table can be scoped to the CLI and mock tested there.
issue #245 closes this, and will be merged shortly.
At Netflix, we'd like to target edge traffic to region-specific Route53 A, AAAA Aliases as opposed to dualstack CNAMEs.
An example CLI command would be the following:
Ex.
denominator could maintain a lookup table for the default elb hosted zone ids, similar to how it is done in fog.