You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I had searched in the issues and found no similar feature requirement.
Description
# Enable shard metrics and records indices into multi-physical indices, one index template per metric/meter aggregation function or record.logicSharding: ${SW_STORAGE_ES_LOGIC_SHARDING:false}
Currently, we have logicSharding concept in the OAP's booting parameter list. This could be manually controlled by the users. But still, I feel this is a little exposing too much, as actually, this is an expired feature already.
I want to propose an automatic sharding mechanism to replace this.
OAP always booting with no-logic-sharding in the clean installation.
OAP could automatically pick up the logic sharding value when the configuration is absent or logicSharding=false.
Flag logicSharding setting deprecated as we would never recommend the user to set it manually again.
We remove this configuration from YAML and only keep the system env reading(SW_STORAGE_ES_LOGIC_SHARDING) in the code in case of force setting to resolve bugs in urgent.
Use case
As a result of this enhancement, we could always have the latest and recommended index pattern in the new installation, and would not break users' old deployment.
Make sense. As the merge mode has been set by default since 9.2.0. I think it is time to remove it from the YAML and only keep it in system env in case the old env doesn't want to wipe the storage when upgrading.
Search before asking
Description
Currently, we have
logicSharding
concept in the OAP's booting parameter list. This could be manually controlled by the users. But still, I feel this is a little exposing too much, as actually, this is an expired feature already.I want to propose an automatic sharding mechanism to replace this.
logicSharding=false
.logicSharding
setting deprecated as we would never recommend the user to set it manually again.SW_STORAGE_ES_LOGIC_SHARDING
) in the code in case of force setting to resolve bugs in urgent.Use case
As a result of this enhancement, we could always have the latest and recommended index pattern in the new installation, and would not break users' old deployment.
Related issues
No response
Are you willing to submit a PR?
Code of Conduct
The text was updated successfully, but these errors were encountered: