2019-12-24 13:22:05 -05:00
|
|
|
|
tag::aggregations[]
|
|
|
|
|
If set, the {dfeed} performs aggregation searches. Support for aggregations is
|
2020-01-22 11:08:31 -05:00
|
|
|
|
limited and should be used only with low cardinality data. For more information,
|
2019-12-24 13:22:05 -05:00
|
|
|
|
see
|
|
|
|
|
{ml-docs}/ml-configuring-aggregation.html[Aggregating data for faster performance].
|
|
|
|
|
end::aggregations[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::allow-lazy-open[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Advanced configuration option. Specifies whether this job can open when there is
|
2019-12-13 05:48:21 -05:00
|
|
|
|
insufficient {ml} node capacity for it to be immediately assigned to a node. The
|
2020-07-16 10:57:38 -04:00
|
|
|
|
default value is `false`; if a {ml} node with capacity to run the job cannot
|
|
|
|
|
immediately be found, the <<ml-open-job,open {anomaly-jobs} API>> returns an
|
|
|
|
|
error. However, this is also subject to the cluster-wide
|
2019-12-13 05:48:21 -05:00
|
|
|
|
`xpack.ml.max_lazy_ml_nodes` setting; see <<advanced-ml-settings>>. If this
|
|
|
|
|
option is set to `true`, the <<ml-open-job,open {anomaly-jobs} API>> does not
|
|
|
|
|
return an error and the job waits in the `opening` state until sufficient {ml}
|
|
|
|
|
node capacity is available.
|
|
|
|
|
end::allow-lazy-open[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::allow-no-datafeeds[]
|
|
|
|
|
Specifies what to do when the request:
|
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
* Contains wildcard expressions and there are no {dfeeds} that match.
|
|
|
|
|
* Contains the `_all` string or no identifiers and there are no matches.
|
2020-07-16 10:57:38 -04:00
|
|
|
|
* Contains wildcard expressions and there are only partial matches.
|
2019-12-24 13:22:05 -05:00
|
|
|
|
|
|
|
|
|
The default value is `true`, which returns an empty `datafeeds` array when
|
|
|
|
|
there are no matches and the subset of results when there are partial matches.
|
|
|
|
|
If this parameter is `false`, the request returns a `404` status code when there
|
|
|
|
|
are no matches or only partial matches.
|
|
|
|
|
--
|
|
|
|
|
end::allow-no-datafeeds[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::allow-no-jobs[]
|
|
|
|
|
Specifies what to do when the request:
|
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
* Contains wildcard expressions and there are no jobs that match.
|
|
|
|
|
* Contains the `_all` string or no identifiers and there are no matches.
|
|
|
|
|
* Contains wildcard expressions and there are only partial matches.
|
|
|
|
|
|
2020-07-16 10:57:38 -04:00
|
|
|
|
The default value is `true`, which returns an empty `jobs` array
|
|
|
|
|
when there are no matches and the subset of results when there are partial
|
2019-12-13 05:48:21 -05:00
|
|
|
|
matches. If this parameter is `false`, the request returns a `404` status code
|
|
|
|
|
when there are no matches or only partial matches.
|
|
|
|
|
--
|
|
|
|
|
end::allow-no-jobs[]
|
|
|
|
|
|
|
|
|
|
tag::allow-no-match[]
|
|
|
|
|
Specifies what to do when the request:
|
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
* Contains wildcard expressions and there are no {dfanalytics-jobs} that match.
|
|
|
|
|
* Contains the `_all` string or no identifiers and there are no matches.
|
2020-07-16 10:57:38 -04:00
|
|
|
|
* Contains wildcard expressions and there are only partial matches.
|
2019-12-13 05:48:21 -05:00
|
|
|
|
|
2020-07-16 10:57:38 -04:00
|
|
|
|
The default value is `true`, which returns an empty `data_frame_analytics` array
|
|
|
|
|
when there are no matches and the subset of results when there are partial
|
|
|
|
|
matches. If this parameter is `false`, the request returns a `404` status code
|
2019-12-13 05:48:21 -05:00
|
|
|
|
when there are no matches or only partial matches.
|
|
|
|
|
--
|
|
|
|
|
end::allow-no-match[]
|
|
|
|
|
|
|
|
|
|
tag::analysis[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Defines the type of {dfanalytics} you want to perform on your source index. For
|
2019-12-13 05:48:21 -05:00
|
|
|
|
example: `outlier_detection`. See <<ml-dfa-analysis-objects>>.
|
|
|
|
|
end::analysis[]
|
|
|
|
|
|
|
|
|
|
tag::analysis-config[]
|
2019-12-24 13:22:05 -05:00
|
|
|
|
The analysis configuration, which specifies how to analyze the data. After you
|
|
|
|
|
create a job, you cannot change the analysis configuration; all the properties
|
|
|
|
|
are informational.
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::analysis-config[]
|
|
|
|
|
|
|
|
|
|
tag::analysis-limits[]
|
|
|
|
|
Limits can be applied for the resources required to hold the mathematical models
|
|
|
|
|
in memory. These limits are approximate and can be set per job. They do not
|
2019-12-24 13:22:05 -05:00
|
|
|
|
control the memory used by other processes, for example the {es} Java processes.
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::analysis-limits[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::assignment-explanation-anomaly-jobs[]
|
|
|
|
|
For open {anomaly-jobs} only, contains messages relating to the selection
|
|
|
|
|
of a node to run the job.
|
|
|
|
|
end::assignment-explanation-anomaly-jobs[]
|
|
|
|
|
|
|
|
|
|
tag::assignment-explanation-datafeeds[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
For started {dfeeds} only, contains messages relating to the selection of a
|
2020-03-05 10:25:43 -05:00
|
|
|
|
node.
|
2020-03-02 10:28:55 -05:00
|
|
|
|
end::assignment-explanation-datafeeds[]
|
2020-02-26 12:20:36 -05:00
|
|
|
|
|
2020-02-26 05:09:37 -05:00
|
|
|
|
tag::assignment-explanation-dfanalytics[]
|
|
|
|
|
Contains messages relating to the selection of a node.
|
|
|
|
|
end::assignment-explanation-dfanalytics[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::background-persist-interval[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Advanced configuration option. The time between each periodic persistence of the
|
2019-12-13 05:48:21 -05:00
|
|
|
|
model. The default value is a randomized value between 3 to 4 hours, which
|
|
|
|
|
avoids all jobs persisting at exactly the same time. The smallest allowed value
|
|
|
|
|
is 1 hour.
|
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
TIP: For very large models (several GB), persistence could take 10-20 minutes,
|
|
|
|
|
so do not set the `background_persist_interval` value too low.
|
|
|
|
|
|
|
|
|
|
--
|
|
|
|
|
end::background-persist-interval[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::bucket-allocation-failures-count[]
|
|
|
|
|
The number of buckets for which new entities in incoming data were not processed
|
|
|
|
|
due to insufficient model memory. This situation is also signified by a
|
|
|
|
|
`hard_limit: memory_status` property value.
|
|
|
|
|
end::bucket-allocation-failures-count[]
|
|
|
|
|
|
2020-02-26 12:20:36 -05:00
|
|
|
|
tag::bucket-count[]
|
|
|
|
|
The number of buckets processed.
|
|
|
|
|
end::bucket-count[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::bucket-count-anomaly-jobs[]
|
|
|
|
|
The number of bucket results produced by the job.
|
|
|
|
|
end::bucket-count-anomaly-jobs[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::bucket-span[]
|
|
|
|
|
The size of the interval that the analysis is aggregated into, typically between
|
2020-01-22 11:08:31 -05:00
|
|
|
|
`5m` and `1h`. The default value is `5m`. If the {anomaly-job} uses a {dfeed}
|
|
|
|
|
with {ml-docs}/ml-configuring-aggregation.html[aggregations], this value must be
|
|
|
|
|
divisible by the interval of the date histogram aggregation. For more
|
2020-07-16 10:57:38 -04:00
|
|
|
|
information, see {ml-docs}/ml-buckets.html[Buckets].
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::bucket-span[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::bucket-span-results[]
|
|
|
|
|
The length of the bucket in seconds. This value matches the `bucket_span`
|
|
|
|
|
that is specified in the job.
|
|
|
|
|
end::bucket-span-results[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::bucket-time-exponential-average[]
|
|
|
|
|
Exponential moving average of all bucket processing times, in milliseconds.
|
|
|
|
|
end::bucket-time-exponential-average[]
|
|
|
|
|
|
|
|
|
|
tag::bucket-time-exponential-average-hour[]
|
|
|
|
|
Exponentially-weighted moving average of bucket processing times
|
|
|
|
|
calculated in a 1 hour time window, in milliseconds.
|
|
|
|
|
end::bucket-time-exponential-average-hour[]
|
|
|
|
|
|
|
|
|
|
tag::bucket-time-maximum[]
|
|
|
|
|
Maximum among all bucket processing times, in milliseconds.
|
|
|
|
|
end::bucket-time-maximum[]
|
|
|
|
|
|
|
|
|
|
tag::bucket-time-minimum[]
|
|
|
|
|
Minimum among all bucket processing times, in milliseconds.
|
|
|
|
|
end::bucket-time-minimum[]
|
|
|
|
|
|
|
|
|
|
tag::bucket-time-total[]
|
|
|
|
|
Sum of all bucket processing times, in milliseconds.
|
|
|
|
|
end::bucket-time-total[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::by-field-name[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
The field used to split the data. In particular, this property is used for
|
|
|
|
|
analyzing the splits with respect to their own history. It is used for finding
|
2019-12-13 05:48:21 -05:00
|
|
|
|
unusual values in the context of the split.
|
|
|
|
|
end::by-field-name[]
|
|
|
|
|
|
2020-01-02 14:23:26 -05:00
|
|
|
|
tag::calendar-id[]
|
|
|
|
|
A string that uniquely identifies a calendar.
|
|
|
|
|
end::calendar-id[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::categorization-analyzer[]
|
|
|
|
|
If `categorization_field_name` is specified, you can also define the analyzer
|
|
|
|
|
that is used to interpret the categorization field. This property cannot be used
|
|
|
|
|
at the same time as `categorization_filters`. The categorization analyzer
|
2019-12-27 16:30:26 -05:00
|
|
|
|
specifies how the categorization field is interpreted by the categorization
|
2019-12-13 05:48:21 -05:00
|
|
|
|
process. The syntax is very similar to that used to define the `analyzer` in the
|
|
|
|
|
<<indices-analyze,Analyze endpoint>>. For more information, see
|
2019-12-20 13:01:19 -05:00
|
|
|
|
{ml-docs}/ml-configuring-categories.html[Categorizing log messages].
|
2019-12-13 05:48:21 -05:00
|
|
|
|
+
|
|
|
|
|
The `categorization_analyzer` field can be specified either as a string or as an
|
|
|
|
|
object. If it is a string it must refer to a
|
|
|
|
|
<<analysis-analyzers,built-in analyzer>> or one added by another plugin. If it
|
|
|
|
|
is an object it has the following properties:
|
2020-03-30 14:06:33 -04:00
|
|
|
|
+
|
|
|
|
|
.Properties of `categorization_analyzer`
|
|
|
|
|
[%collapsible%open]
|
|
|
|
|
=====
|
|
|
|
|
`char_filter`::::
|
2019-12-13 05:48:21 -05:00
|
|
|
|
(array of strings or objects)
|
2020-06-01 16:46:15 -04:00
|
|
|
|
include::{es-repo-dir}/ml/ml-shared.asciidoc[tag=char-filter]
|
2019-12-13 05:48:21 -05:00
|
|
|
|
|
2020-03-30 14:06:33 -04:00
|
|
|
|
`tokenizer`::::
|
2019-12-13 05:48:21 -05:00
|
|
|
|
(string or object)
|
2020-06-01 16:46:15 -04:00
|
|
|
|
include::{es-repo-dir}/ml/ml-shared.asciidoc[tag=tokenizer]
|
2019-12-13 05:48:21 -05:00
|
|
|
|
|
2020-03-30 14:06:33 -04:00
|
|
|
|
`filter`::::
|
2019-12-13 05:48:21 -05:00
|
|
|
|
(array of strings or objects)
|
2020-06-01 16:46:15 -04:00
|
|
|
|
include::{es-repo-dir}/ml/ml-shared.asciidoc[tag=filter]
|
2020-03-30 14:06:33 -04:00
|
|
|
|
=====
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::categorization-analyzer[]
|
|
|
|
|
|
|
|
|
|
tag::categorization-examples-limit[]
|
|
|
|
|
The maximum number of examples stored per category in memory and in the results
|
2019-12-27 16:30:26 -05:00
|
|
|
|
data store. The default value is `4`. If you increase this value, more examples
|
2019-12-13 05:48:21 -05:00
|
|
|
|
are available, however it requires that you have more storage available. If you
|
|
|
|
|
set this value to `0`, no examples are stored.
|
|
|
|
|
+
|
|
|
|
|
NOTE: The `categorization_examples_limit` only applies to analysis that uses
|
|
|
|
|
categorization. For more information, see
|
2019-12-20 13:01:19 -05:00
|
|
|
|
{ml-docs}/ml-configuring-categories.html[Categorizing log messages].
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::categorization-examples-limit[]
|
|
|
|
|
|
|
|
|
|
tag::categorization-field-name[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
If this property is specified, the values of the specified field will be
|
2019-12-13 05:48:21 -05:00
|
|
|
|
categorized. The resulting categories must be used in a detector by setting
|
|
|
|
|
`by_field_name`, `over_field_name`, or `partition_field_name` to the keyword
|
|
|
|
|
`mlcategory`. For more information, see
|
2019-12-20 13:01:19 -05:00
|
|
|
|
{ml-docs}/ml-configuring-categories.html[Categorizing log messages].
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::categorization-field-name[]
|
|
|
|
|
|
|
|
|
|
tag::categorization-filters[]
|
|
|
|
|
If `categorization_field_name` is specified, you can also define optional
|
|
|
|
|
filters. This property expects an array of regular expressions. The expressions
|
|
|
|
|
are used to filter out matching sequences from the categorization field values.
|
2020-07-16 10:57:38 -04:00
|
|
|
|
You can use this functionality to fine tune the categorization by excluding
|
|
|
|
|
sequences from consideration when categories are defined. For example, you can
|
|
|
|
|
exclude SQL statements that appear in your log files. For more information, see
|
2019-12-20 13:01:19 -05:00
|
|
|
|
{ml-docs}/ml-configuring-categories.html[Categorizing log messages]. This
|
2019-12-13 05:48:21 -05:00
|
|
|
|
property cannot be used at the same time as `categorization_analyzer`. If you
|
2020-07-16 10:57:38 -04:00
|
|
|
|
only want to define simple regular expression filters that are applied prior to
|
|
|
|
|
tokenization, setting this property is the easiest method. If you also want to
|
|
|
|
|
customize the tokenizer or post-tokenization filtering, use the
|
2019-12-13 05:48:21 -05:00
|
|
|
|
`categorization_analyzer` property instead and include the filters as
|
|
|
|
|
`pattern_replace` character filters. The effect is exactly the same.
|
|
|
|
|
end::categorization-filters[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::categorization-status[]
|
|
|
|
|
The status of categorization for the job. Contains one of the following values:
|
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
* `ok`: Categorization is performing acceptably well (or not being used at all).
|
|
|
|
|
* `warn`: Categorization is detecting a distribution of categories that suggests
|
|
|
|
|
the input data is inappropriate for categorization. Problems could be that there
|
|
|
|
|
is only one category, more than 90% of categories are rare, the number of
|
|
|
|
|
categories is greater than 50% of the number of categorized documents, there are
|
|
|
|
|
no frequently matched categories, or more than 50% of categories are dead.
|
|
|
|
|
|
|
|
|
|
--
|
|
|
|
|
end::categorization-status[]
|
|
|
|
|
|
|
|
|
|
tag::categorized-doc-count[]
|
|
|
|
|
The number of documents that have had a field categorized.
|
|
|
|
|
end::categorized-doc-count[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::char-filter[]
|
|
|
|
|
One or more <<analysis-charfilters,character filters>>. In addition to the
|
|
|
|
|
built-in character filters, other plugins can provide more character filters.
|
2020-07-16 10:57:38 -04:00
|
|
|
|
This property is optional. If it is not specified, no character filters are
|
2019-12-13 05:48:21 -05:00
|
|
|
|
applied prior to categorization. If you are customizing some other aspect of the
|
|
|
|
|
analyzer and you need to achieve the equivalent of `categorization_filters`
|
|
|
|
|
(which are not permitted when some other aspect of the analyzer is customized),
|
|
|
|
|
add them here as
|
|
|
|
|
<<analysis-pattern-replace-charfilter,pattern replace character filters>>.
|
|
|
|
|
end::char-filter[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::chunking-config[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
{dfeeds-cap} might be required to search over long time periods, for several
|
|
|
|
|
months or years. This search is split into time chunks in order to ensure the
|
|
|
|
|
load on {es} is managed. Chunking configuration controls how the size of these
|
2020-03-05 10:25:43 -05:00
|
|
|
|
time chunks are calculated and is an advanced configuration option.
|
2020-03-30 14:06:33 -04:00
|
|
|
|
+
|
|
|
|
|
.Properties of `chunking_config`
|
|
|
|
|
[%collapsible%open]
|
|
|
|
|
====
|
|
|
|
|
`mode`:::
|
2019-12-24 13:22:05 -05:00
|
|
|
|
(string)
|
2020-06-01 16:46:15 -04:00
|
|
|
|
include::{es-repo-dir}/ml/ml-shared.asciidoc[tag=mode]
|
2019-12-24 13:22:05 -05:00
|
|
|
|
|
2020-03-30 14:06:33 -04:00
|
|
|
|
`time_span`:::
|
2019-12-24 13:22:05 -05:00
|
|
|
|
(<<time-units,time units>>)
|
2020-06-01 16:46:15 -04:00
|
|
|
|
include::{es-repo-dir}/ml/ml-shared.asciidoc[tag=time-span]
|
2020-03-30 14:06:33 -04:00
|
|
|
|
====
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::chunking-config[]
|
|
|
|
|
|
2020-05-04 13:37:26 -04:00
|
|
|
|
tag::class-assignment-objective[]
|
|
|
|
|
Defines the objective to optimize when assigning class labels:
|
|
|
|
|
`maximize_accuracy` or `maximize_minimum_recall`. When maximizing accuracy,
|
|
|
|
|
class labels are chosen to maximize the number of correct predictions. When
|
|
|
|
|
maximizing minimum recall, labels are chosen to maximize the minimum recall
|
|
|
|
|
for any class. Defaults to `maximize_minimum_recall`.
|
|
|
|
|
end::class-assignment-objective[]
|
|
|
|
|
|
|
|
|
|
tag::compute-feature-influence[]
|
|
|
|
|
Specifies whether the feature influence calculation is enabled. Defaults to
|
|
|
|
|
`true`.
|
|
|
|
|
end::compute-feature-influence[]
|
|
|
|
|
|
2020-07-16 10:57:38 -04:00
|
|
|
|
tag::custom-preprocessor[]
|
|
|
|
|
(Optional, boolean)
|
|
|
|
|
Boolean value indicating if the analytics job created the preprocessor
|
|
|
|
|
or if a user provided it. This adjusts the feature importance calculation.
|
|
|
|
|
When `true`, the feature importance calculation returns importance for the
|
|
|
|
|
processed feature. When `false`, the total importance of the original field
|
|
|
|
|
is returned. Default is `false`.
|
|
|
|
|
end::custom-preprocessor[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::custom-rules[]
|
|
|
|
|
An array of custom rule objects, which enable you to customize the way detectors
|
|
|
|
|
operate. For example, a rule may dictate to the detector conditions under which
|
2020-07-16 10:57:38 -04:00
|
|
|
|
results should be skipped. For more examples, see
|
2019-12-20 13:01:19 -05:00
|
|
|
|
{ml-docs}/ml-configuring-detector-custom-rules.html[Customizing detectors with custom rules].
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::custom-rules[]
|
|
|
|
|
|
|
|
|
|
tag::custom-rules-actions[]
|
|
|
|
|
The set of actions to be triggered when the rule applies. If
|
2019-12-13 05:48:21 -05:00
|
|
|
|
more than one action is specified the effects of all actions are combined. The
|
|
|
|
|
available actions include:
|
|
|
|
|
|
|
|
|
|
* `skip_result`: The result will not be created. This is the default value.
|
|
|
|
|
Unless you also specify `skip_model_update`, the model will be updated as usual
|
|
|
|
|
with the corresponding series value.
|
|
|
|
|
* `skip_model_update`: The value for that series will not be used to update the
|
|
|
|
|
model. Unless you also specify `skip_result`, the results will be created as
|
|
|
|
|
usual. This action is suitable when certain values are expected to be
|
|
|
|
|
consistently anomalous and they affect the model in a way that negatively
|
|
|
|
|
impacts the rest of the results.
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::custom-rules-actions[]
|
2019-12-13 05:48:21 -05:00
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::custom-rules-scope[]
|
|
|
|
|
An optional scope of series where the rule applies. A rule must either
|
2019-12-13 05:48:21 -05:00
|
|
|
|
have a non-empty scope or at least one condition. By default, the scope includes
|
|
|
|
|
all series. Scoping is allowed for any of the fields that are also specified in
|
|
|
|
|
`by_field_name`, `over_field_name`, or `partition_field_name`. To add a scope
|
|
|
|
|
for a field, add the field name as a key in the scope object and set its value
|
|
|
|
|
to an object with the following properties:
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::custom-rules-scope[]
|
|
|
|
|
|
|
|
|
|
tag::custom-rules-scope-filter-id[]
|
|
|
|
|
The id of the filter to be used.
|
|
|
|
|
end::custom-rules-scope-filter-id[]
|
|
|
|
|
|
|
|
|
|
tag::custom-rules-scope-filter-type[]
|
|
|
|
|
Either `include` (the rule applies for values in the filter) or `exclude` (the
|
|
|
|
|
rule applies for values not in the filter). Defaults to `include`.
|
|
|
|
|
end::custom-rules-scope-filter-type[]
|
|
|
|
|
|
|
|
|
|
tag::custom-rules-conditions[]
|
|
|
|
|
An optional array of numeric conditions when the rule applies. A rule must
|
|
|
|
|
either have a non-empty scope or at least one condition. Multiple conditions are
|
2020-07-16 10:57:38 -04:00
|
|
|
|
combined together with a logical `AND`. A condition has the following
|
2020-03-05 10:25:43 -05:00
|
|
|
|
properties:
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::custom-rules-conditions[]
|
|
|
|
|
|
|
|
|
|
tag::custom-rules-conditions-applies-to[]
|
|
|
|
|
Specifies the result property to which the condition applies. The available
|
|
|
|
|
options are `actual`, `typical`, `diff_from_typical`, `time`. If your detector
|
|
|
|
|
uses `lat_long`, `metric`, `rare`, or `freq_rare` functions, you can only
|
|
|
|
|
specify conditions that apply to `time`.
|
|
|
|
|
end::custom-rules-conditions-applies-to[]
|
|
|
|
|
|
|
|
|
|
tag::custom-rules-conditions-operator[]
|
|
|
|
|
Specifies the condition operator. The available options are `gt` (greater than),
|
2020-07-16 10:57:38 -04:00
|
|
|
|
`gte` (greater than or equals), `lt` (less than) and `lte` (less than or
|
2020-03-05 10:25:43 -05:00
|
|
|
|
equals).
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::custom-rules-conditions-operator[]
|
|
|
|
|
|
|
|
|
|
tag::custom-rules-conditions-value[]
|
|
|
|
|
The value that is compared against the `applies_to` field using the `operator`.
|
|
|
|
|
end::custom-rules-conditions-value[]
|
2019-12-13 05:48:21 -05:00
|
|
|
|
|
|
|
|
|
tag::custom-settings[]
|
|
|
|
|
Advanced configuration option. Contains custom meta data about the job. For
|
|
|
|
|
example, it can contain custom URL information as shown in
|
2019-12-20 13:01:19 -05:00
|
|
|
|
{ml-docs}/ml-configuring-url.html[Adding custom URLs to {ml} results].
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::custom-settings[]
|
|
|
|
|
|
2020-05-05 09:31:58 -04:00
|
|
|
|
tag::daily-model-snapshot-retention-after-days[]
|
2020-05-11 10:41:47 -04:00
|
|
|
|
Advanced configuration option, which affects the automatic removal of old model
|
|
|
|
|
snapshots for this job. It specifies a period of time (in days) after which only
|
|
|
|
|
the first snapshot per day is retained. This period is relative to the timestamp
|
|
|
|
|
of the most recent snapshot for this job. Valid values range from `0` to
|
|
|
|
|
`model_snapshot_retention_days`. For new jobs, the default value is `1`. For
|
2020-07-16 10:57:38 -04:00
|
|
|
|
jobs created before version 7.8.0, the default value matches
|
2020-05-11 10:41:47 -04:00
|
|
|
|
`model_snapshot_retention_days`. For more information, refer to
|
|
|
|
|
{ml-docs}/ml-model-snapshots.html[Model snapshots].
|
2020-05-05 09:31:58 -04:00
|
|
|
|
end::daily-model-snapshot-retention-after-days[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::data-description[]
|
|
|
|
|
The data description defines the format of the input data when you send data to
|
|
|
|
|
the job by using the <<ml-post-data,post data>> API. Note that when configure
|
2020-07-16 10:57:38 -04:00
|
|
|
|
a {dfeed}, these properties are automatically set. When data is received via
|
|
|
|
|
the <<ml-post-data,post data>> API, it is not stored in {es}. Only the results
|
2020-03-30 14:06:33 -04:00
|
|
|
|
for {anomaly-detect} are retained.
|
2019-12-13 05:48:21 -05:00
|
|
|
|
+
|
2020-03-30 14:06:33 -04:00
|
|
|
|
.Properties of `data_description`
|
|
|
|
|
[%collapsible%open]
|
|
|
|
|
====
|
|
|
|
|
`format`:::
|
2019-12-13 05:48:21 -05:00
|
|
|
|
(string) Only `JSON` format is supported at this time.
|
|
|
|
|
|
2020-03-30 14:06:33 -04:00
|
|
|
|
`time_field`:::
|
2019-12-13 05:48:21 -05:00
|
|
|
|
(string) The name of the field that contains the timestamp.
|
|
|
|
|
The default value is `time`.
|
|
|
|
|
|
2020-03-30 14:06:33 -04:00
|
|
|
|
`time_format`:::
|
2019-12-13 05:48:21 -05:00
|
|
|
|
(string)
|
2020-06-01 16:46:15 -04:00
|
|
|
|
include::{es-repo-dir}/ml/ml-shared.asciidoc[tag=time-format]
|
2020-03-30 14:06:33 -04:00
|
|
|
|
====
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::data-description[]
|
|
|
|
|
|
2019-12-18 03:10:12 -05:00
|
|
|
|
tag::datafeed-id[]
|
|
|
|
|
A numerical character string that uniquely identifies the
|
|
|
|
|
{dfeed}. This identifier can contain lowercase alphanumeric characters (a-z
|
|
|
|
|
and 0-9), hyphens, and underscores. It must start and end with alphanumeric
|
|
|
|
|
characters.
|
|
|
|
|
end::datafeed-id[]
|
|
|
|
|
|
|
|
|
|
tag::datafeed-id-wildcard[]
|
|
|
|
|
Identifier for the {dfeed}. It can be a {dfeed} identifier or a wildcard
|
|
|
|
|
expression.
|
|
|
|
|
end::datafeed-id-wildcard[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::dead-category-count[]
|
|
|
|
|
The number of categories created by categorization that will never be assigned
|
|
|
|
|
again because another category's definition makes it a superset of the dead
|
|
|
|
|
category. (Dead categories are a side effect of the way categorization has no
|
|
|
|
|
prior training.)
|
|
|
|
|
end::dead-category-count[]
|
|
|
|
|
|
2019-12-18 03:10:12 -05:00
|
|
|
|
tag::delayed-data-check-config[]
|
|
|
|
|
Specifies whether the {dfeed} checks for missing data and the size of the
|
|
|
|
|
window. For example: `{"enabled": true, "check_window": "1h"}`.
|
|
|
|
|
+
|
|
|
|
|
The {dfeed} can optionally search over indices that have already been read in
|
2020-07-16 10:57:38 -04:00
|
|
|
|
an effort to determine whether any data has subsequently been added to the
|
|
|
|
|
index. If missing data is found, it is a good indication that the `query_delay`
|
|
|
|
|
option is set too low and the data is being indexed after the {dfeed} has passed
|
|
|
|
|
that moment in time. See
|
2019-12-20 13:01:19 -05:00
|
|
|
|
{ml-docs}/ml-delayed-data-detection.html[Working with delayed data].
|
2020-03-30 14:06:33 -04:00
|
|
|
|
+
|
2019-12-18 03:10:12 -05:00
|
|
|
|
This check runs only on real-time {dfeeds}.
|
2020-03-30 14:06:33 -04:00
|
|
|
|
+
|
|
|
|
|
.Properties of `delayed_data_check_config`
|
|
|
|
|
[%collapsible%open]
|
|
|
|
|
====
|
|
|
|
|
`check_window`::
|
2019-12-18 03:10:12 -05:00
|
|
|
|
(<<time-units,time units>>) The window of time that is searched for late data.
|
|
|
|
|
This window of time ends with the latest finalized bucket. It defaults to
|
|
|
|
|
`null`, which causes an appropriate `check_window` to be calculated when the
|
|
|
|
|
real-time {dfeed} runs. In particular, the default `check_window` span
|
|
|
|
|
calculation is based on the maximum of `2h` or `8 * bucket_span`.
|
2020-03-30 14:06:33 -04:00
|
|
|
|
|
|
|
|
|
`enabled`::
|
|
|
|
|
(boolean) Specifies whether the {dfeed} periodically checks for delayed data.
|
|
|
|
|
Defaults to `true`.
|
|
|
|
|
====
|
2019-12-18 03:10:12 -05:00
|
|
|
|
end::delayed-data-check-config[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::dependent-variable[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
Defines which field of the document is to be predicted.
|
|
|
|
|
This parameter is supplied by field name and must match one of the fields in
|
|
|
|
|
the index being used to train. If this field is missing from a document, then
|
|
|
|
|
that document will not be used for training, but a prediction with the trained
|
2019-11-06 07:40:27 -05:00
|
|
|
|
model will be generated for it. It is also known as continuous target variable.
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::dependent-variable[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::desc-results[]
|
|
|
|
|
If true, the results are sorted in descending order.
|
|
|
|
|
end::desc-results[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::description-dfa[]
|
|
|
|
|
A description of the job.
|
|
|
|
|
end::description-dfa[]
|
|
|
|
|
|
|
|
|
|
tag::dest[]
|
2020-03-31 15:51:04 -04:00
|
|
|
|
The destination configuration, consisting of `index` and optionally
|
|
|
|
|
`results_field` (`ml` by default).
|
|
|
|
|
+
|
|
|
|
|
.Properties of `dest`
|
|
|
|
|
[%collapsible%open]
|
|
|
|
|
====
|
|
|
|
|
`index`:::
|
|
|
|
|
(Required, string) Defines the _destination index_ to store the results of the
|
|
|
|
|
{dfanalytics-job}.
|
2020-07-16 10:57:38 -04:00
|
|
|
|
|
2020-03-31 15:51:04 -04:00
|
|
|
|
`results_field`:::
|
|
|
|
|
(Optional, string) Defines the name of the field in which to store the results
|
|
|
|
|
of the analysis. Defaults to `ml`.
|
|
|
|
|
====
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::dest[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::detector-description[]
|
|
|
|
|
A description of the detector. For example, `Low event rate`.
|
|
|
|
|
end::detector-description[]
|
|
|
|
|
|
|
|
|
|
tag::detector-field-name[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
The field that the detector uses in the function. If you use an event rate
|
2019-12-24 13:22:05 -05:00
|
|
|
|
function such as `count` or `rare`, do not specify this field.
|
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
NOTE: The `field_name` cannot contain double quotes or backslashes.
|
|
|
|
|
|
|
|
|
|
--
|
|
|
|
|
end::detector-field-name[]
|
|
|
|
|
|
|
|
|
|
tag::detector-index[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
A unique identifier for the detector. This identifier is based on the order of
|
2020-01-09 11:34:34 -05:00
|
|
|
|
the detectors in the `analysis_config`, starting at zero.
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::detector-index[]
|
|
|
|
|
|
2020-04-22 13:58:26 -04:00
|
|
|
|
tag::dfas-alpha[]
|
|
|
|
|
Regularization factor to penalize deeper trees when training decision trees.
|
|
|
|
|
end::dfas-alpha[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-downsample-factor[]
|
|
|
|
|
The value of the downsample factor.
|
|
|
|
|
end::dfas-downsample-factor[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-eta-growth[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
Specifies the rate at which the `eta` increases for each new tree that is added to the
|
2020-04-22 13:58:26 -04:00
|
|
|
|
forest. For example, a rate of `1.05` increases `eta` by 5%.
|
|
|
|
|
end::dfas-eta-growth[]
|
|
|
|
|
|
2020-08-24 12:56:21 -04:00
|
|
|
|
tag::dfas-feature-processors[]
|
|
|
|
|
A collection of feature preprocessors that modify one or more included fields.
|
|
|
|
|
The analysis uses the resulting one or more features instead of the
|
|
|
|
|
original document field. Multiple `feature_processors` entries can refer to the
|
|
|
|
|
same document fields.
|
|
|
|
|
Note, automatic categorical {ml-docs}/ml-feature-encoding.html[feature encoding] still occurs.
|
|
|
|
|
end::dfas-feature-processors[]
|
|
|
|
|
|
2020-04-22 13:58:26 -04:00
|
|
|
|
tag::dfas-iteration[]
|
|
|
|
|
The number of iterations on the analysis.
|
|
|
|
|
end::dfas-iteration[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-max-attempts[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
If the algorithm fails to determine a non-trivial tree (more than a single
|
|
|
|
|
leaf), this parameter determines how many of such consecutive failures are
|
|
|
|
|
tolerated. Once the number of attempts exceeds the threshold, the forest
|
2020-04-22 13:58:26 -04:00
|
|
|
|
training stops.
|
|
|
|
|
end::dfas-max-attempts[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-max-optimization-rounds[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
A multiplier responsible for determining the maximum number of
|
|
|
|
|
hyperparameter optimization steps in the Bayesian optimization procedure.
|
|
|
|
|
The maximum number of steps is determined based on the number of undefined hyperparameters
|
2020-04-22 13:58:26 -04:00
|
|
|
|
times the maximum optimization rounds per hyperparameter.
|
|
|
|
|
end::dfas-max-optimization-rounds[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-num-folds[]
|
|
|
|
|
The maximum number of folds for the cross-validation procedure.
|
|
|
|
|
end::dfas-num-folds[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-num-splits[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Determines the maximum number of splits for every feature that can occur in a
|
2020-04-22 13:58:26 -04:00
|
|
|
|
decision tree when the tree is trained.
|
|
|
|
|
end::dfas-num-splits[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-soft-limit[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Tree depth limit is used for calculating the tree depth penalty. This is a soft
|
2020-04-22 13:58:26 -04:00
|
|
|
|
limit, it can be exceeded.
|
|
|
|
|
end::dfas-soft-limit[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-soft-tolerance[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Tree depth tolerance is used for calculating the tree depth penalty. This is a
|
2020-04-22 13:58:26 -04:00
|
|
|
|
soft limit, it can be exceeded.
|
|
|
|
|
end::dfas-soft-tolerance[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-timestamp[]
|
|
|
|
|
The timestamp when the statistics were reported in milliseconds since the epoch.
|
|
|
|
|
end::dfas-timestamp[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-timing-stats[]
|
|
|
|
|
An object containing time statistics about the {dfanalytics-job}.
|
|
|
|
|
end::dfas-timing-stats[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-timing-stats-elapsed[]
|
|
|
|
|
Runtime of the analysis in milliseconds.
|
|
|
|
|
end::dfas-timing-stats-elapsed[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-timing-stats-iteration[]
|
|
|
|
|
Runtime of the latest iteration of the analysis in milliseconds.
|
|
|
|
|
end::dfas-timing-stats-iteration[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-validation-loss[]
|
|
|
|
|
An object containing information about validation loss.
|
|
|
|
|
end::dfas-validation-loss[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-validation-loss-fold[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Validation loss values for every added decision tree during the forest growing
|
2020-04-22 13:58:26 -04:00
|
|
|
|
procedure.
|
|
|
|
|
end::dfas-validation-loss-fold[]
|
|
|
|
|
|
|
|
|
|
tag::dfas-validation-loss-type[]
|
|
|
|
|
The type of the loss metric. For example, `binomial_logistic`.
|
|
|
|
|
end::dfas-validation-loss-type[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::earliest-record-timestamp[]
|
|
|
|
|
The timestamp of the earliest chronologically input document.
|
|
|
|
|
end::earliest-record-timestamp[]
|
|
|
|
|
|
|
|
|
|
tag::empty-bucket-count[]
|
|
|
|
|
The number of buckets which did not contain any data. If your data
|
|
|
|
|
contains many empty buckets, consider increasing your `bucket_span` or using
|
|
|
|
|
functions that are tolerant to gaps in data such as `mean`, `non_null_sum` or
|
|
|
|
|
`non_zero_count`.
|
|
|
|
|
end::empty-bucket-count[]
|
|
|
|
|
|
2019-11-06 07:40:27 -05:00
|
|
|
|
tag::eta[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
Advanced configuration option. The shrinkage applied to the weights. Smaller
|
2020-05-04 13:37:26 -04:00
|
|
|
|
values result in larger forests which have a better generalization error.
|
|
|
|
|
However, the smaller the value the longer the training will take. For more
|
2020-08-24 12:56:21 -04:00
|
|
|
|
information, about shrinkage, see
|
2020-08-17 11:27:04 -04:00
|
|
|
|
{wikipedia}/Gradient_boosting#Shrinkage[this wiki article]. By
|
2020-05-04 13:37:26 -04:00
|
|
|
|
default, this value is calcuated during hyperparameter optimization.
|
2019-11-06 07:40:27 -05:00
|
|
|
|
end::eta[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::exclude-frequent[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Contains one of the following values: `all`, `none`, `by`, or `over`. If set,
|
2019-12-13 05:48:21 -05:00
|
|
|
|
frequent entities are excluded from influencing the anomaly results. Entities
|
2020-07-16 10:57:38 -04:00
|
|
|
|
can be considered frequent over time or frequent in a population. If you are
|
|
|
|
|
working with both over and by fields, then you can set `exclude_frequent` to
|
2019-12-13 05:48:21 -05:00
|
|
|
|
`all` for both fields, or to `by` or `over` for those specific fields.
|
|
|
|
|
end::exclude-frequent[]
|
2019-11-06 07:40:27 -05:00
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::exclude-interim-results[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
If `true`, the output excludes interim results. By default, interim results are
|
2019-12-24 13:22:05 -05:00
|
|
|
|
included.
|
|
|
|
|
end::exclude-interim-results[]
|
|
|
|
|
|
2020-04-25 05:36:49 -04:00
|
|
|
|
tag::failed-category-count[]
|
|
|
|
|
The number of times that categorization wanted to create a new category but
|
|
|
|
|
couldn't because the job had hit its `model_memory_limit`. This count does not
|
|
|
|
|
track which specific categories failed to be created. Therefore you cannot use
|
|
|
|
|
this value to determine the number of unique categories that were missed.
|
|
|
|
|
end::failed-category-count[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::feature-bag-fraction[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
Advanced configuration option. Defines the fraction of features that will be
|
2020-05-04 13:37:26 -04:00
|
|
|
|
used when selecting a random bag for each candidate split. By default, this
|
|
|
|
|
value is calculated during hyperparameter optimization.
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::feature-bag-fraction[]
|
|
|
|
|
|
2020-05-04 13:37:26 -04:00
|
|
|
|
tag::feature-influence-threshold[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
The minimum {olscore} that a document needs to have to calculate its feature
|
2020-05-04 13:37:26 -04:00
|
|
|
|
influence score. Value range: 0-1 (`0.1` by default).
|
|
|
|
|
end::feature-influence-threshold[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::filter[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
One or more <<analysis-tokenfilters,token filters>>. In addition to the built-in
|
2019-12-13 05:48:21 -05:00
|
|
|
|
token filters, other plugins can provide more token filters. This property is
|
|
|
|
|
optional. If it is not specified, no token filters are applied prior to
|
|
|
|
|
categorization.
|
|
|
|
|
end::filter[]
|
2019-11-06 07:40:27 -05:00
|
|
|
|
|
2020-01-02 14:23:26 -05:00
|
|
|
|
tag::filter-id[]
|
|
|
|
|
A string that uniquely identifies a filter.
|
|
|
|
|
end::filter-id[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::forecast-total[]
|
|
|
|
|
The number of individual forecasts currently available for the job. A value of
|
|
|
|
|
`1` or more indicates that forecasts exist.
|
|
|
|
|
end::forecast-total[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::frequency[]
|
|
|
|
|
The interval at which scheduled queries are made while the {dfeed} runs in real
|
|
|
|
|
time. The default value is either the bucket span for short bucket spans, or,
|
|
|
|
|
for longer bucket spans, a sensible fraction of the bucket span. For example:
|
2020-01-22 11:08:31 -05:00
|
|
|
|
`150s`. When `frequency` is shorter than the bucket span, interim results for
|
|
|
|
|
the last (partial) bucket are written then eventually overwritten by the full
|
|
|
|
|
bucket results. If the {dfeed} uses aggregations, this value must be divisible
|
|
|
|
|
by the interval of the date histogram aggregation.
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::frequency[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::frequent-category-count[]
|
|
|
|
|
The number of categories that match more than 1% of categorized documents.
|
|
|
|
|
end::frequent-category-count[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::from[]
|
|
|
|
|
Skips the specified number of {dfanalytics-jobs}. The default value is `0`.
|
|
|
|
|
end::from[]
|
|
|
|
|
|
|
|
|
|
tag::function[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
The analysis function that is used. For example, `count`, `rare`, `mean`, `min`,
|
2019-12-13 05:48:21 -05:00
|
|
|
|
`max`, and `sum`. For more information, see
|
2019-12-20 13:01:19 -05:00
|
|
|
|
{ml-docs}/ml-functions.html[Function reference].
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::function[]
|
2019-11-06 07:40:27 -05:00
|
|
|
|
|
|
|
|
|
tag::gamma[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
Advanced configuration option. Regularization parameter to prevent overfitting
|
|
|
|
|
on the training data set. Multiplies a linear penalty associated with the size of
|
|
|
|
|
individual trees in the forest. The higher the value the more training will
|
|
|
|
|
prefer smaller trees. The smaller this parameter the larger individual trees
|
2020-05-04 13:37:26 -04:00
|
|
|
|
will be and the longer training will take. By default, this value is calculated
|
|
|
|
|
during hyperparameter optimization.
|
2019-11-06 07:40:27 -05:00
|
|
|
|
end::gamma[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::groups[]
|
|
|
|
|
A list of job groups. A job can belong to no groups or many.
|
|
|
|
|
end::groups[]
|
|
|
|
|
|
2019-12-18 03:10:12 -05:00
|
|
|
|
tag::indices[]
|
|
|
|
|
An array of index names. Wildcards are supported. For example:
|
|
|
|
|
`["it_ops_metrics", "server*"]`.
|
|
|
|
|
+
|
|
|
|
|
--
|
2020-03-24 21:59:43 -04:00
|
|
|
|
NOTE: If any indices are in remote clusters then `node.remote_cluster_client`
|
|
|
|
|
must not be set to `false` on any {ml} nodes.
|
2019-12-18 03:10:12 -05:00
|
|
|
|
|
|
|
|
|
--
|
|
|
|
|
end::indices[]
|
|
|
|
|
|
2020-02-27 13:43:25 -05:00
|
|
|
|
tag::indices-options[]
|
2020-03-03 13:28:54 -05:00
|
|
|
|
Specifies index expansion options that are used during search.
|
|
|
|
|
+
|
|
|
|
|
--
|
2020-02-27 13:43:25 -05:00
|
|
|
|
For example:
|
|
|
|
|
```
|
|
|
|
|
{
|
|
|
|
|
"expand_wildcards": ["all"],
|
|
|
|
|
"ignore_unavailable": true,
|
|
|
|
|
"allow_no_indices": "false",
|
|
|
|
|
"ignore_throttled": true
|
|
|
|
|
}
|
|
|
|
|
```
|
2020-03-03 13:28:54 -05:00
|
|
|
|
For more information about these options, see <<multi-index>>.
|
|
|
|
|
--
|
2020-02-27 13:43:25 -05:00
|
|
|
|
end::indices-options[]
|
|
|
|
|
|
2020-04-02 12:25:10 -04:00
|
|
|
|
tag::inference-config-classification-num-top-classes[]
|
|
|
|
|
Specifies the number of top class predictions to return. Defaults to 0.
|
|
|
|
|
end::inference-config-classification-num-top-classes[]
|
|
|
|
|
|
|
|
|
|
tag::inference-config-classification-num-top-feature-importance-values[]
|
|
|
|
|
Specifies the maximum number of
|
2020-07-16 10:57:38 -04:00
|
|
|
|
{ml-docs}/ml-feature-importance.html[{feat-imp}] values per document. By
|
2020-04-28 03:02:14 -04:00
|
|
|
|
default, it is zero and no {feat-imp} calculation occurs.
|
2020-04-02 12:25:10 -04:00
|
|
|
|
end::inference-config-classification-num-top-feature-importance-values[]
|
|
|
|
|
|
|
|
|
|
tag::inference-config-classification-top-classes-results-field[]
|
|
|
|
|
Specifies the field to which the top classes are written. Defaults to
|
|
|
|
|
`top_classes`.
|
|
|
|
|
end::inference-config-classification-top-classes-results-field[]
|
|
|
|
|
|
2020-04-15 09:45:22 -04:00
|
|
|
|
tag::inference-config-classification-prediction-field-type[]
|
|
|
|
|
Specifies the type of the predicted field to write.
|
|
|
|
|
Acceptable values are: `string`, `number`, `boolean`. When `boolean` is provided
|
|
|
|
|
`1.0` is transformed to `true` and `0.0` to `false`.
|
|
|
|
|
end::inference-config-classification-prediction-field-type[]
|
|
|
|
|
|
2020-04-02 12:25:10 -04:00
|
|
|
|
tag::inference-config-regression-num-top-feature-importance-values[]
|
|
|
|
|
Specifies the maximum number of
|
2020-07-16 10:57:38 -04:00
|
|
|
|
{ml-docs}/ml-feature-importance.html[{feat-imp}] values per document.
|
2020-04-28 03:02:14 -04:00
|
|
|
|
By default, it is zero and no {feat-imp} calculation occurs.
|
2020-04-02 12:25:10 -04:00
|
|
|
|
end::inference-config-regression-num-top-feature-importance-values[]
|
|
|
|
|
|
2020-04-03 03:45:42 -04:00
|
|
|
|
tag::inference-config-results-field[]
|
|
|
|
|
The field that is added to incoming documents to contain the inference
|
|
|
|
|
prediction. Defaults to `predicted_value`.
|
|
|
|
|
end::inference-config-results-field[]
|
2020-04-02 12:25:10 -04:00
|
|
|
|
|
2020-06-29 05:28:17 -04:00
|
|
|
|
tag::inference-config-results-field-processor[]
|
|
|
|
|
The field that is added to incoming documents to contain the inference
|
|
|
|
|
prediction. Defaults to the `results_field` value of the {dfanalytics-job} that was
|
|
|
|
|
used to train the model, which defaults to `<dependent_variable>_prediction`.
|
|
|
|
|
end::inference-config-results-field-processor[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::influencers[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
A comma separated list of influencer field names. Typically these can be the by,
|
|
|
|
|
over, or partition fields that are used in the detector configuration. You might
|
|
|
|
|
also want to use a field name that is not specifically named in a detector, but
|
|
|
|
|
is available as part of the input data. When you use multiple detectors, the use
|
|
|
|
|
of influencers is recommended as it aggregates results for each influencer
|
2020-03-05 10:25:43 -05:00
|
|
|
|
entity.
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::influencers[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::input-bytes[]
|
|
|
|
|
The number of bytes of input data posted to the {anomaly-job}.
|
|
|
|
|
end::input-bytes[]
|
|
|
|
|
|
|
|
|
|
tag::input-field-count[]
|
|
|
|
|
The total number of fields in input documents posted to the {anomaly-job}. This
|
|
|
|
|
count includes fields that are not used in the analysis. However, be aware that
|
|
|
|
|
if you are using a {dfeed}, it extracts only the required fields from the
|
|
|
|
|
documents it retrieves before posting them to the job.
|
|
|
|
|
end::input-field-count[]
|
|
|
|
|
|
|
|
|
|
tag::input-record-count[]
|
|
|
|
|
The number of input documents posted to the {anomaly-job}.
|
|
|
|
|
end::input-record-count[]
|
|
|
|
|
|
|
|
|
|
tag::invalid-date-count[]
|
|
|
|
|
The number of input documents with either a missing date field or a date that
|
|
|
|
|
could not be parsed.
|
|
|
|
|
end::invalid-date-count[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::is-interim[]
|
|
|
|
|
If `true`, this is an interim result. In other words, the results are calculated
|
|
|
|
|
based on partial input data.
|
|
|
|
|
end::is-interim[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::job-id-anomaly-detection[]
|
|
|
|
|
Identifier for the {anomaly-job}.
|
|
|
|
|
end::job-id-anomaly-detection[]
|
|
|
|
|
|
|
|
|
|
tag::job-id-anomaly-detection-default[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Identifier for the {anomaly-job}. It can be a job identifier, a group name, or a
|
|
|
|
|
wildcard expression. If you do not specify one of these options, the API returns
|
2019-12-13 05:48:21 -05:00
|
|
|
|
information for all {anomaly-jobs}.
|
|
|
|
|
end::job-id-anomaly-detection-default[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::job-id-anomaly-detection-define[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
Identifier for the {anomaly-job}. This identifier can contain lowercase
|
|
|
|
|
alphanumeric characters (a-z and 0-9), hyphens, and underscores. It must start
|
2019-12-24 13:22:05 -05:00
|
|
|
|
and end with alphanumeric characters.
|
|
|
|
|
end::job-id-anomaly-detection-define[]
|
2019-12-13 05:48:21 -05:00
|
|
|
|
|
|
|
|
|
tag::job-id-anomaly-detection-list[]
|
|
|
|
|
An identifier for the {anomaly-jobs}. It can be a job
|
|
|
|
|
identifier, a group name, or a comma-separated list of jobs or groups.
|
|
|
|
|
end::job-id-anomaly-detection-list[]
|
|
|
|
|
|
|
|
|
|
tag::job-id-anomaly-detection-wildcard[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Identifier for the {anomaly-job}. It can be a job identifier, a group name, or a
|
2019-12-13 05:48:21 -05:00
|
|
|
|
wildcard expression.
|
|
|
|
|
end::job-id-anomaly-detection-wildcard[]
|
|
|
|
|
|
|
|
|
|
tag::job-id-anomaly-detection-wildcard-list[]
|
|
|
|
|
Identifier for the {anomaly-job}. It can be a job identifier, a group name, a
|
|
|
|
|
comma-separated list of jobs or groups, or a wildcard expression.
|
|
|
|
|
end::job-id-anomaly-detection-wildcard-list[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::job-id-data-frame-analytics[]
|
|
|
|
|
Identifier for the {dfanalytics-job}.
|
|
|
|
|
end::job-id-data-frame-analytics[]
|
|
|
|
|
|
|
|
|
|
tag::job-id-data-frame-analytics-default[]
|
|
|
|
|
Identifier for the {dfanalytics-job}. If you do not specify this option, the API
|
|
|
|
|
returns information for the first hundred {dfanalytics-jobs}.
|
|
|
|
|
end::job-id-data-frame-analytics-default[]
|
2019-11-06 07:40:27 -05:00
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::job-id-data-frame-analytics-define[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Identifier for the {dfanalytics-job}. This identifier can contain lowercase
|
2019-12-13 05:48:21 -05:00
|
|
|
|
alphanumeric characters (a-z and 0-9), hyphens, and underscores. It must start
|
|
|
|
|
and end with alphanumeric characters.
|
|
|
|
|
end::job-id-data-frame-analytics-define[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::job-id-datafeed[]
|
|
|
|
|
The unique identifier for the job to which the {dfeed} sends data.
|
|
|
|
|
end::job-id-datafeed[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::jobs-stats-anomaly-detection[]
|
|
|
|
|
An array of {anomaly-job} statistics objects.
|
|
|
|
|
For more information, see <<ml-jobstats>>.
|
|
|
|
|
end::jobs-stats-anomaly-detection[]
|
|
|
|
|
|
|
|
|
|
tag::lambda[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
Advanced configuration option. Regularization parameter to prevent overfitting
|
|
|
|
|
on the training data set. Multiplies an L2 regularisation term which applies to
|
|
|
|
|
leaf weights of the individual trees in the forest. The higher the value the
|
|
|
|
|
more training will attempt to keep leaf weights small. This makes the prediction
|
|
|
|
|
function smoother at the expense of potentially not being able to capture
|
|
|
|
|
relevant relationships between the features and the {depvar}. The smaller this
|
2020-04-13 13:43:52 -04:00
|
|
|
|
parameter the larger individual trees will be and the longer training will take.
|
2020-05-04 13:37:26 -04:00
|
|
|
|
By default, this value is calculated during hyperparameter optimization.
|
2019-11-06 07:40:27 -05:00
|
|
|
|
end::lambda[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::last-data-time[]
|
|
|
|
|
The timestamp at which data was last analyzed, according to server time.
|
|
|
|
|
end::last-data-time[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::latency[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
The size of the window in which to expect data that is out of time order. The
|
|
|
|
|
default value is 0 (no latency). If you specify a non-zero value, it must be
|
|
|
|
|
greater than or equal to one second. For more information about time units, see
|
2019-12-13 05:48:21 -05:00
|
|
|
|
<<time-units>>.
|
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
NOTE: Latency is only applicable when you send data by using
|
|
|
|
|
the <<ml-post-data,post data>> API.
|
|
|
|
|
|
|
|
|
|
--
|
|
|
|
|
end::latency[]
|
2019-11-06 07:40:27 -05:00
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::latest-empty-bucket-timestamp[]
|
|
|
|
|
The timestamp of the last bucket that did not contain any data.
|
|
|
|
|
end::latest-empty-bucket-timestamp[]
|
|
|
|
|
|
|
|
|
|
tag::latest-record-timestamp[]
|
|
|
|
|
The timestamp of the latest chronologically input document.
|
|
|
|
|
end::latest-record-timestamp[]
|
|
|
|
|
|
|
|
|
|
tag::latest-sparse-record-timestamp[]
|
|
|
|
|
The timestamp of the last bucket that was considered sparse.
|
|
|
|
|
end::latest-sparse-record-timestamp[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::max-empty-searches[]
|
|
|
|
|
If a real-time {dfeed} has never seen any data (including during any initial
|
|
|
|
|
training period) then it will automatically stop itself and close its associated
|
|
|
|
|
job after this many real-time searches that return no documents. In other words,
|
2020-07-16 10:57:38 -04:00
|
|
|
|
it will stop after `frequency` times `max_empty_searches` of real-time
|
|
|
|
|
operation. If not set then a {dfeed} with no end time that sees no data will
|
|
|
|
|
remain started until it is explicitly stopped. By default this setting is not
|
2020-03-05 10:25:43 -05:00
|
|
|
|
set.
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::max-empty-searches[]
|
|
|
|
|
|
2020-03-11 06:45:27 -04:00
|
|
|
|
tag::max-trees[]
|
|
|
|
|
Advanced configuration option. Defines the maximum number of trees the forest is
|
2020-05-04 13:37:26 -04:00
|
|
|
|
allowed to contain. The maximum value is 2000. By default, this value is
|
|
|
|
|
calculated during hyperparameter optimization.
|
2020-03-11 06:45:27 -04:00
|
|
|
|
end::max-trees[]
|
2019-11-06 07:40:27 -05:00
|
|
|
|
|
2020-05-04 13:37:26 -04:00
|
|
|
|
tag::method[]
|
|
|
|
|
The method that {oldetection} uses. Available methods are `lof`, `ldof`,
|
|
|
|
|
`distance_kth_nn`, `distance_knn`, and `ensemble`. The default value is
|
|
|
|
|
`ensemble`, which means that {oldetection} uses an ensemble of different methods
|
|
|
|
|
and normalises and combines their individual {olscores} to obtain the overall
|
|
|
|
|
{olscore}.
|
|
|
|
|
end::method[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::missing-field-count[]
|
|
|
|
|
The number of input documents that are missing a field that the {anomaly-job} is
|
|
|
|
|
configured to analyze. Input documents with missing fields are still processed
|
|
|
|
|
because it is possible that not all fields are missing.
|
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
NOTE: If you are using {dfeeds} or posting data to the job in JSON format, a
|
|
|
|
|
high `missing_field_count` is often not an indication of data issues. It is not
|
|
|
|
|
necessarily a cause for concern.
|
|
|
|
|
|
|
|
|
|
--
|
|
|
|
|
end::missing-field-count[]
|
|
|
|
|
|
2019-12-18 03:10:12 -05:00
|
|
|
|
tag::mode[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
There are three available modes:
|
2019-12-18 03:10:12 -05:00
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
* `auto`: The chunk size is dynamically calculated. This is the default and
|
|
|
|
|
recommended value.
|
|
|
|
|
* `manual`: Chunking is applied according to the specified `time_span`.
|
|
|
|
|
* `off`: No chunking is applied.
|
|
|
|
|
--
|
|
|
|
|
end::mode[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::model-bytes[]
|
|
|
|
|
The number of bytes of memory used by the models. This is the maximum value
|
|
|
|
|
since the last time the model was persisted. If the job is closed, this value
|
|
|
|
|
indicates the latest size.
|
|
|
|
|
end::model-bytes[]
|
|
|
|
|
|
|
|
|
|
tag::model-bytes-exceeded[]
|
|
|
|
|
The number of bytes over the high limit for memory usage at the last allocation
|
|
|
|
|
failure.
|
|
|
|
|
end::model-bytes-exceeded[]
|
|
|
|
|
|
2019-12-18 03:10:12 -05:00
|
|
|
|
tag::model-id[]
|
|
|
|
|
The unique identifier of the trained {infer} model.
|
|
|
|
|
end::model-id[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::model-memory-limit[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
The approximate maximum amount of memory resources that are required for
|
2019-12-13 05:48:21 -05:00
|
|
|
|
analytical processing. Once this limit is approached, data pruning becomes
|
2020-07-16 10:57:38 -04:00
|
|
|
|
more aggressive. Upon exceeding this limit, new entities are not modeled. The
|
2019-12-13 05:48:21 -05:00
|
|
|
|
default value for jobs created in version 6.1 and later is `1024mb`.
|
|
|
|
|
This value will need to be increased for jobs that are expected to analyze high
|
|
|
|
|
cardinality fields, but the default is set to a relatively small size to ensure
|
|
|
|
|
that high resource usage is a conscious decision. The default value for jobs
|
|
|
|
|
created in versions earlier than 6.1 is `4096mb`.
|
|
|
|
|
+
|
|
|
|
|
If you specify a number instead of a string, the units are assumed to be MiB.
|
|
|
|
|
Specifying a string is recommended for clarity. If you specify a byte size unit
|
|
|
|
|
of `b` or `kb` and the number does not equate to a discrete number of megabytes,
|
|
|
|
|
it is rounded down to the closest MiB. The minimum valid value is 1 MiB. If you
|
|
|
|
|
specify a value less than 1 MiB, an error occurs. For more information about
|
|
|
|
|
supported byte size units, see <<byte-units>>.
|
2020-03-30 14:06:33 -04:00
|
|
|
|
+
|
2019-12-13 05:48:21 -05:00
|
|
|
|
If your `elasticsearch.yml` file contains an `xpack.ml.max_model_memory_limit`
|
|
|
|
|
setting, an error occurs when you try to create jobs that have
|
|
|
|
|
`model_memory_limit` values greater than that setting. For more information,
|
|
|
|
|
see <<ml-settings>>.
|
|
|
|
|
end::model-memory-limit[]
|
2019-12-10 08:29:19 -05:00
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::model-memory-limit-anomaly-jobs[]
|
|
|
|
|
The upper limit for model memory usage, checked on increasing values.
|
|
|
|
|
end::model-memory-limit-anomaly-jobs[]
|
|
|
|
|
|
|
|
|
|
tag::model-memory-status[]
|
|
|
|
|
The status of the mathematical models, which can have one of the following
|
|
|
|
|
values:
|
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
* `ok`: The models stayed below the configured value.
|
|
|
|
|
* `soft_limit`: The models used more than 60% of the configured memory limit
|
|
|
|
|
and older unused models will be pruned to free up space.
|
|
|
|
|
* `hard_limit`: The models used more space than the configured memory limit.
|
|
|
|
|
As a result, not all incoming data was processed.
|
|
|
|
|
--
|
|
|
|
|
end::model-memory-status[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::model-plot-config[]
|
|
|
|
|
This advanced configuration option stores model information along with the
|
|
|
|
|
results. It provides a more detailed view into {anomaly-detect}.
|
|
|
|
|
+
|
|
|
|
|
--
|
2020-07-16 10:57:38 -04:00
|
|
|
|
WARNING: If you enable model plot it can add considerable overhead to the
|
2019-12-13 05:48:21 -05:00
|
|
|
|
performance of the system; it is not feasible for jobs with many entities.
|
|
|
|
|
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Model plot provides a simplified and indicative view of the model and its
|
|
|
|
|
bounds. It does not display complex features such as multivariate correlations
|
|
|
|
|
or multimodal data. As such, anomalies may occasionally be reported which cannot
|
2019-12-13 05:48:21 -05:00
|
|
|
|
be seen in the model plot.
|
|
|
|
|
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Model plot config can be configured when the job is created or updated later. It
|
2019-12-13 05:48:21 -05:00
|
|
|
|
must be disabled if performance issues are experienced.
|
|
|
|
|
--
|
|
|
|
|
end::model-plot-config[]
|
|
|
|
|
|
2020-06-08 11:41:12 -04:00
|
|
|
|
tag::model-plot-config-annotations-enabled[]
|
|
|
|
|
If true, enables calculation and storage of the model change annotations
|
|
|
|
|
for each entity that is being analyzed. Defaults to `enabled`.
|
|
|
|
|
end::model-plot-config-annotations-enabled[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::model-plot-config-enabled[]
|
|
|
|
|
If true, enables calculation and storage of the model bounds for each entity
|
|
|
|
|
that is being analyzed. By default, this is not enabled.
|
|
|
|
|
end::model-plot-config-enabled[]
|
|
|
|
|
|
|
|
|
|
tag::model-plot-config-terms[]
|
|
|
|
|
Limits data collection to this comma separated list of partition or by field
|
|
|
|
|
values. If terms are not specified or it is an empty string, no filtering is
|
|
|
|
|
applied. For example, "CPU,NetworkIn,DiskWrites". Wildcards are not supported.
|
|
|
|
|
Only the specified `terms` can be viewed when using the Single Metric Viewer.
|
|
|
|
|
end::model-plot-config-terms[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::model-snapshot-retention-days[]
|
2020-05-11 10:41:47 -04:00
|
|
|
|
Advanced configuration option, which affects the automatic removal of old model
|
|
|
|
|
snapshots for this job. It specifies the maximum period of time (in days) that
|
|
|
|
|
snapshots are retained. This period is relative to the timestamp of the most
|
|
|
|
|
recent snapshot for this job. The default value is `10`, which means snapshots
|
|
|
|
|
ten days older than the newest snapshot are deleted. For more information, refer
|
|
|
|
|
to {ml-docs}/ml-model-snapshots.html[Model snapshots].
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::model-snapshot-retention-days[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::model-timestamp[]
|
|
|
|
|
The timestamp of the last record when the model stats were gathered.
|
|
|
|
|
end::model-timestamp[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::multivariate-by-fields[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
This functionality is reserved for internal use. It is not supported for use in
|
|
|
|
|
customer environments and is not subject to the support SLA of official GA
|
2019-12-13 05:48:21 -05:00
|
|
|
|
features.
|
|
|
|
|
+
|
|
|
|
|
--
|
2020-07-16 10:57:38 -04:00
|
|
|
|
If set to `true`, the analysis will automatically find correlations between
|
2019-12-13 05:48:21 -05:00
|
|
|
|
metrics for a given `by` field value and report anomalies when those
|
|
|
|
|
correlations cease to hold. For example, suppose CPU and memory usage on host A
|
|
|
|
|
is usually highly correlated with the same metrics on host B. Perhaps this
|
|
|
|
|
correlation occurs because they are running a load-balanced application.
|
|
|
|
|
If you enable this property, then anomalies will be reported when, for example,
|
|
|
|
|
CPU usage on host A is high and the value of CPU usage on host B is low. That
|
|
|
|
|
is to say, you'll see an anomaly when the CPU of host A is unusual given
|
|
|
|
|
the CPU of host B.
|
|
|
|
|
|
|
|
|
|
NOTE: To use the `multivariate_by_fields` property, you must also specify
|
|
|
|
|
`by_field_name` in your detector.
|
|
|
|
|
|
|
|
|
|
--
|
|
|
|
|
end::multivariate-by-fields[]
|
|
|
|
|
|
2020-05-04 13:37:26 -04:00
|
|
|
|
tag::n-neighbors[]
|
|
|
|
|
Defines the value for how many nearest neighbors each method of {oldetection}
|
|
|
|
|
uses to calculate its {olscore}. When the value is not set, different values are
|
|
|
|
|
used for different ensemble members. This deafault behavior helps improve the
|
|
|
|
|
diversity in the ensemble; only override it if you are confident that the value
|
|
|
|
|
you choose is appropriate for the data set.
|
|
|
|
|
end::n-neighbors[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::node-address[]
|
|
|
|
|
The network address of the node.
|
|
|
|
|
end::node-address[]
|
|
|
|
|
|
2020-04-22 13:58:26 -04:00
|
|
|
|
tag::node-attributes[]
|
|
|
|
|
Lists node attributes such as `ml.machine_memory` or `ml.max_open_jobs` settings.
|
|
|
|
|
end::node-attributes[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::node-datafeeds[]
|
2020-02-26 12:20:36 -05:00
|
|
|
|
For started {dfeeds} only, this information pertains to the node upon which the
|
|
|
|
|
{dfeed} is started.
|
2020-03-02 10:28:55 -05:00
|
|
|
|
end::node-datafeeds[]
|
|
|
|
|
|
|
|
|
|
tag::node-ephemeral-id[]
|
|
|
|
|
The ephemeral ID of the node.
|
|
|
|
|
end::node-ephemeral-id[]
|
|
|
|
|
|
|
|
|
|
tag::node-id[]
|
|
|
|
|
The unique identifier of the node.
|
|
|
|
|
end::node-id[]
|
|
|
|
|
|
|
|
|
|
tag::node-jobs[]
|
|
|
|
|
Contains properties for the node that runs the job. This information is
|
|
|
|
|
available only for open jobs.
|
|
|
|
|
end::node-jobs[]
|
2020-02-26 12:20:36 -05:00
|
|
|
|
|
2020-04-22 13:58:26 -04:00
|
|
|
|
tag::node-transport-address[]
|
|
|
|
|
The host and port where transport HTTP connections are accepted.
|
|
|
|
|
end::node-transport-address[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::open-time[]
|
|
|
|
|
For open jobs only, the elapsed time for which the job has been open.
|
|
|
|
|
end::open-time[]
|
|
|
|
|
|
2020-05-04 13:37:26 -04:00
|
|
|
|
tag::outlier-fraction[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
The proportion of the data set that is assumed to be outlying prior to
|
|
|
|
|
{oldetection}. For example, 0.05 means it is assumed that 5% of values are real
|
2020-05-04 13:37:26 -04:00
|
|
|
|
outliers and 95% are inliers.
|
|
|
|
|
end::outlier-fraction[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::out-of-order-timestamp-count[]
|
|
|
|
|
The number of input documents that are out of time sequence and outside
|
|
|
|
|
of the latency window. This information is applicable only when you provide data
|
|
|
|
|
to the {anomaly-job} by using the <<ml-post-data,post data API>>. These out of
|
|
|
|
|
order documents are discarded, since jobs require time series data to be in
|
|
|
|
|
ascending chronological order.
|
|
|
|
|
end::out-of-order-timestamp-count[]
|
2019-12-13 05:48:21 -05:00
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::over-field-name[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
The field used to split the data. In particular, this property is used for
|
|
|
|
|
analyzing the splits with respect to the history of all splits. It is used for
|
2020-03-02 10:28:55 -05:00
|
|
|
|
finding unusual values in the population of all splits. For more information,
|
2020-07-20 20:04:59 -04:00
|
|
|
|
see {ml-docs}/ml-configuring-populations.html[Performing population analysis].
|
2020-03-02 10:28:55 -05:00
|
|
|
|
end::over-field-name[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::partition-field-name[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
The field used to segment the analysis. When you use this property, you have
|
2019-12-13 05:48:21 -05:00
|
|
|
|
completely independent baselines for each value of this field.
|
|
|
|
|
end::partition-field-name[]
|
|
|
|
|
|
2020-07-06 06:55:12 -04:00
|
|
|
|
tag::peak-model-bytes[]
|
|
|
|
|
The peak number of bytes of memory ever used by the models.
|
|
|
|
|
end::peak-model-bytes[]
|
|
|
|
|
|
2020-06-06 03:15:17 -04:00
|
|
|
|
tag::per-partition-categorization[]
|
|
|
|
|
Settings related to how categorization interacts with partition fields.
|
|
|
|
|
end::per-partition-categorization[]
|
|
|
|
|
|
|
|
|
|
tag::per-partition-categorization-enabled[]
|
|
|
|
|
To enable this setting, you must also set the partition_field_name property to
|
|
|
|
|
the same value in every detector that uses the keyword mlcategory. Otherwise,
|
|
|
|
|
job creation fails.
|
|
|
|
|
end::per-partition-categorization-enabled[]
|
|
|
|
|
|
|
|
|
|
tag::per-partition-categorization-stop-on-warn[]
|
|
|
|
|
This setting can be set to true only if per-partition categorization is enabled.
|
|
|
|
|
If true, both categorization and subsequent anomaly detection stops for
|
|
|
|
|
partitions where the categorization status changes to `warn`. This setting makes
|
|
|
|
|
it viable to have a job where it is expected that categorization works well for
|
|
|
|
|
some partitions but not others; you do not pay the cost of bad categorization
|
|
|
|
|
forever in the partitions where it works badly.
|
|
|
|
|
end::per-partition-categorization-stop-on-warn[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::prediction-field-name[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Defines the name of the prediction field in the results.
|
2019-12-13 05:48:21 -05:00
|
|
|
|
Defaults to `<dependent_variable>_prediction`.
|
|
|
|
|
end::prediction-field-name[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::processed-field-count[]
|
|
|
|
|
The total number of fields in all the documents that have been processed by the
|
|
|
|
|
{anomaly-job}. Only fields that are specified in the detector configuration
|
|
|
|
|
object contribute to this count. The timestamp is not included in this count.
|
|
|
|
|
end::processed-field-count[]
|
|
|
|
|
|
|
|
|
|
tag::processed-record-count[]
|
|
|
|
|
The number of input documents that have been processed by the {anomaly-job}.
|
|
|
|
|
This value includes documents with missing fields, since they are nonetheless
|
|
|
|
|
analyzed. If you use {dfeeds} and have aggregations in your search query, the
|
|
|
|
|
`processed_record_count` is the number of aggregation results processed, not the
|
|
|
|
|
number of {es} documents.
|
|
|
|
|
end::processed-record-count[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::query[]
|
|
|
|
|
The {es} query domain-specific language (DSL). This value corresponds to the
|
|
|
|
|
query object in an {es} search POST body. All the options that are supported by
|
|
|
|
|
{es} can be used, as this object is passed verbatim to {es}. By default, this
|
|
|
|
|
property has the following value: `{"match_all": {"boost": 1}}`.
|
|
|
|
|
end::query[]
|
|
|
|
|
|
|
|
|
|
tag::query-delay[]
|
|
|
|
|
The number of seconds behind real time that data is queried. For example, if
|
|
|
|
|
data from 10:04 a.m. might not be searchable in {es} until 10:06 a.m., set this
|
|
|
|
|
property to 120 seconds. The default value is randomly selected between `60s`
|
|
|
|
|
and `120s`. This randomness improves the query performance when there are
|
2020-01-22 11:08:31 -05:00
|
|
|
|
multiple jobs running on the same node. For more information, see
|
|
|
|
|
{ml-docs}/ml-delayed-data-detection.html[Handling delayed data].
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::query-delay[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::randomize-seed[]
|
|
|
|
|
Defines the seed to the random generator that is used to pick
|
2019-12-10 08:29:19 -05:00
|
|
|
|
which documents will be used for training. By default it is randomly generated.
|
|
|
|
|
Set it to a specific value to ensure the same documents are used for training
|
2020-08-24 12:56:21 -04:00
|
|
|
|
assuming other related parameters (e.g. `source`, `analyzed_fields`, etc.) are
|
2019-12-13 05:48:21 -05:00
|
|
|
|
the same.
|
|
|
|
|
end::randomize-seed[]
|
2019-12-10 08:29:19 -05:00
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::rare-category-count[]
|
|
|
|
|
The number of categories that match just one categorized document.
|
|
|
|
|
end::rare-category-count[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::renormalization-window-days[]
|
|
|
|
|
Advanced configuration option. The period over which adjustments to the score
|
|
|
|
|
are applied, as new data is seen. The default value is the longer of 30 days or
|
|
|
|
|
100 `bucket_spans`.
|
|
|
|
|
end::renormalization-window-days[]
|
|
|
|
|
|
|
|
|
|
tag::results-index-name[]
|
|
|
|
|
A text string that affects the name of the {ml} results index. The default value
|
2020-07-16 10:57:38 -04:00
|
|
|
|
is `shared`, which generates an index named `.ml-anomalies-shared`.
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::results-index-name[]
|
|
|
|
|
|
|
|
|
|
tag::results-retention-days[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Advanced configuration option. The period of time (in days) that results are
|
|
|
|
|
retained. Age is calculated relative to the timestamp of the latest bucket
|
|
|
|
|
result. If this property has a non-null value, once per day at 00:30 (server
|
|
|
|
|
time), results that are the specified number of days older than the latest
|
2020-01-22 09:52:33 -05:00
|
|
|
|
bucket result are deleted from {es}. The default value is null, which means all
|
|
|
|
|
results are retained.
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::results-retention-days[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::retain[]
|
|
|
|
|
If `true`, this snapshot will not be deleted during automatic cleanup of
|
|
|
|
|
snapshots older than `model_snapshot_retention_days`. However, this snapshot
|
|
|
|
|
will be deleted when the job is deleted. The default value is `false`.
|
|
|
|
|
end::retain[]
|
|
|
|
|
|
|
|
|
|
tag::script-fields[]
|
|
|
|
|
Specifies scripts that evaluate custom expressions and returns script fields to
|
|
|
|
|
the {dfeed}. The detector configuration objects in a job can contain functions
|
|
|
|
|
that use these script fields. For more information, see
|
|
|
|
|
{ml-docs}/ml-configuring-transform.html[Transforming data with script fields]
|
2020-08-06 13:06:06 -04:00
|
|
|
|
and <<script-fields,Script fields>>.
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::script-fields[]
|
|
|
|
|
|
|
|
|
|
tag::scroll-size[]
|
|
|
|
|
The `size` parameter that is used in {es} searches. The default value is `1000`.
|
|
|
|
|
end::scroll-size[]
|
|
|
|
|
|
2020-02-26 12:20:36 -05:00
|
|
|
|
tag::search-bucket-avg[]
|
|
|
|
|
The average search time per bucket, in milliseconds.
|
|
|
|
|
end::search-bucket-avg[]
|
|
|
|
|
|
|
|
|
|
tag::search-count[]
|
|
|
|
|
The number of searches run by the {dfeed}.
|
|
|
|
|
end::search-count[]
|
|
|
|
|
|
|
|
|
|
tag::search-exp-avg-hour[]
|
|
|
|
|
The exponential average search time per hour, in milliseconds.
|
|
|
|
|
end::search-exp-avg-hour[]
|
|
|
|
|
|
|
|
|
|
tag::search-time[]
|
|
|
|
|
The total time the {dfeed} spent searching, in milliseconds.
|
|
|
|
|
end::search-time[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::size[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Specifies the maximum number of {dfanalytics-jobs} to obtain. The default value
|
2019-12-13 05:48:21 -05:00
|
|
|
|
is `100`.
|
|
|
|
|
end::size[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::snapshot-id[]
|
2019-12-31 13:53:05 -05:00
|
|
|
|
A numerical character string that uniquely identifies the model snapshot.
|
2019-12-24 13:22:05 -05:00
|
|
|
|
end::snapshot-id[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::sparse-bucket-count[]
|
|
|
|
|
The number of buckets that contained few data points compared to the expected
|
|
|
|
|
number of data points. If your data contains many sparse buckets, consider using
|
|
|
|
|
a longer `bucket_span`.
|
|
|
|
|
end::sparse-bucket-count[]
|
|
|
|
|
|
2020-05-04 13:37:26 -04:00
|
|
|
|
tag::standardization-enabled[]
|
|
|
|
|
If `true`, the following operation is performed on the columns before computing
|
2020-08-24 12:56:21 -04:00
|
|
|
|
{olscores}: (x_i - mean(x_i)) / sd(x_i). Defaults to `true`. For
|
|
|
|
|
more information about this concept, see
|
2020-05-04 13:37:26 -04:00
|
|
|
|
https://en.wikipedia.org/wiki/Feature_scaling#Standardization_(Z-score_Normalization)[Wikipedia].
|
|
|
|
|
end::standardization-enabled[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::state-anomaly-job[]
|
|
|
|
|
The status of the {anomaly-job}, which can be one of the following values:
|
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
* `closed`: The job finished successfully with its model state persisted. The
|
|
|
|
|
job must be opened before it can accept further data.
|
|
|
|
|
* `closing`: The job close action is in progress and has not yet completed. A
|
|
|
|
|
closing job cannot accept further data.
|
|
|
|
|
* `failed`: The job did not finish successfully due to an error. This situation
|
2020-07-16 10:57:38 -04:00
|
|
|
|
can occur due to invalid input data, a fatal error occurring during the
|
|
|
|
|
analysis, or an external interaction such as the process being killed by the
|
|
|
|
|
Linux out of memory (OOM) killer. If the job had irrevocably failed, it must be
|
|
|
|
|
force closed and then deleted. If the {dfeed} can be corrected, the job can be
|
2020-03-05 10:25:43 -05:00
|
|
|
|
closed and then re-opened.
|
2020-03-02 10:28:55 -05:00
|
|
|
|
* `opened`: The job is available to receive and process data.
|
|
|
|
|
* `opening`: The job open action is in progress and has not yet completed.
|
|
|
|
|
--
|
|
|
|
|
end::state-anomaly-job[]
|
|
|
|
|
|
2020-02-26 12:20:36 -05:00
|
|
|
|
tag::state-datafeed[]
|
|
|
|
|
The status of the {dfeed}, which can be one of the following values:
|
|
|
|
|
+
|
|
|
|
|
--
|
2020-03-24 09:00:04 -04:00
|
|
|
|
* `starting`: The {dfeed} has been requested to start but has not yet started.
|
2020-02-26 12:20:36 -05:00
|
|
|
|
* `started`: The {dfeed} is actively receiving data.
|
2020-03-24 09:00:04 -04:00
|
|
|
|
* `stopping`: The {dfeed} has been requested to stop gracefully and is
|
|
|
|
|
completing its final action.
|
2020-02-26 12:20:36 -05:00
|
|
|
|
* `stopped`: The {dfeed} is stopped and will not receive data until it is
|
|
|
|
|
re-started.
|
|
|
|
|
--
|
|
|
|
|
end::state-datafeed[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::summary-count-field-name[]
|
|
|
|
|
If this property is specified, the data that is fed to the job is expected to be
|
2020-07-16 10:57:38 -04:00
|
|
|
|
pre-summarized. This property value is the name of the field that contains the
|
|
|
|
|
count of raw data points that have been summarized. The same
|
2019-12-13 05:48:21 -05:00
|
|
|
|
`summary_count_field_name` applies to all detectors in the job.
|
|
|
|
|
+
|
|
|
|
|
--
|
|
|
|
|
NOTE: The `summary_count_field_name` property cannot be used with the `metric`
|
|
|
|
|
function.
|
|
|
|
|
|
|
|
|
|
--
|
|
|
|
|
end::summary-count-field-name[]
|
|
|
|
|
|
2020-02-12 16:43:21 -05:00
|
|
|
|
tag::tags[]
|
|
|
|
|
A comma delimited string of tags. A {infer} model can have many tags, or none.
|
|
|
|
|
When supplied, only {infer} models that contain all the supplied tags are
|
|
|
|
|
returned.
|
|
|
|
|
end::tags[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::time-format[]
|
|
|
|
|
The time format, which can be `epoch`, `epoch_ms`, or a custom pattern. The
|
2020-07-16 10:57:38 -04:00
|
|
|
|
default value is `epoch`, which refers to UNIX or Epoch time (the number of
|
|
|
|
|
seconds since 1 Jan 1970). The value `epoch_ms` indicates that time is measured
|
|
|
|
|
in milliseconds since the epoch. The `epoch` and `epoch_ms` time formats accept
|
2019-12-13 05:48:21 -05:00
|
|
|
|
either integer or real values. +
|
|
|
|
|
+
|
|
|
|
|
NOTE: Custom patterns must conform to the Java `DateTimeFormatter` class.
|
|
|
|
|
When you use date-time formatting patterns, it is recommended that you provide
|
|
|
|
|
the full date, time and time zone. For example: `yyyy-MM-dd'T'HH:mm:ssX`.
|
2020-07-16 10:57:38 -04:00
|
|
|
|
If the pattern that you specify is not sufficient to produce a complete
|
2019-12-13 05:48:21 -05:00
|
|
|
|
timestamp, job creation fails.
|
|
|
|
|
end::time-format[]
|
|
|
|
|
|
2019-12-24 13:22:05 -05:00
|
|
|
|
tag::time-span[]
|
|
|
|
|
The time span that each search will be querying. This setting is only applicable
|
|
|
|
|
when the mode is set to `manual`. For example: `3h`.
|
|
|
|
|
end::time-span[]
|
|
|
|
|
|
|
|
|
|
tag::timeout-start[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
Controls the amount of time to wait until the {dfanalytics-job} starts. Defaults
|
2019-12-24 13:22:05 -05:00
|
|
|
|
to 20 seconds.
|
|
|
|
|
end::timeout-start[]
|
|
|
|
|
|
|
|
|
|
tag::timeout-stop[]
|
2020-08-24 12:56:21 -04:00
|
|
|
|
Controls the amount of time to wait until the {dfanalytics-job} stops. Defaults
|
2019-12-24 13:22:05 -05:00
|
|
|
|
to 20 seconds.
|
|
|
|
|
end::timeout-stop[]
|
|
|
|
|
|
|
|
|
|
tag::timestamp-results[]
|
|
|
|
|
The start time of the bucket for which these results were calculated.
|
|
|
|
|
end::timestamp-results[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::tokenizer[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
The name or definition of the <<analysis-tokenizers,tokenizer>> to use after
|
|
|
|
|
character filters are applied. This property is compulsory if
|
2019-12-13 05:48:21 -05:00
|
|
|
|
`categorization_analyzer` is specified as an object. Machine learning provides a
|
|
|
|
|
tokenizer called `ml_classic` that tokenizes in the same way as the
|
2020-07-16 10:57:38 -04:00
|
|
|
|
non-customizable tokenizer in older versions of the product. If you want to use
|
2019-12-13 05:48:21 -05:00
|
|
|
|
that tokenizer but change the character or token filters, specify
|
|
|
|
|
`"tokenizer": "ml_classic"` in your `categorization_analyzer`.
|
|
|
|
|
end::tokenizer[]
|
|
|
|
|
|
2020-03-02 10:28:55 -05:00
|
|
|
|
tag::total-by-field-count[]
|
|
|
|
|
The number of `by` field values that were analyzed by the models. This value is
|
|
|
|
|
cumulative for all detectors in the job.
|
|
|
|
|
end::total-by-field-count[]
|
|
|
|
|
|
|
|
|
|
tag::total-category-count[]
|
|
|
|
|
The number of categories created by categorization.
|
|
|
|
|
end::total-category-count[]
|
|
|
|
|
|
|
|
|
|
tag::total-over-field-count[]
|
|
|
|
|
The number of `over` field values that were analyzed by the models. This value
|
|
|
|
|
is cumulative for all detectors in the job.
|
|
|
|
|
end::total-over-field-count[]
|
|
|
|
|
|
|
|
|
|
tag::total-partition-field-count[]
|
|
|
|
|
The number of `partition` field values that were analyzed by the models. This
|
|
|
|
|
value is cumulative for all detectors in the job.
|
|
|
|
|
end::total-partition-field-count[]
|
|
|
|
|
|
2019-12-13 05:48:21 -05:00
|
|
|
|
tag::training-percent[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Defines what percentage of the eligible documents that will
|
|
|
|
|
be used for training. Documents that are ignored by the analysis (for example
|
|
|
|
|
those that contain arrays with more than one value) won’t be included in the
|
2020-01-03 08:49:43 -05:00
|
|
|
|
calculation for used percentage. Defaults to `100`.
|
2019-12-13 05:48:21 -05:00
|
|
|
|
end::training-percent[]
|
2019-12-10 08:29:19 -05:00
|
|
|
|
|
|
|
|
|
tag::use-null[]
|
2020-07-16 10:57:38 -04:00
|
|
|
|
Defines whether a new series is used as the null series when there is no value
|
2019-12-10 08:29:19 -05:00
|
|
|
|
for the by or partition fields. The default value is `false`.
|
|
|
|
|
end::use-null[]
|
2020-07-16 03:51:31 -04:00
|
|
|
|
|
|
|
|
|
tag::verbose[]
|
|
|
|
|
Defines whether the stats response should be verbose. The default value is `false`.
|
|
|
|
|
end::verbose[]
|