Skip to content
This repository has been archived by the owner on Jun 24, 2022. It is now read-only.

Remove multi instances support #566

Merged
merged 18 commits into from
Jun 3, 2019

Conversation

jmlrt
Copy link
Member

@jmlrt jmlrt commented May 27, 2019

This PR should remove multi-instance support of ansible-elasticsearch role.
As mentionned in #554 (comment), with Elasticsearch 7.0 installing more than one node on the same host is no more supported.

⚠️ It should be merged after #567 which is a prerequisite and after new PR to come which should update README instructions to manage es 7.x with multi-instances for existing use cases.

Note that my IDE cleaned a lot of end of line whitespaces, so I highly recommend selecting GitHub Hide whitespace changes checkbox during review :).

jmlrt added 2 commits May 27, 2019 12:08
The goal is to stop supporting installation of more than one node in the same host. This commit update the Ansible role README documentation and remove the multi instances kitchen test.
As we no more need to support more than one node on the same host, we no more need to override init files provided by elasticsearch official packages.
@jmlrt jmlrt self-assigned this May 27, 2019
@jmlrt jmlrt requested a review from Crazybus May 27, 2019 22:07
@jmlrt jmlrt marked this pull request as ready for review May 27, 2019 22:14
Copy link
Contributor

@Crazybus Crazybus left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM apart from a minor typo and removing some defaults from the example!

README.md Outdated Show resolved Hide resolved
README.md Show resolved Hide resolved
README.md Show resolved Hide resolved
README.md Outdated Show resolved Hide resolved
@jmlrt jmlrt requested a review from Crazybus May 31, 2019 11:59
Crazybus
Crazybus previously approved these changes May 31, 2019
Copy link
Contributor

@Crazybus Crazybus left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM! I had a few comments but none of them are blockers for getting this merged in, and none will require backwards incompatible changes.

README.md Outdated Show resolved Hide resolved
README.md Show resolved Hide resolved
README.md Show resolved Hide resolved
README.md Outdated

The parameter `es_xpack_features` by default enables all features i.e. it defaults to ["alerting","monitoring","graph","security","ml"]
The parameter `es_xpack_features` allows to list xpack features to install (example: `["alerting","monitoring","graph","security","ml"]`).
When the list is empty, it install all features available with the current licence.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This variable doesn't actually install anything. The only time es_xpack_features is actually referred to is this line:

fail: msg="Enabling security requires an es_api_basic_auth_username and es_api_basic_auth_password to be provided to allow cluster operations"
when:
- es_enable_xpack and "security" in es_xpack_features
- es_api_basic_auth_username is not defined

Now that it is empty by default I'm not sure if this adds any value at all. Instead I think we can just drop this whole variable and make sure that we explain that you need to set the username and password if you are using security.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's strange that you saw a change in this PR because this is a change from https://github.com/elastic/ansible-elasticsearch/pull/560/files which is already merged

tasks/xpack/security/elasticsearch-xpack-activation.yml Outdated Show resolved Hide resolved
end
end
else
features.each do |feature, status|
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Whats the idea of wanting to test this? If this were to start failing it would be because of a changed default in an Elasticsearch version. If that were to happen we would just be updating the defaults in this test file right?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The idea was to still have a test when es_xpack_features variable is empty but I can remove it if you think it's not relevant.

Copy link
Member Author

@jmlrt jmlrt Jun 3, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's strange that you saw a change in this PR because this is a change from https://github.com/elastic/ansible-elasticsearch/pull/560/files which is already merged

test/integration/oss-upgrade.yml Outdated Show resolved Hide resolved
@jmlrt jmlrt requested a review from Crazybus June 3, 2019 11:58
@jmlrt jmlrt merged commit 2cb020a into elastic:master Jun 3, 2019
@jmlrt jmlrt deleted the remove-multi-instances-support branch June 3, 2019 12:18
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants