move stable node feature specific jobs to release-blocking

[AnishShah]

After delaking eviction tests in kubernetes/kubernetes#127874 and kubernetes/kubernetes#126927, we have almost 2 weeks of green runs for eviction tests - https://testgrid.k8s.io/sig-node-containerd#node-kubelet-containerd-eviction.

We should make these jobs release-blocking since Eviction is a stable feature.

/sig node
/assign @SergeyKanzhelev

[AnishShah]

/assign @yujuhong

[kannon92]

These tests have been flaky for a long time. Even though they are green, why choose this over other green tests? I’d also like to see why the crio eviction jobs are still flaky. Containerd seems fine but crio still flakes on pid eviction.

[k8s-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: AnishShah
Once this PR has been reviewed and has the lgtm label, please ask for approval from sergeykanzhelev. For more information see the Kubernetes Code Review Process.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

• config/jobs/kubernetes/sig-node/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[AnishShah]

Even though they are green, why choose this over other green tests?

I intend to make the CPU, memory, and topology manager tests release-blocking again. These tests have been stable recently, so I believe it's appropriate to reinstate their blocking status. I'm not entirely sure why they were initially made non-blocking, but I suspect it was due to flakiness in the past.

[kannon92]

So SIG-Node-Release-Blocking is a bit of a misnomer. Release does not look at that board to determine if there is a problem for the release. They would look at their sig-release board and we have a different process to include that to consider them "release blocking". Serial tests are mostly used by us to determine issues.

I'm happy to move these tests to release blocking but I wanted to clarify this.

[AnishShah]

They would look at their sig-release board and we have a different process to include that to consider them "release blocking"

Sounds good. I was aware of this. What's the process to include these tests in sig-release dashboard? I can follow-up on this too