Skip to main content
Version: v1.4

Key Features

Cross-cloud multi-cluster multi-mode management

Karmada supports:

  • Safe isolation:
    • Create a namespace for each cluster, prefixed with karmada-es-.
  • Multi-mode connection:
    • Push: Karmada is directly connected to the cluster kube-apiserver.
    • Pull: Deploy one agent component in the cluster, Karmada delegates tasks to the agent component.
  • Multi-cloud support(Only if compliant with Kubernetes specifications):
    • Support various public cloud vendors.
    • Support for private cloud.
    • Support self-built clusters.

The overall relationship between the member cluster and the control plane is shown in the following figure:

overall-relationship.png

Multi-policy multi-cluster scheduling

Karmada supports:

  • Cluster distribution capability under different scheduling strategies:
    • ClusterAffinity: Oriented scheduling based on ClusterName, Label, Field.
    • Toleration: Scheduling based on Taint and Toleration.
    • SpreadConstraint: Scheduling based on cluster topology.
    • ReplicasScheduling: Replication mode and split mode for instanced workloads.
  • Differential configuration(OverridePolicy):
    • ImageOverrider: Differentiated configuration of mirrors.
    • ArgsOverrider: Differentiated configuration of execution parameters.
    • CommandOverrider: Differentiated configuration for execution commands.
    • PlainText: Customized Differentiation Configuration.
  • Support reschedule with following components:
    • Descheduler(karmada-descheduler): Trigger rescheduling based on instance state changes in member clusters.
    • Scheduler-estimator(karmada-scheduler-estimator): Provides the scheduler with a more precise desired state of the running instances of the member cluster.

Much like k8s scheduling, Karmada support different scheduling policy. The overall scheduling process is shown in the figure below:

overall-relationship.png

If one cluster does not have enough resource to accommodate their pods, Karamda will reschedule the pods. The overall rescheduling process is shown in the following figure:

overall-relationship.png

Cross-cluster failover of applications

Karmada supports:

  • Cluster failover:
    • Karmada supports users to set distribution policies, and automatically migrates the faulty cluster replicas in a centralized or decentralized manner after a cluster failure.
  • Cluster taint settings:
    • When the user sets a taint for the cluster and the resource distribution strategy cannot tolerate the taint, Karmada will also automatically trigger the migration of the cluster replicas.
  • Uninterrupted service:
    • During the replicas migration process, Karmada can ensure that the service replicas does not drop to zero, thereby ensuring that the service will not be interrupted.

Karmada supports failover for clusters, one cluster failure will cause failover of replicas as follows:

overall-relationship.png

Global Uniform Resource View

Karmada supports:

  • Resource status collection and aggregation: Collect and aggregate state into resource templates with the help of the Resource Interpreter.
    • User-defined resource, triggering webhook remote calls.
    • Fixed encoding in Karmada for some common resource types.
  • Unified resource management: Unified management for create, update, delete, query.
  • Unified operations: Exec operations command(describe, exec, logs) in one k8s context.
  • Global search for resources and events:
    • Cache query: global fuzzy search and global precise search are supported.
    • Third-party storage: Search engine (Elasticsearch or OpenSearch), relational database, graph database are supported.

Users can access and operate all member clusters via karmada-apiserver:

overall-relationship.png

Users also can check and search all member clusters resources via karmada-apiserver:

overall-relationship.png

Best Production Practices

Karmada supports:

  • Unified authentication:
    • Aggregate API unified access entry.
    • Access control is consistent with member clusters.
  • Unified resource quota(FederatedResourceQuota):
    • Globally configures the ResourceQuota of each member cluster.
    • Configure ResourceQuota at the federation level.
    • Collects the resource usage of each member cluster in real time.
  • Reusable scheduling strategy:
    • Resource templates are decoupled from scheduling policies, plug and play.

Users can access all member clusters with unified authentication:

overall-relationship.png

Users also can defined global resource quota via FederatedResourceQuota:

overall-relationship.png

Cross-cluster service governance

karmada supports:

Users can enable service governance for cross-cluster with Karmada:

overall-relationship.png