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
Is your feature request related to a problem? Please describe.
We do a lot of manual testing. Need visible and repeatable automation for end-to-end upgrade paths described in https://opensearch.org/faq/#c3, including rolling and restart upgrades. Plugins should be able to contribute setup steps in an older version (data) and integration tests that run in mixed and upgraded cluster states.
Proposal
We would like to see CI/CD that shows that a specific bundle build of OpenSearch has been tested on a list of upgrade paths.
Here is our proposal for BWC/Upgrade testing for OpenSearch project.
All BWC tests include:
Rolling upgrade
Mixed Cluster search
Snapshot upgrade
Restart upgrade
All components within opensearch project will define bwctests:
Run BWC tests in each component.
Run BWC tests in each component in PR push.
Run BWC tests in release CI against individual component.
Nightly builds will also run B for bundle level testing via bwctest.sh defined in each repository using the clusters setup by the orchestrator. The orchestrator job will make calls to the bwctest.sh script to perform various steps of testing during upgrade.
Eg: For Rolling Upgrade, the orchestrator job will spin an old version (the versions should be defined via a manifest, TBD).
a. Kick off ingestion via ./bwctest.sh RollingUpgradeIngestTest
b. Upgrade a node to new version
c. Kick off mixed cluster test via ./bwctest.sh MixedClusterSearchTest
d. Upgrade all nodes to the latest version.
e. Kick off upgraded cluster test via ./bwctest.sh UpgradedClusterTest
f. Report test status and repeat for every repository.
Report bundle level test status.
The text was updated successfully, but these errors were encountered:
Following up on the previous META issue - #90
Is your feature request related to a problem? Please describe.
We do a lot of manual testing. Need visible and repeatable automation for end-to-end upgrade paths described in https://opensearch.org/faq/#c3, including rolling and restart upgrades. Plugins should be able to contribute setup steps in an older version (data) and integration tests that run in mixed and upgraded cluster states.
Proposal
We would like to see CI/CD that shows that a specific bundle build of OpenSearch has been tested on a list of upgrade paths.
Here is our proposal for BWC/Upgrade testing for OpenSearch project.
All BWC tests include:
All components within opensearch project will define bwctests:
Current Status
To run bwc-tests -
opensearchstaging/ci-runner:centos7-x64-arm64-jdkmulti-node10.24.1-cypress6.9.1-20211028
opensearch-build
repositorybuild.sh
to build the artifactsassemble.sh
to install all the componentstest.sh
withbwc-tests
To complete P0 we need the dependency installer to install each plugin and run the test for each plugin on a separate cluster.
Tasks
P0
Release CI BWC test workflow: [Meta] #232
P1
Here is the design proposal for #121 :
Ref: https://github.com/opensearch-project/anomaly-detection/blob/main/integtest.sh
Eg:
./integtest.sh bwcTest
Eg: For Rolling Upgrade, the orchestrator job will spin an old version (the versions should be defined via a manifest, TBD).
a. Kick off ingestion via
./bwctest.sh RollingUpgradeIngestTest
b. Upgrade a node to new version
c. Kick off mixed cluster test via
./bwctest.sh MixedClusterSearchTest
d. Upgrade all nodes to the latest version.
e. Kick off upgraded cluster test via
./bwctest.sh UpgradedClusterTest
f. Report test status and repeat for every repository.
The text was updated successfully, but these errors were encountered: