OCPBUGS-20161: Remove unncessary kas port exposure on service - #3139
OCPBUGS-20161: Remove unncessary kas port exposure on service#3139enxebre wants to merge 1 commit into
Conversation
|
@enxebre: This pull request references Jira Issue OCPBUGS-20161, which is invalid:
Comment 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 kubernetes/test-infra repository. |
|
/hold |
|
/cherry-pick release-4.14 |
|
@enxebre: once the present PR merges, I will cherry-pick it on top of release-4.14 in a new PR and assign it to you. 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/test-infra repository. |
6bdc992 to
9b91d79
Compare
|
@enxebre: This pull request references Jira Issue OCPBUGS-20161, which is valid. The bug has been moved to the POST state. 3 validation(s) were run on this bug
No GitHub users were found matching the public email listed for the QA contact in Jira (jiezhao@redhat.com), skipping review request. 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/test-infra repository. |
|
@enxebre: This pull request references Jira Issue OCPBUGS-20161, which is valid. 3 validation(s) were run on this bug
No GitHub users were found matching the public email listed for the QA contact in Jira (jiezhao@redhat.com), skipping review request. 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/test-infra repository. |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: enxebre, mjlshen 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 |
1 similar comment
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: enxebre, mjlshen 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 |
| case "kube-apiserver": | ||
| svc.Spec.Ports[i].Port = kasPort | ||
| svc.Spec.Ports[i].TargetPort = intstr.FromString("https") | ||
| svc.Spec.Ports[i].Protocol = corev1.ProtocolTCP | ||
| foundKAS = true |
There was a problem hiding this comment.
I think removing this is correct
| foundKAS := false | ||
|
|
||
| // TODO (alberto): why this criteria? | ||
| // Introduced here https://github.com/openshift/hypershift/pull/1614/files#diff-62c16653415b8d89921cb26796abc479c31da1654095f7c46b551b470533d66dR368-R372. | ||
| if kasPort == 443 { | ||
| foundKAS = true | ||
| } |
There was a problem hiding this comment.
I'm not familiar with the use-case, but is this so that someone could separate router/KAS traffic onto different ports? If so, this would just be a guard for the ROSA HCP use-case where we use the same port for both. We would then need the if !foundKas block further down at line 279
There was a problem hiding this comment.
I'm not familiar with the use-case, but is this so that someone could separate router/KAS traffic onto different ports? If so, this would just be a guard for the ROSA HCP use-case where we use the same port for both. We would then need the if !foundKas block further down at line 279
Might be the original reason, I'm not aware of this use atm.
But also the if kasPort == 443 {foundKAS = true} is not a valid criteria any more for that potential use case.
|
/hold |
|
/unhold |
|
/test e2e-aws |
|
New changes are detected. LGTM label has been removed. |
|
/test e2e-aws |
17e7190 to
2c8c633
Compare
|
@enxebre: 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. |
|
waiting to lgtm until after the weekend just in case 😅 |
|
@sjenning ok to lgtm now? |
We want to remove the unncessary exposure of port 6443 externally, as this increases the used SG rules, which decreases our max number of HC per management aws account openshift#3139 We split the PR to roll out the HO first to all envs to make sure the haproxy in dataplane for newly created HCs don't point to a port 6443 that won't be exposed.
|
@mjlshen @sjenning this need to be split in two different PRs and 3 steps:
Otherwise environments without this HO, but using the payload with the change might have a data plane haproxy pointing to 6443 which won't be exposed anymore. |
We want to remove the unncessary exposure of port 6443 externally, as this increases the used SG rules, which decreases our max number of HC per management aws account openshift#3139 We split the PR to roll out the HO first to all envs to make sure the haproxy in dataplane for newly created HCs don't point to a port 6443 that won't be exposed.
|
@enxebre: This pull request references Jira Issue OCPBUGS-20161. The bug has been updated to no longer 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 kubernetes/test-infra repository. |
We want to remove the unncessary exposure of port 6443 externally, as this increases the used SG rules, which decreases our max number of HC per management aws account openshift#3139 We split the PR to roll out the HO first to all envs to make sure the haproxy in dataplane for newly created HCs don't point to a port 6443 that won't be exposed.
We want to remove the unncessary exposure of port 6443 externally, as this increases the used SG rules, which decreases our max number of HC per management aws account openshift#3139 We split the PR to roll out the HO first to all envs to make sure the haproxy in dataplane for newly created HCs don't point to a port 6443 that won't be exposed.
We want to remove the unncessary exposure of port 6443 externally, as this increases the used SG rules, which decreases our max number of HC per management aws account openshift#3139 We split the PR to roll out the HO first to all envs to make sure the haproxy in dataplane for newly created HCs don't point to a port 6443 that won't be exposed.
parent a701ee3 author red-hat-trusted-app-pipeline <123456+red-hat-trusted-app-pipeline[bot]@users.noreply.github.com> 1698935322 +0000 committer Kyl-Bempah <24903083+Kyl-Bempah@users.noreply.github.com> 1699984168 -0500 # This is a combination of 2 commits. # This is the 1st commit message: chore(deps): update rhtap references # This is the commit message openshift#2: Enable multi-arch builds Signed-off-by: Kyl-Bempah <24903083+Kyl-Bempah@users.noreply.github.com> # This is the commit message openshift#3: OCPBUGS-16079: No error for overlapping service network and API IP Fixes: OCPBUGS-16079 Ensure that the nodeport IP for the API Server does not conflict with the Service Network CIDR. # This is the commit message openshift#4: Stop exposing kas on 6443 private route service load balancer We want to remove the unncessary exposure of port 6443 externally, as this increases the used SG rules, which decreases our max number of HC per management aws account openshift#3139 We split the PR to roll out the HO first to all envs to make sure the haproxy in dataplane for newly created HCs don't point to a port 6443 that won't be exposed. # This is the commit message openshift#5: OCPBUGS-10423: Update regex validation for nodepool.spec.taints.value # This is the commit message openshift#6: HOSTEDCP-1278: Adjustment cluster-cidr,service-cidr to support dual-stack # This is the commit message openshift#7: KubeVirt: create the etcd encryption key secret, if missing To allow creating of KubeVirt hosted cluster using the hosted cluster API (rather than using the cli). When creating the hosted cluster using the cli, the cli also creates the secret. But when creating the hosted cluster using the hosted cluster API, the secret is not created. This PR changes hypershift so it now creates the etcd encryption key secret, if it is not already exist. Signed-off-by: Nahshon Unna-Tsameret <nunnatsa@redhat.com>
author red-hat-trusted-app-pipeline <123456+red-hat-trusted-app-pipeline[bot]@users.noreply.github.com> 1698935322 +0000 committer Kyl-Bempah <24903083+Kyl-Bempah@users.noreply.github.com> 1699984168 -0500 chore(deps): update rhtap references Enable multi-arch builds Signed-off-by: Kyl-Bempah <24903083+Kyl-Bempah@users.noreply.github.com> OCPBUGS-16079: No error for overlapping service network and API IP Fixes: OCPBUGS-16079 Ensure that the nodeport IP for the API Server does not conflict with the Service Network CIDR. Stop exposing kas on 6443 private route service load balancer We want to remove the unncessary exposure of port 6443 externally, as this increases the used SG rules, which decreases our max number of HC per management aws account openshift#3139 We split the PR to roll out the HO first to all envs to make sure the haproxy in dataplane for newly created HCs don't point to a port 6443 that won't be exposed. OCPBUGS-10423: Update regex validation for nodepool.spec.taints.value HOSTEDCP-1278: Adjustment cluster-cidr,service-cidr to support dual-stack KubeVirt: create the etcd encryption key secret, if missing To allow creating of KubeVirt hosted cluster using the hosted cluster API (rather than using the cli). When creating the hosted cluster using the cli, the cli also creates the secret. But when creating the hosted cluster using the hosted cluster API, the secret is not created. This PR changes hypershift so it now creates the etcd encryption key secret, if it is not already exist. Signed-off-by: Nahshon Unna-Tsameret <nunnatsa@redhat.com> Update RHTAP references parent a701ee3 author red-hat-trusted-app-pipeline <123456+red-hat-trusted-app-pipeline[bot]@users.noreply.github.com> 1698935322 +0000 committer Kyl-Bempah <24903083+Kyl-Bempah@users.noreply.github.com> 1699984168 -0500 chore(deps): update rhtap references Enable multi-arch builds Signed-off-by: Kyl-Bempah <24903083+Kyl-Bempah@users.noreply.github.com> OCPBUGS-16079: No error for overlapping service network and API IP Fixes: OCPBUGS-16079 Ensure that the nodeport IP for the API Server does not conflict with the Service Network CIDR. Stop exposing kas on 6443 private route service load balancer We want to remove the unncessary exposure of port 6443 externally, as this increases the used SG rules, which decreases our max number of HC per management aws account openshift#3139 We split the PR to roll out the HO first to all envs to make sure the haproxy in dataplane for newly created HCs don't point to a port 6443 that won't be exposed. OCPBUGS-10423: Update regex validation for nodepool.spec.taints.value HOSTEDCP-1278: Adjustment cluster-cidr,service-cidr to support dual-stack KubeVirt: create the etcd encryption key secret, if missing To allow creating of KubeVirt hosted cluster using the hosted cluster API (rather than using the cli). When creating the hosted cluster using the cli, the cli also creates the secret. But when creating the hosted cluster using the hosted cluster API, the secret is not created. This PR changes hypershift so it now creates the etcd encryption key secret, if it is not already exist. Signed-off-by: Nahshon Unna-Tsameret <nunnatsa@redhat.com> Update RHTAP references
What this PR does / why we need it:
This was first introduced here https://github.com/openshift/hypershift/pull/1614/files#diff-62c16653415b8d89921cb26796abc479c31da1654095f7c46b551b470533d66dR368-R372 not sure with which purpose.
With the changes in https://github.com/openshift/hypershift/pull/2964/files#diff-39a001edaf01802e79e43b99b8ce38585ea7079c7253be01fe33a4902a9ca184 we stopped defaulting the kas container port to 443 resulting in this "if" to evaluate as true and exposing a new port https://github.com/openshift/hypershift/pull/2964/files#diff-62c16653415b8d89921cb26796abc479c31da1654095f7c46b551b470533d66dL277
Which issue(s) this PR fixes (optional, use
fixes #<issue_number>(, fixes #<issue_number>, ...)format, where issue_number might be a GitHub issue, or a Jira story:Fixes #
Checklist