v1.11 to v1.12
Follow the Regular Upgrading Process.
Upgrading Notable Changes
API Changes
- Introduced
SecretReftoKarmadaAPI as part of the configuration for connecting to an external etcd cluster can be used to reference a secret that contains credentials for connecting to an external etcd cluster. - Introduced
extraVolumesandextraVolumemountsto theKarmadaAPI to optionally specify extra volumes and volume mounts for the Karmada API server component. - Introduced
ApiServerServicefield toKarmadaAPI as part of the Karmada instance status can be used to reference the API Server service for that instance. This is useful for scenarios where higher level operators need to discover the API Server service of a Karmada instance for tasks like setting up ingress traffic. - Introduced
CustomCertificate.ApiServerCACertfield toKarmadaAPI as part of theKarmadaspec to specify the reference to a secret that contains a custom CA certificate for the Karmada API Server. - API change: The ServiceType of the Karmada API server in
KarmadaAPI now has been restricted toClusterIP,NodePortandLoadBalancer. - Introduced a new condition
CompleteAPIEnablementstoClusterAPI to represent the API collection status. - Introduced
PreserveResourcesOnDeletionfield to bothPropagationPolicyandClusterPropagationPolicyAPI, which provides the ability to roll back migration safely. - API Change: Introduced
FieldOverriderto bothOverridePolicyandClusterOverridePolicy, which provides the ability to override structured data nested in manifest like ConfigMap or Secret. - Introduced
PurgeModetoGracefulEvictionTaskinResourceBindingandClusterResourceBindingAPI. - Introduced
StatePreservationtoPropagationPolicy, which will be used to preserve status in case of application failover.
Deprecation
ExternalEtcd.CAData,ExternalEtcd.CertDataandExternalEtcd.KeyDatainKarmadaAPI are deprecated and will be removed in a future version. Use SecretRef for providing client connection credentials.- The following flags have been deprecated in release
v1.11.0and now have been removed:karmada-agent:- --bind-address
- --secure-port
karmada-controller-manager:- --bind-address
- --secure-port
karmada-scheduler-estimator:- --bind-address
- --secure-port
karmada-scheduler:- --bind-address
- --secure-port
karmada-descheduler:- --bind-address
- --secure-port
karmada-controller-manager
- Introduced feature gate
StatefulFailoverInjectionto control whether Karmada collects and injects state information during a failover event for stateful application. - The feature
Failovernow has been disabled by default, which should be explicitly enabled to avoid unexpected incidents.