Closed sunng87 closed 3 months ago
I think gRPC
port is good because it exists in all three types of nodes. Other protocols such as HTTP does not.
Also we should not show grpc port here because on these three node types, grpc serves different purpose and its meaningless to list them together.
But in another meaning, they are serving the same purpose - gRPC requests, wherever they come from users or internal requests.
The metasrv
address is correct. It uses server_addr
in metasrv configuration,which is the the communication server address for frontend and datanode to connect.
But in another meaning, they are serving the same purpose - gRPC requests, wherever they come from users or internal requests.
One scenario I realized using port here may make sense is when multiple instances deployed on a single node, we use port as some sort of process id. I'm ok to keep it until we find better alternatives. We still need to explain the meaning of the ports when it's listed on cluster topology view.
We can add a node_info
table to list all the binding ports for a node.
What type of bug is this?
Incorrect result
What subsystems are affected?
Distributed Cluster
Minimal reproduce step
select * from information_schema.cluster_info
What did you expect to see?
This
peer_addr
field has different implementation for different peer types.--rpc-hostname
parameter, which uses hostname of the node. This is preferred for displaying host address.Also we should not show grpc port here because on these three node types, grpc serves different purpose and its meaningless to list them together.
What did you see instead?
What operating system did you use?
any
What version of GreptimeDB did you use?
HEAD
Relevant log output and stack trace
No response