-
Notifications
You must be signed in to change notification settings - Fork 416
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
Adding the option to disable some xpack features #111
Conversation
… disabled at kibana are modified
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hello @LuisGi93
Really very good work. We believe that Elasticsearch does not take the new configuration. However, you are aware of the problem of Kibana plugin optimization and other changes may be needed.
Best regards,
Alfonso Ruiz-Bravo
…he desabilitation of plugins wasnt applied at kibana
Hello @SitoRBJ, |
Hi team,
this PR solves - https://github.com/wazuh/wazuh-saas/issues/41. It adds the capacity of enabling and disabling xpack features mainly at Kibana but also disable by default xpack machinelearning from the elasticsearch image. All these changes happen when the container is created and it is possible to enable and disable xpacks features using environment variables. For example:
The docker-compose that can be seen above enables the devtools and logs plugin at Kibana and disables the canvas plugin. Right now by default devtools, canvas, infraestructure, machinelearning, logs and apm are disabled by defautl. When a wazuh-kibana container is created it will have the following appearance:
A battery of tests were done:
All the docker images were deleted, then all the images were built and containers were created with the default settings. The following was checked:
The containers were launched again with the same settings. No duplicates values were found at kibana.yml and the elasticserach.yml. They had the same values.
The values of the environment variables were inverted. The containers were created again and the correct values were found at the .yml configuration files. Then the containers were stopped and started again. No duplicate values, no bad indentations and again the correct values were found at the .yml files.
Also an hybrid test was done with some variables set to true and other to false and checked that the corresponding values were set at the .yml files.
The following environment variables were added at Kibana:
They need to have the values true for enabling a feature and false to disable it.
Related issue: https://github.com/wazuh/wazuh-saas/issues/41