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

in-cluster DNS and load balancers on more platforms #1666

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

mhrivnak
Copy link
Member

proposes adding in-cluster DNS and load balancers as an option for more platform types than just the current baremetal and openstack.

@openshift-ci openshift-ci bot requested review from abhat and dougbtv August 26, 2024 13:02
Copy link
Contributor

openshift-ci bot commented Aug 26, 2024

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
Once this PR has been reviewed and has the lgtm label, please assign dougbtv for approval. 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:

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

proposes adding in-cluster DNS and load balancers as an option for more
platform types than just the current `baremetal` and `openstack`.
@mhrivnak mhrivnak closed this Aug 26, 2024
@mhrivnak mhrivnak reopened this Aug 26, 2024
Copy link
Contributor

openshift-ci bot commented Aug 26, 2024

@mhrivnak: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/markdownlint 1e8dbd5 link true /test markdownlint

Full PR test history. Your PR dashboard.

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. I understand the commands that are listed here.

CloudControllerManager CloudControllerManager `json:"cloudControllerManager,omitempty"`

// InClusterLoadBalancer is an optional feature that uses haproxy and
// keepalived as loadbalancers running in the cluster. Is is useful in
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
// keepalived as loadbalancers running in the cluster. Is is useful in
// keepalived as loadbalancers running in the cluster. This is useful in

Comment on lines +188 to +205
type InClusterLoadBalancer struct {
// APIVIPs contains the VIP(s) to use for internal API communication. In
// dual stack clusters it contains an IPv4 and IPv6 address, otherwise only
// one VIP
//
// +kubebuilder:validation:MaxItems=2
// +kubebuilder:validation:UniqueItems=true
// +kubebuilder:validation:Format=ip
APIVIPs []string `json:"apiVIPs,omitempty"`

// IngressVIPs contains the VIP(s) to use for ingress traffic. In dual stack
// clusters it contains an IPv4 and IPv6 address, otherwise only one VIP
//
// +kubebuilder:validation:MaxItems=2
// +kubebuilder:validation:UniqueItems=true
// +kubebuilder:validation:Format=ip
IngressVIPs []string `json:"ingressVIPs,omitempty"`
}
Copy link
Contributor

Choose a reason for hiding this comment

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

are the existing API/ingress VIP fields going to be deprecated/moved to this type?

Enable stand-alone OpenShift clusters to be viable out-of-the-box in
environments that A) lack a suitable external DNS and/or load balancer
solution, and B) are not one of the platform types that already provide those
services in-cluster (`baremetal`, `openstack`, an `ovirt`).
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
services in-cluster (`baremetal`, `openstack`, an `ovirt`).
services in-cluster (`baremetal`, `openstack`, `vsphere`, and `ovirt`).

@rvanderp3
Copy link
Contributor

cc @2uasimojo

you might be interested in the install-config implications here

@2uasimojo
Copy link
Member

you might be interested in the install-config implications here

Thanks @rvanderp3. I think these changes will be transparent to hive -- in fact, I'm not even sure if they're applicable to a hive-provisioned cluster -- but I'll keep an eye on this.

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.

3 participants