Skip to content

Commit 62e74d5

Browse files
committed
images
1 parent 7e02435 commit 62e74d5

File tree

7 files changed

+7
-6
lines changed

7 files changed

+7
-6
lines changed

docs/reference/data-streams/failure-store-recipes.asciidoc

Lines changed: 7 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -310,24 +310,24 @@ Since failure stores can be searched just like a normal data stream, we can use
310310
If you want to use KQL or Lucene query types, you should first create a data view for your failure store data.
311311
If you plan to use {esql} or the Query DSL query types, this step is not required.
312312
Navigate to the data view page in Kibana and add a new data view. Set the index pattern to your failure store using the selector syntax.
313-
image::/manage-data/images/elasticsearch-reference-management_failure_store_alerting_create_data_view.png[create a data view using the failure store syntax in the index name]
313+
image::images/data-streams/failure_store_alerting_create_data_view.png[create a data view using the failure store syntax in the index name]
314314

315315
===== Step 2: Create new rule
316316
Navigate to Management / Alerts and Insights / Rules. Create a new rule. Choose the {es} query option.
317-
image::/manage-data/images/elasticsearch-reference-management_failure_store_alerting_create_rule.png[create a new alerting rule and select the elasticsearch query option]
317+
image::images/data-streams/failure_store_alerting_create_rule.png[create a new alerting rule and select the elasticsearch query option]
318318

319319
===== Step 3: Pick your query type
320320
Choose which query type you wish to use
321321
For KQL/Lucene queries, reference the data view that contains your failure store.
322-
image::/manage-data/images/elasticsearch-reference-management_failure_store_alerting_kql.png[use the data view created in the previous step as the input to the kql query]
322+
image::images/data-streams/failure_store_alerting_kql.png[use the data view created in the previous step as the input to the kql query]
323323
For Query DSL queries, use the `::failures` suffix on your data stream name.
324-
image::/manage-data/images/elasticsearch-reference-management_failure_store_alerting_dsl.png[use the ::failures suffix in the data stream name in the query dsl]
324+
image::images/data-streams/failure_store_alerting_dsl.png[use the ::failures suffix in the data stream name in the query dsl]
325325
For {esql} queries, use the `::failures` suffix on your data stream name in the `FROM` command.
326-
image::/manage-data/images/elasticsearch-reference-management_failure_store_alerting_esql.png[use the ::failures suffix in the data stream name in the from command]
326+
image::images/data-streams/failure_store_alerting_esql.png[use the ::failures suffix in the data stream name in the from command]
327327

328328
===== Step 4: Test
329329
Configure schedule, actions, and details of the alert before saving the rule.
330-
image::/manage-data/images/elasticsearch-reference-management_failure_store_alerting_finish.png[complete the rule configuration and save it]
330+
image::images/data-streams/failure_store_alerting_finish.png[complete the rule configuration and save it]
331331

332332
[[data-remediation]]
333333
==== Data remediation
@@ -526,6 +526,7 @@ PUT _ingest/pipeline/my-datastream-remediation-pipeline
526526

527527
====== Step 4: Test your pipelines
528528
Before sending data off to be reindexed, be sure to test the pipelines in question with an example document to make sure they work. First, test to make sure the resulting document from the remediation pipeline is shaped how you expect. We can use the https://www.elastic.co/docs/api/doc/elasticsearch/operation/operation-ingest-simulate[simulate pipeline API] for this.
529+
529530
[source,console]
530531
----
531532
POST _ingest/pipeline/_simulate
150 KB
Loading
147 KB
Loading
294 KB
Loading
124 KB
Loading
96.3 KB
Loading
265 KB
Loading

0 commit comments

Comments
 (0)