[
https://issues.apache.org/jira/browse/CASSJAVA-92?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17955922#comment-17955922
]
Abe Ratnofsky commented on CASSJAVA-92:
---------------------------------------
Yeah, I'm in favor of using the existing CLIENT_OPTIONS map for any misc
options, and letting the driver optionally send more options there as
informational (CUSTOM_OPTION_x) in addition to what's expected by the server.
Then the driver gets to decide what of its config it wants to send to the
server.
What's your thinking behind keeping LOCAL_DC separate? We're going to have
LOCAL_RACK as well soon (with Netflix's Weighted Least-Loaded Load Balancing
Policy), and my thinking is that we're better off limiting schema churn.
> Add Local DC to driver connection info and provide visibility with nodetool
> clientstats
> ---------------------------------------------------------------------------------------
>
> Key: CASSJAVA-92
> URL: https://issues.apache.org/jira/browse/CASSJAVA-92
> Project: Apache Cassandra Java driver
> Issue Type: Improvement
> Components: Core
> Reporter: Brad Schoening
> Assignee: Lukasz Antoniak
> Priority: Normal
> Fix For: 4.19.1
>
> Time Spent: 1h
> Remaining Estimate: 0h
>
> When a client application connects to Cassandra using one of the drivers, it
> specifies a local DC now. If the server is aware of the local DC specified,
> this would be very useful to include in {_}nodetool clientstats{_}.
> We often have clusters running disaster recovery scenarios and they'll turn
> off NTR on a DC. But they do not always understand what DC's are being used
> as local DC if they have dozens of applications connecting from different
> teams. In a brown-out scenario, this would also be useful to identify the
> applications connecting to a degraded datacenter.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]