sap_hana_install: Enhance with delegated tasks to achieve proper idempotency for addhosts #1122
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
NOTE
New re-imagined approach using Inventory to solve delegation issues with package installations is available at #1126.
Premise
Current workflow of
sap_hana_install
does not execute any tasks on addhosts, be it for new or existing systems, resulting in inconsistent system. All tasks are executed only on managed node, including important configuration tasks like firewall, selinux, etc.Changes
This PR introduces split of role workflow into separate runner files for
Install
andAddhosts
along with range of changes:loop
anddelegate_to
in same task.delegate_to
also cannot be on same level asinclude_tasks
so it is set inside of actual task file. It can be inside of block.sapadm
on addhosts, because it is required whenhdblcm
is running inaddhosts
mode as it cannot use root SSH.Tests
This was tested on SLES 15 SP6 on AWS with AP4S
sap_hana_scaleout
scenario tuning inputs to test:NOTE: Variables in table below were shortened to fit GitHub window size.
sap_hana_install_addhosts
sap_hana_install_addhosts
Implemented workflow diagram