v1.10 to v1.11
Follow the Regular Upgrading Process.
Upgrading Notable Changes
API Changes
- Introduced
Suspension
to thePropagationPolicy/ClusterPropagationPolicy
API to provide a cluster-level resource propagation pause and resume capabilities. - Introduced
Dispatching
condition to theWork
API 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-Resolution
andPriority
, to represent the conflict resolution strategy and priority, these columns will be displayed in the output of kubectl get.- Introduced
CRDTarball
to theKarmada
API to supports custom CRD download strategy.
Deprecation
- The following labels that were deprecated(replaced by
propagationpolicy.karmada.io/permanent-id
andclusterpropagationpolicy.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-address
and--health-probe-bind-address
flags and deprecated the following labels. This is a compatible change as the default values remain unchanged from previous versions.- The flags deprecated by
karmada-agent
are: --bind-address --secure-port - The flags deprecated by
karmada-controller-manager
are: --bind-address --secure-port - The flags deprecated by
karmada-descheduler
are: --bind-address --secure-port - The flags deprecated by
karmada-scheduler
are: --bind-address --secure-port - The flags deprecated by
karmada-scheduler-estimator
are: --bind-address --secure-port
- The flags deprecated by