Configuring capacity estimations and goals
Cruise Control rebalancing works using capacity estimations and goals. You need to configure the capacity estimates based on your resources, and set the goals for Cruise Control to achieve the Kafka partition rebalancing that meets your requirements.
||100 by default|
||Given by the internet provider|
The optimizers in Cruise Control use the network incoming and outgoing capacities to define a
boundary for optimization. The capacity estimates are generated and read by Cruise Control. A
capacity.json file is generated when Cruise Control is started. When a new
broker is added, Cruise Control uses the default broker capacity values. However, in case disk
related goals are used, Cruise Control must be restarted to load the actual disk capacity metrics
of the new broker.
After setting the capacity estimates, you can provide different goals that define the
optimization proposals given by Cruise Control.
Default.goals are used to
pre-compute optimization proposals that can be applied regardless of any anomalies. These
default.goals on a healthy cluster can optimize resource utilization. Supported
goals are also available to assist the optimized rebalancing process. When these goals are
fulfilled, the rebalancing is successful. When the goals are violated, self-healing can be used
and rebalancing must be carried out.
Cruise Control has an anomaly detection feature where goal violations can also be set. The
anomaly.detection.goals configuration defines when the goals are not met, thus
causing a violation. These anomalies can be fixed by the proposal generated from the
self.healing.goals configuration. In case there is no self-healing goal
specified, Cruise Control uses the
default.goals setting. Hard goals can also be
set to guarantee the fulfilment of any optimization or self-healing process.
You can find the capacity estimate and goal configurations at.
The following table lists all the configurations that are needed to configure Cruise Control specifically to your environment. For the list of goals, see the upstream Cruise Control documentation.
||Parallel threads for fetching metrics from the Cloudera Manager database|
||List of default goals|
||List of supported goals|
||List of goals that any optimization proposal must fulfill|
||List of goals to be used for self-healing relevant anomalies|
||List of goals that the anomaly detector should detect if they are violated|
||Storing Cruise Control metrics|
||Storing Cruise Control metircs|
||Time window size for partition metrics|
||Time window size for broker metrics|
||Number of stored partition windows|
||Number of stored broker windows|