[
https://issues.apache.org/jira/browse/CASSANDRA-5400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13623881#comment-13623881
]
Jonathan Ellis commented on CASSANDRA-5400:
-------------------------------------------
bq. We are currently using virtual IP addresses, and while it works, it seems
like a workaround
Right. So it sounds to me like the choice is, do we optimize for fat clients
colocated with C* nodes and deal with the pain that causes clients and the rest
of the ecosystem, or do we optimize for thin clients and agree that colocating
fat clients will remain possible but painful?
Put that way, it seems pretty clear to me that optimizing for a very niche use
case at the expense of everyone else is the wrong thing to do.
(I'll also note that both embedding Cassandra in the same JVM, and more
powerful server-side CQL constructs, may make colocated fat clients obsolete
anyway in the relatively near term.)
> Allow multiple ports to gossip from a single IP address
> -------------------------------------------------------
>
> Key: CASSANDRA-5400
> URL: https://issues.apache.org/jira/browse/CASSANDRA-5400
> Project: Cassandra
> Issue Type: New Feature
> Affects Versions: 2.0
> Reporter: Carl Yeksigian
> Assignee: Carl Yeksigian
> Fix For: 2.0
>
> Attachments: 5400.txt, 5400-v2.txt, 5400-v3.patch, 5400-v4.patch
>
>
> If a fat client is running on the same machine as a Cassandra node, the fat
> client must be allocated a new IP address. However, since the node is now a
> part of the gossip, the other nodes in the ring must be able to talk to it.
> This means that a local only address (127.0.0.n) won't actually work for the
> rest of the ring.
> This also would allow for multiple Cassandra service instances to run on a
> single machine, or from a group of machines behind a NAT.
> The change is simple in concept: instead of using an InetAddress, use a
> different class. Instead of using an InetSocketAddress, which would still tie
> us to using InetAddress, I've added a new class, "CassandraInstanceEndpoint".
> The serializer allows for reading a serialized Inet4Address or Inet6Address;
> also, the message service can still communicate with
> non-CassandraInstanceEndpoint aware code.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
