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

Reduce number of e2e tests to reduce VM usage #5107

Closed
wants to merge 7 commits into from
Closed

Reduce number of e2e tests to reduce VM usage #5107

wants to merge 7 commits into from

Conversation

r2k1
Copy link
Contributor

@r2k1 r2k1 commented Oct 16, 2024

/kind test

This should reduce pressure on VM quota and save some $$$.

Merge "message of the day" test with other tests.

I also don't think we need to test all permutations of OS and Network for gpu tests. GPU and K8s Network should be unrelated.

@@ -1201,39 +1126,3 @@ func Test_ubuntu1804imdsrestriction_mangletable(t *testing.T) {
},
})
}

func Test_Ubuntu2204MessageOfTheDay(t *testing.T) {
Copy link
Collaborator

Choose a reason for hiding this comment

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

will wanna check with @UtheMan on these, I believe they were recently added

Copy link
Contributor

Choose a reason for hiding this comment

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

That should be fine, added it as separate test since its a separate feature, but if we are fine with combining these cases like this then i'm all for it.

Copy link
Contributor

Choose a reason for hiding this comment

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

We should have a Happy Path test where nothing gets configured and we ensure that none of those settings are getting set.

We could look at combining multiple features into another single e2e test to minimize the number of tests

Copy link
Contributor Author

Choose a reason for hiding this comment

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

While it looks like we didn't set nothing, it's far from truth:

https://github.com/Azure/AgentBaker/blob/master/e2e/template.go#L13-L449

@cameronmeissner
Copy link
Collaborator

might also consider just adding a new tag to indicate that a given scenario shouldn't be executed by default?

granted scenarios with said tag would probably just end up rotting anyways

@@ -212,33 +214,6 @@ func Test_azurelinuxv2gpu(t *testing.T) {
})
}

func Test_azurelinuxv2gpu_azurecni(t *testing.T) {
Copy link
Contributor

Choose a reason for hiding this comment

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

@ganeshkumarashok do you recall why we had separate tests for azure cni?

@UtheMan
Copy link
Contributor

UtheMan commented Oct 16, 2024

might also consider just adding a new tag to indicate that a given scenario shouldn't be executed by default?

granted scenarios with said tag would probably just end up rotting anyways

We could use some sort of "suggestions" for when to run certain scenarios like there are in RP, but many of the tests are tied to CSE execution which could get borked for other things for no reason sometimes... so not sure how safe that would be.

},
LiveVMValidators: []*LiveVMValidator{
// for now azure linux reports itself as mariner, so expected version for azure linux is the same as that for mariner
mobyComponentVersionValidator("containerd", getExpectedPackageVersions("containerd", "mariner", "current")[0], "dnf"),
FileHasContentsValidator("/etc/motd", "foobar"),
Copy link
Contributor

Choose a reason for hiding this comment

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

personally I dont like to test non default settings in the base happy path. We should actually ensure that ALL settings that are not configured are not showing up in the base happy path test.

},
})
}

func Test_marinerv2gpu_azurecni(t *testing.T) {
Copy link
Contributor

Choose a reason for hiding this comment

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

maybe we should keep azure_cni + gpu on the latest AzureLinux ? marinerv2 is somewhat deprecated now no ?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

is it deprecated?

@@ -600,33 +549,6 @@ func Test_ubuntu1804gpu(t *testing.T) {
})
}

func Test_ubuntu1804gpu_azurecni(t *testing.T) {
Copy link
Contributor

Choose a reason for hiding this comment

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

are we loosing the only 1804gpu test we had ?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

we had two of them

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants