- Home
- Unravel 4.5 Documentation
- Advanced topics
- Unravel properties
- AutoAction properties
AutoAction properties
Property/Description | Set by user | Unit | Default |
---|---|---|---|
com.unraveldata.auto.action.default.snooze.period.ms The time repeated violations are to be ignored for the violator, for example, app, user. If the violation is still occurring when awakened the AutoAction executes the action and the violator is once again snoozed. An AutoAction containing a kill or move action is never snoozed. 0: snooze is turned off > 0: snooze is on, there is no upper bound | ms | 3600000 (1 hour) | |
com.unraveldata.auto.action.history.chart.width.ms | |||
com.unraveldata.auto.action.include.customer.org | |||
com.unraveldata.auto.action.metric.discard.ms The AutoAction discards the arriving metrics messages based on this value, i.e., metrics which arrive after this value ignored. Metrics messages which were published before (current time - (value)) are retained, i.e., once a metric is published this value is irrelevant. | ms | 3600000 (1 hour) | |
com.unraveldata.auto.action.policy.enforce.period.ms Maximum wait period for policy enforcement to be triggered. | ms | 180000 (3 min) | |
com.unraveldata.auto.action.publish.internal.metrics.enabled Enables the ability to receive alerts when an application runs over.
| boolean | true | |
com.unraveldata.auto.action.subject.items.max.count | |||
com.unraveldata.smart.auto.action.enabled |
Property/Description | Set by user | Unit | Default |
---|---|---|---|
com.unraveldata.auto.action.enable.policy.enforce.in.jcs Enables AutoActions to be processed under the legacy (pre-4.5.2.0) mode of operation when AutoAction enforcement resided in JCS2 daemon. This works for on-prem mode only. When using this mode you can stop AutoAction daemon. | boolean | false | |
com.unraveldata.auto.action.max.buffered.group.count A message group represents one complete YARN metrics polling cycle. It is incomplete when it has missing messages, messages out of order, etc. This property controls how many message groups can be buffered while waiting for completion of the current group. Once the daemon has buffered the max.buffered.group.count, it either drops or accepts the incomplete group (see max.lost.messages.count) and moves onto processing the next group. Setting this value higher than 1 may increase latency of enforcement of an Auto Actions but can help to alleviate errors in message transport protocol. | count | 1 | |
com.unraveldata.auto.action.max.lost.messages.count Maximum number of lost messages a group can have and still be be accepted for aggregation and policy enforcement. Accepting incomplete groups lowers the consistency of triggered violations but lets the daemon to operate with an “unstable” connection. 0: only complete groups are accepted. > 0: groups missing up to X messages are accepted. | count | 0 | |
com.unraveldata.auto.action.metric.discard.ms When a incoming metric's timestamp is older than this value it is not processed but discarded. This mechanism is designed to deal with Kafka latency, consumer lags and other message delivery delays. It prevents the daemon from acting on outdated data and issuing false-positive violation events that are irrelevant at the present time | ms | 3600000 (1 hour) | |
com.unraveldata.auto.action.policy.db.update.skip.cycle Defines how often the daemon refreshes the AutoAction policy definitions when aggregating and enforcing per enforcement cycle (see enforce.period.ms). 0: All policies are read every time the daemon's ready to aggregate and enforce policies. > 0: The policies are read every X cycle. For instance, 1: the daemon reads them every other cycle, 2: every third period and so on. Changing this value makes sense only if there are a lot of policies defined. | count | 0 | |
com.unraveldata.auto.action.policy.enforce.period.ms Maximum wait period for policy enforcement to be triggered. AutoAction metric aggregation and enforcement cycle is driven by metric producers, i.e., the daemon synchronizes with the metric polling cycles for each monitored cluster. When no YARN metrics are delivered or accepted and therefore policies are not getting evaluated for longer than this period, the daemon will forcibly execute metric aggregation and policy enforcement to process other internal Unravel metrics, such as Workflow, Hive, Tez, Impala metrics. | ms | 180000 (3 min) | |
com.unraveldata.auto.action.transport.receiver.ttl.ms Identifies how long a transport protocol connection remains active without receiving any data from the cluster. If no metrics are received for longer than this value, the cluster is considered terminated and connection is closed on the receiver (daemon's) side. | ms | 1800000 (30 minutes) |