Skip to content
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

Support differentiating between static and dynamic resource groups #5162

Open
ddanielr opened this issue Dec 10, 2024 · 1 comment
Open

Support differentiating between static and dynamic resource groups #5162

ddanielr opened this issue Dec 10, 2024 · 1 comment
Labels
enhancement This issue describes a new feature, improvement, or optimization.
Milestone

Comments

@ddanielr
Copy link
Contributor

ddanielr commented Dec 10, 2024

In the past accumulo has tracked dead tservers.

For resource groups that have dynamic scaling workloads, there should be an option to disable this tracking of "dead" servers.

We probably don't want to remove this functionality entirely because there might be a static group of tservers which could have issues and failures for those machines should be tracked.

@ddanielr ddanielr converted this from a draft issue Dec 10, 2024
@ddanielr ddanielr added the enhancement This issue describes a new feature, improvement, or optimization. label Dec 10, 2024
@ddanielr ddanielr changed the title Add variable to resource groups for "dynamic" vs "static" scaling of tservers so tracking "Dead tservers" is disabled per resource group. Support differentiating between static and dynamic resource groups Dec 11, 2024
@ddanielr ddanielr added this to the 4.0.0 milestone Dec 11, 2024
@dlmarion
Copy link
Contributor

From what I can tell, the logic in LiveTServerSet.checkServer only adds the tablet server to the dead list if the tablet server path in ZooKeeper exists but there is no lock data, or if the instance does not match (like the tserver was restarted at the same host/port location). The ZooKeeper node for the tserver is deleted after 10 minutes if there is no lock data.

This information is only shown on the Monitor. We could add a Monitor property that is a list of resource groups to ignore, then use that when calling DeadServerList.getList to skip dead servers with a matching resource group in the ServiceLockPath.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement This issue describes a new feature, improvement, or optimization.
Projects
Status: No status
Development

No branches or pull requests

2 participants