You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Starting in v1.21, you can optionally specify the class of a load balancer implementation for
648
-
`LoadBalancer`type of Service by setting the field `spec.loadBalancerClass`.
647
+
`spec.loadBalancerClass`enables you to use a load balancer implementation other than the cloud provider default. This feature is available from v1.21, you must enable the `ServiceLoadBalancerClass` feature gate to use this field in v1.21, and the feature gate is enabled by default from v1.22 onwards.
649
648
By default, `spec.loadBalancerClass` is `nil` and a `LoadBalancer` type of Service uses
650
-
the cloud provider's default load balancer implementation.
649
+
the cloud provider's default load balancer implementation if the cluster is configured with
650
+
a cloud provider using the `--cloud-provider` component flag.
651
651
If `spec.loadBalancerClass` is specified, it is assumed that a load balancer
652
652
implementation that matches the specified class is watching for Services.
653
653
Any default load balancer implementation (for example, the one provided by
@@ -657,7 +657,6 @@ Once set, it cannot be changed.
657
657
The value of `spec.loadBalancerClass` must be a label-style identifier,
658
658
with an optional prefix such as "`internal-vip`" or "`example.com/internal-vip`".
659
659
Unprefixed names are reserved for end-users.
660
-
You must enable the `ServiceLoadBalancerClass` feature gate to use this field.
0 commit comments