-
Notifications
You must be signed in to change notification settings - Fork 75
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
[BUG] Cluster status yellow for single node clusters #847
Comments
@drewmiranda-gl, AD supports single node. The problem is AD indices may lose fault tolerance if the single node goes down. We can also allow configuring the behavior of SETTING_NUMBER_OF_REPLICAS. Such configuration is for advanced users. For normal users, I am considering to have auto_expand_replicas of AD indices to be "0~1" or "0~2" so that the single cluster won't go yellow. What do you think? |
Allowing configuration of Thanks! |
Yes. We will only create replica shards if there are sufficient nodes to support it. Cool. We will put this to our backlog. |
@kaituo Shall we create new Feature issue and close this issue or move this issue from bug to Feature? |
I moved this issue from bug to Feature |
Also wanted to note that in a brand new v2.9.0 single-node install, after configuring the Security plugin the following indices are created as well:
|
.plugins-ml-config comes from ml-commons plugin. .opensearch-sap indices come from security analytics plugin. |
I understand in the OP description he was referring to AD, but the issue title refers to single node deployments in general, so I figured single-node deployments with the Security plugin enabled would be valid here as well. Do you want me to make a new issue for this? What exactly do you mean in your response? |
I meant these indices are not created by AD and this repo is AD repo. Do you want to create a new issue in ml-commons and security analytics repo? |
What is the bug?
A clear and concise description of the bug.
I understand this isn't a bug in the sense that the code is working as designed and an intentional choice was made. However, as far as I can find, documentation for Anomaly Detection doesn't appear to explicitly say it does not support single node clusters. IMO either the documentation should be updated to communicate this, OR there should be a configurable way to control the value of SETTING_NUMBER_OF_REPLICAS.
How can one reproduce the bug?
Steps to reproduce the behavior:
What is the expected behavior?
A clear and concise description of what you expected to happen.
Clear guidance and requirements on if a single-node cluster is supported with Anomaly Detection, OR the ability to configure the behavior of SETTING_NUMBER_OF_REPLICAS BEFORE the indexes are created to prevent cluster health from being displayed as yellow.
I understand a workaround could be used (e.g.
curl -X PUT "http://127.0.0.1:9200/.opendistro-*/_settings" -H 'Content-Type: application/json' -d '{"index":{"number_of_replicas":0}}'
), however, this requires one to know such workaround exists and to implement it AFTER the indexes are created. This makes it difficult to have a single series of steps for building/configuring an opensearch cluster.What is your host/environment?
Do you have any screenshots?
If applicable, add screenshots to help explain your problem.
Do you have any additional context?
Add any other context about the problem.
The text was updated successfully, but these errors were encountered: