-
Notifications
You must be signed in to change notification settings - Fork 91
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to scale tb-node in monolith type #102
Comments
listening |
Can't seem to figure this out neither. Any thoughts? |
I dont't know,it's hard to fix. |
What do you mean by "not update anymore"? In dashboard charts (real time or history?), in device latest values tab or what? |
|
I think you need to use zookeeper+kafka for the scaled pods to communicate with each other (even on monolith mode), so to get real time updates on websocket queries. Otherwise the nodes will have their own queues and rule chain exectution logic, which will not trigger the websocket services on one of the nodes that is not receiving data. Also you might not be able to register new rule chains on both nodes if they have no way to communicate with each other. |
I use zookeeper and kafka accord thingsboard-ce-k8s/helm folder. but when i scale tb-node up to 2 or 3 node telemetry not update. |
I've tested scaling by changing the default value of the environment variable "TB_SERVICE_TYPE" from "monolith" to "tb-core" on the tb-node StatefulSet, then deployed another StatefulSet for the rule engine with TB_SERVICE_TYPE set to "tb-rule-engine". Still haven't configured the liveness probe for the rule engine StatefulSet. |
How to scale tb-node in monolith type? When i scale tb-node to 2 or 3 pod, telemetry not update any more.
The text was updated successfully, but these errors were encountered: