OCPBUGS-13106: Increase GCP Concurrent Service Syncs to 10#329
Conversation
|
@JoelSpeed: This pull request references Jira Issue OCPBUGS-13106, which is valid. The bug has been moved to the POST state. 3 validation(s) were run on this bug
Requesting review from QA contact: The bug has been updated to refer to the pull request using the external bug tracker. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
/retest |
|
/payload-aggregate periodic-ci-openshift-release-master-ci-4.16-upgrade-from-stable-4.15-e2e-gcp-ovn-upgrade 10 |
|
@JoelSpeed: trigger 1 job(s) for the /payload-(with-prs|job|aggregate|job-with-prs|aggregate-with-prs) command
See details on https://pr-payload-tests.ci.openshift.org/runs/ci/d8c5d4f0-c4e6-11ee-8a26-fb48a941f9a3-0 |
|
Given feedback from QE, and looking at the test results here, I think this is safe to proceed with. Will want to monitor GCP in the short term to make sure we don't see any long term issues |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: JoelSpeed The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
this looks ok to me, i think my main concern would be if the cpu usage grows on extremely large clusters. if we want to test more, i wonder if we could try this out in a cluster with say 100 nodes, or maybe run something that creates a lot of services so that we could see if it is getting paused or affects performance. 200m seems like a decent amount of cpu, i'm not sure what we would up the request to. /lgtm |
|
@JoelSpeed: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
|
@JoelSpeed: Jira Issue OCPBUGS-13106: Some pull requests linked via external trackers have merged: The following pull requests linked via external trackers have not merged: These pull request must merge or be unlinked from the Jira bug in order for it to move to the next state. Once unlinked, request a bug refresh with Jira Issue OCPBUGS-13106 has not been moved to the MODIFIED state. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
/jira refresh |
|
@gcs278: Jira Issue OCPBUGS-13106: All pull requests linked via external trackers have merged: Jira Issue OCPBUGS-13106 has been moved to the MODIFIED state. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
[ART PR BUILD NOTIFIER] This PR has been included in build ose-cluster-cloud-controller-manager-operator-container-v4.16.0-202402072112.p0.g0dbe9a4.assembly.stream.el9 for distgit ose-cluster-cloud-controller-manager-operator. |
|
/cherry-pick release-4.15 |
|
@JoelSpeed: new pull request created: #359 DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
This should increase the reactiveness of the GCP service controller, meaning that creation and deletion of load balancers is quicker.
/hold
I would like to review the service controller implementation within GCP and run payload testing before we merge this