5.5 KiB
		
	
	
	
	
	
			
		
		
	
	What's New
Aggregated Kubernetes API Endpoint
The newly introduced karmada-aggregated-apiserver component aggregates all registered clusters and allows users to
access member clusters through Karmada by the proxy endpoint, e.g.
- Retrieve 
Nodefrommember1: /apis/cluster.karmada.io/v1alpha1/clusters/member1/proxy/api/v1/nodes - Retrieve 
Podfrommember2: /apis/cluster.karmada.io/v1alpha1/clusters/member2/proxy/api/v1/namespaces/default/pods Please refer to user guide for more details. 
Promoting Workloads from Legacy Clusters to Karmada
Legacy workloads running in Kubernetes now can be promoted to Karmada smoothly without container restart.
In favor of promote commands added to Karmada CLI, any kind of Kubernetes resources can be promoted to Karmada easily, e.g.
# Promote deployment(default/nginx) from cluster1 to Karmada
kubectl karmada promote deployment nginx -n default -c cluster1
Verified Integration with Ecosystem
Benefiting from the Kubernetes native API support, Karmada can easily integrate the single cluster ecosystem for multi-cluster, multi-cloud purpose. The following components have been verified by the Karmada community:
- argo-cd: refer to working with argo-cd
 - Flux: refer to propagating helm charts with flux
 - Istio: refer to working with Istio
 - Filebeat: refer to working with Filebeat
 - Submariner: refer to working with Submariner
 - Velero: refer to working with Velero
 - Prometheus: refer to working with Prometheus
 
OverridePolicy Improvements
By leverage of the new-introduced RuleWithCluster fields to OverridePolicy and ClusterOverridePolicy, users are now
able to define override policies with a single policy for specified workloads.
Karmada Installation Improvements
Introduced init command to Karmada CLI. Users are now able to install Karmada by a single command.
Please refer to Installing Karmada for more details.
Configuring Karmada Controllers
Now all controllers provided by Karmada work as plug-ins. Users are now able to turn off any of them from the default enabled list.
See --controllers flag of karmada-controller-manager and karmada-agent for more details.
Resource Interpreter Webhook Enhancement
Introduced ReviseReplica support for the Resource Interpreter Webhook framework, which enables scheduling all
customized workloads just like Kubernetes native ones.
Refer to Resource Interpreter Webhook Proposal for more design details.
Other Notable Changes
Bug Fixes
karmada-controller-manager: Fixed the issue that the annotation of resource template cannot be updated. #1012karmada-controller-manager: Fixed the issue of generating binding reference key. #1003karmada-controller-manager: Fixed the inefficiency of en-queue failed task issue. #1068
Features & Enhancements
Karmada CLI: Introduced--cluster-providerflag tojoincommand to specify provider of joining cluster. #1025Karmada CLI: Introducedtaintcommand to set taints for clusters. #889Karmada CLI: The Applied condition of Work andScheduled/FullyAppliedofResourceBindingare available forkubectl get. #1110karmada-controller-manager: The cluster discovery feature now supportsv1beta1ofcluster-api. #1029karmada-controller-manager: TheJob'sstartTimeandcompletionTimenow available at resource template. #1034karmada-controller-manager: introduced--controllersflag to enable or disable controllers. #1083karmada-controller-manager: Support retainownerReferencefrom observed objects. #1116karmada-controller-managerandkarmada-agent: Introducedcluster-cache-sync-timeoutflag to specify the time waiting for cache sync. #1112
Instrumentation (Metrics and Events)
karmada-scheduler-estimator: Introduced/metricsendpoint to emit metrics. #1030- Introduced 
ApplyPolicyandScheduleBindingevents for resource template. #1070 
Deprecation
- The 
ReplicaSchedulingPolicyAPI deprecated at v0.9.0 now has been removed in favor ofReplicaSchedulingofPropagationPolicy. #1161