v1.10 to v1.11
Follow the Regular Upgrading Process.
Upgrading Notable Changes
API Changes
- Introduced
Suspensionto thePropagationPolicy/ClusterPropagationPolicyAPI to provide a cluster-level resource propagation pause and resume capabilities. - Introduced
Dispatchingcondition to theWorkAPI to represent the dispatching status. ResourceInterpreterCustomization: Added two additional printer columns, TARGET-API-VERSION and TARGET-KIND, to represent the target resource type, these columns will be displayed in the output of kubectl get.PropagationPolicy/ClusterPropagationPolicy: Added two additional printer columns,Conflict-ResolutionandPriority, to represent the conflict resolution strategy and priority, these columns will be displayed in the output of kubectl get.- Introduced
CRDTarballto theKarmadaAPI to supports custom CRD download strategy.
Deprecation
- The following labels that were deprecated(replaced by
propagationpolicy.karmada.io/permanent-idandclusterpropagationpolicy.karmada.io/permanent-id) at release-1.10 now have been removed:- propagationpolicy.karmada.io/namespace
- propagationpolicy.karmada.io/name
- clusterpropagationpolicy.karmada.io/name
- Specification of merics and health probe port parameters. Karmada introduced the
--metrics-bind-addressand--health-probe-bind-addressflags and deprecated the following labels. This is a compatible change as the default values remain unchanged from previous versions.- The flags deprecated by
karmada-agentare: --bind-address --secure-port - The flags deprecated by
karmada-controller-managerare: --bind-address --secure-port - The flags deprecated by
karmada-deschedulerare: --bind-address --secure-port - The flags deprecated by
karmada-schedulerare: --bind-address --secure-port - The flags deprecated by
karmada-scheduler-estimatorare: --bind-address --secure-port
- The flags deprecated by