TypeDB Cluster management

[lolski]

This comment was originally posted by @haikalpribadi on 2018-01-08 19:10:36+01:00.

We should provide Cluster users with a dedicated Cluster console, as there will be lots of interactions for Cluster, as well as Cluster coordination commands.
 
Goals

• To provide a command-line user interface targeted at system administrator
• Must provide an interface for a sysadmin be able to orchestrate a cluster
• The interface must align with the authentication requirements
   
  Approach For Starting A Server / Cluster
  Server / Cluster management can be performed using the following commands:

1. cluster server start
2. cluster server start --join $EXISTING_CLUSTER_IP (when it is ran, it will prompt for a superuser-level credential)
3. cluster server start --join $EXISTING_CLUSTER_IP --user $USER --password $PASSWORD (supply superuser-level credentials directly)
    
   Approach For User Management
   This can be served once the user starts the console: cluster console. When it is ran, it will prompt for a superuser-level credential, and open a special console for user management. this is useful since you don't have to enter to command multiple times)
    
   Open Questions

• Revisit the syntax of showing cluster status to a user
• Revisit what information to display on the cluster status message

[lolski]

This comment was originally posted by @lolski on 2018-01-26 11:56:14+01:00.

Goals

• To provide a command-line user interface targeted at system administrator
• Must provide an interface for a sysadmin be able to orchestrate a cluster
• The interface must align with the authentication requirements
   
  Approach
• "typedb cluster configure " - tell typedb to join a cluster. it should communicate with the cluster via the specified listen adress
• "typedb cluster status" - display cluster status
• "typedb cluster status " - display status of the specified node
   
  Open Questions
• Revisit the syntax of configuring a cluster
• Revisit the syntax of showing cluster status to a user
• Revisit what information to display on the cluster status message

[lolski]

The proposal above was made a long time ago back when the product was still called KGMS. The general idea is still valid, however, we have to update the design according to what we have / will have in TypeDB Cluster.