Skip to content
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

[META] Automate backwards compatibility test support for OpenSearch project #1873

Closed
9 of 14 tasks
abhinavGupta16 opened this issue Mar 31, 2022 · 1 comment
Closed
9 of 14 tasks
Assignees
Labels

Comments

@abhinavGupta16
Copy link
Contributor

abhinavGupta16 commented Mar 31, 2022

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:

  1. Rolling upgrade
  2. Mixed Cluster search
  3. Snapshot upgrade
  4. Restart upgrade

All components within opensearch project will define bwctests:

  1. Run BWC tests in each component.
  2. Run BWC tests in each component in PR push.
  3. Run BWC tests in release CI against individual component.
  4. Run BWC tests in release CI against the bundle.

Current Status

To run bwc-tests -

  1. Deploy docker image - opensearchstaging/ci-runner:centos7-x64-arm64-jdkmulti-node10.24.1-cypress6.9.1-20211028
  2. Clone opensearch-build repository
  3. run build.sh to build the artifacts
  4. run assemble.sh to install all the components
  5. run test.sh with bwc-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 :

  1. All repositories define their bwc tests for A and B.
  2. Nightly builds will run A for repo level testing via bwctest.sh script defined in each repository.
    Ref: https://github.com/opensearch-project/anomaly-detection/blob/main/integtest.sh
    Eg: ./integtest.sh bwcTest
  3. We will rely on [META] Test orchestration framework #122 and a job to the orchestrator to spin up various kinds of BWC test clusters.
  4. 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.
  5. Report bundle level test status.
@zelinh
Copy link
Member

zelinh commented Nov 9, 2022

Closing in favor of #2870. Will update in that issue for progress.

@zelinh zelinh closed this as completed Nov 9, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants