[
https://issues.apache.org/jira/browse/CASSANDRA-14361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16425723#comment-16425723
]
Jon Haddad edited comment on CASSANDRA-14361 at 4/4/18 3:31 PM:
----------------------------------------------------------------
I agree with you, you could *explicitly* put 1000 seeds in there. Would you
expect there to be 1000 potential seeds in your gossip list by putting 1 thing
in the seed list? People don't even mostly know about this behavior. I'm not
sure it's optimal, and I'm not arguing against changing it, I'm just pointing
it out and saying it's worth a discussion. A point against it being, the new
behavior might be a bit surprising (and maybe it doesn't actually change at all)
was (Author: rustyrazorblade):
I agree with you, you could *explicitly* put 1000 seeds in there. Would you
expect there to be 1000 potential seeds in your gossip list by putting 1 thing
in the seed list? People don't even mostly know about this behavior. I'm not
sure it's optimal, and I'm not arguing against changing it, I'm just pointing
it out and saying it's worth a discussion. A point against it being, the new
behavior might be a bit surprising.
> Allow SimpleSeedProvider to resolve multiple IPs per DNS name
> -------------------------------------------------------------
>
> Key: CASSANDRA-14361
> URL: https://issues.apache.org/jira/browse/CASSANDRA-14361
> Project: Cassandra
> Issue Type: Improvement
> Components: Configuration
> Reporter: Ben Bromhead
> Assignee: Ben Bromhead
> Priority: Minor
> Fix For: 4.0
>
>
> Currently SimpleSeedProvider can accept a comma separated string of IPs or
> hostnames as the set of Cassandra seeds. hostnames are resolved via
> InetAddress.getByName, which will only return the first IP associated with an
> A, AAAA or CNAME record.
> By changing to InetAddress.getAllByName, existing behavior is preserved, but
> now Cassandra can discover multiple IP address per record, allowing seed
> discovery by DNS to be a little easier.
> Some examples of improved workflows with this change include:
> * specify the DNS name of a headless service in Kubernetes which will
> resolve to all IP addresses of pods within that service.
> * seed discovery for multi-region clusters via AWS route53, AzureDNS etc
> * Other common DNS service discovery mechanisms.
> The only behavior this is likely to impact would be where users are relying
> on the fact that getByName only returns a single IP address.
> I can't imagine any scenario where that is a sane choice. Even when that
> choice has been made, it only impacts the first startup of Cassandra and
> would not be on any critical path.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
