Skip to content

Commit 1cb1bfc

Browse files
committed
checkpoint
1 parent 541624b commit 1cb1bfc

File tree

2 files changed

+8
-2
lines changed

2 files changed

+8
-2
lines changed

articles/search/search-howto-create-indexers.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -11,7 +11,7 @@ ms.service: cognitive-search
1111
ms.custom:
1212
- ignite-2023
1313
ms.topic: how-to
14-
ms.date: 10/05/2023
14+
ms.date: 03/28/2024
1515
---
1616

1717
# Create an indexer in Azure AI Search
@@ -217,6 +217,8 @@ There are several ways to run an indexer:
217217

218218
Scheduled execution is usually implemented when you have a need for incremental indexing so that you can pick up the latest changes. As such, scheduling has a dependency on change detection.
219219

220+
Indexers are one of the few subsystems that make overt outbound calls to other Azure resources. In terms of Azure roles, indexers don't have separate identities: a connection from the search engine to another Azure resource is made using the [system or user-assigned managed identity](search-howto-managed-identities-data-sources.md) of a search service. If the indexer connects to an Azure resource on a virtual network, you should create a [shared private link](search-indexer-howto-access-private.md) for that connection. For more information about secure connections, see the [Security in Azure AI Search](search-security-overview.md).
221+
220222
## Check results
221223

222224
[Monitor indexer status](search-howto-monitor-indexers.md) to check for status. Successful execution can still include warning and notifications. Be sure to check both successful and failed status notifications for details about the job.

articles/search/search-howto-run-reset-indexers.md

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,7 @@ ms.service: cognitive-search
99
ms.custom:
1010
- ignite-2023
1111
ms.topic: how-to
12-
ms.date: 02/26/2024
12+
ms.date: 03/28/2024
1313
---
1414

1515
# Run or reset indexers, skills, or documents
@@ -22,6 +22,10 @@ In Azure AI Search, there are several ways to run an indexer:
2222

2323
This article explains how to run indexers on demand, with and without a reset. It also describes indexer execution, duration, and concurrency.
2424

25+
## How indexers connect to Azure resources
26+
27+
Indexers are one of the few subsystems that make overt outbound calls to other Azure resources. In terms of Azure roles, indexers don't have separate identities: a connection from the search engine to another Azure resource is made using the [system or user-assigned managed identity](search-howto-managed-identities-data-sources.md) of a search service. If the indexer connects to an Azure resource on a virtual network, you should create a [shared private link](search-indexer-howto-access-private.md) for that connection. For more information about secure connections, see the [Security in Azure AI Search](search-security-overview.md).
28+
2529
## Indexer execution
2630

2731
A search service runs one indexer job per [search unit](search-capacity-planning.md#concepts-search-units-replicas-partitions-shards). Every search service starts with one search unit, but each new partition or replica increases the search units of your service. You can check the search unit count in the portal's Essential section of the **Overview** page. If you need concurrent processing, make sure you have sufficient replicas. Indexers don't run in the background, so you might detect more query throttling than usual if the service is under pressure.

0 commit comments

Comments
 (0)