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
649
-
`LoadBalancer`type of Service by setting the field `spec.loadBalancerClass`.
648
+
`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.
650
649
By default, `spec.loadBalancerClass` is `nil` and a `LoadBalancer` type of Service uses
651
-
the cloud provider's default load balancer implementation.
650
+
the cloud provider's default load balancer implementation if the cluster is configured with
651
+
a cloud provider using the `--cloud-provider` component flag.
652
652
If `spec.loadBalancerClass` is specified, it is assumed that a load balancer
653
653
implementation that matches the specified class is watching for Services.
654
654
Any default load balancer implementation (for example, the one provided by
@@ -658,7 +658,6 @@ Once set, it cannot be changed.
658
658
The value of `spec.loadBalancerClass` must be a label-style identifier,
659
659
with an optional prefix such as "`internal-vip`" or "`example.com/internal-vip`".
660
660
Unprefixed names are reserved for end-users.
661
-
You must enable the `ServiceLoadBalancerClass` feature gate to use this field.
0 commit comments