[ 
https://issues.apache.org/jira/browse/CASSANDRA-14395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16444582#comment-16444582
 ] 

Joseph Lynch commented on CASSANDRA-14395:
------------------------------------------

I hope we run the management sidecar on all nodes as if it were part of the 
database, providing a super easy/language agnostic HTTP interface and proxying 
requests to the proper other sidecars just as Cassandra coordinators do today 
for CQL requests. This means that users don't have to have a separate discovery 
system for the sidecar, understand the difference between "special" nodes and 
not, and assures that we build in fault tolerance by default. This is also 
especially important if we want to unlock next level automatic operations 
features like extracting compaction/repair execution from the main process.

{quote}
so do we pass commands between the management processes and then each node 
issues its own JMX commands to itself?
{quote}
I think this is the right approach, use JMX for the last mile and use HTTP 
between the sidecars for the rest. Since the connections are not persistent it 
will be much more resilient and easy to program for (dealing with JMX 
availability over remote long lived connections is ... no fun).

> C* Management process
> ---------------------
>
>                 Key: CASSANDRA-14395
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-14395
>             Project: Cassandra
>          Issue Type: New Feature
>            Reporter: Dinesh Joshi
>            Assignee: Dinesh Joshi
>            Priority: Major
>
> I would like to propose amending Cassandra's architecture to include a 
> management process. The detailed description is here: 
> https://docs.google.com/document/d/1UV9pE81NaIUF3g4L1wxq09nT11AkSQcMijgLFwGsY3s/edit
> I'd like to propose seeding this with a few simple use-cases such as Health 
> Checks, Bulk Commands with a simple REST API interface. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to