Körning av indexerare på serverlös och Standard 3 hög densitet (S3 HD) (förhandsversion)

Den här artikeln beskriver den indexerarekörningsmodell som Azure AI-sökning använder för S3 HD-söktjänster (Serverless och Standard 3 High Density). Båda alternativen har en daglig körningskvot på servicenivå som styr hur mycket total indexeringstid du kan använda per 24-timmars UTC-fönster.

Funktionerna som beskrivs i den här artikeln är i förhandsversion:

• Indexerarens stöd för S3 HD kräver 2025-11-01-preview REST API eller senare.
• Stöd för serverlös indexerare kräver 2026-05-01-preview REST API eller senare.

Tillämpning

Körningsmodellen i den här artikeln gäller för:

• Serverlösa söktjänster som kör indexerare med hjälp av REST-API:et 2026-05-01-preview eller senare.
• S3 HD-söktjänster som kör indexerare med hjälp av 2025-11-01-preview REST-API:et eller senare.

Indexerardefinitioner, datakällor, kunskapsuppsättningar och indexerarestödda kunskapskällor som stöds fungerar utan ändringar i båda alternativen.

Körningsmodell

Indexerare på Serverless och S3 HD har följande körningsegenskaper:

• Du etablerar eller hanterar inte indexeringsinfrastruktur. Tjänsten hanterar kapacitet åt dig.

• Indexerare körs endast i multitenant-körningsmiljön. Den privata körningsmiljön, som tillhandahålls via delade privata länkresurser, är inte tillgänglig för indexerare för dessa SKU:er.

• För S3 HD, om du behöver indexeraranslutningar för att hålla dig borta från det offentliga Internet, konfigurerar du en nätverkssäkerhetsperimeter (NSP) i söktjänsten för att styra inkommande och utgående trafik via explicita åtkomstregler.

• För Serverlös finns det inget stöd för privata anslutningar.

Daglig kumulativ drifttidskvot

Indexerarens körning regleras av en daglig körtidskvot som återställs kl. 00:00 UTC. Kvoten är:

• Tjänstnivå: Det gäller för söktjänsten som helhet.
• Kumulativt: Körtid från varje indexerare i tjänsten räknas in i samma budget. Kvoten tillämpas inte per indexerare.

Alla aktiva indexerare förbrukar tid inom en gemensam tjänstebudget. Tjänsten reserverar inte körningstid för enskilda indexerare och fördelar inte heller kvoten automatiskt lika mellan dem. Till exempel kan den sammanlagda körtiden för 12 indexerare som var och en körs i två timmar uppta alla 24 sammanlagda körtimmar, oavsett om körningarna överlappar eller sker vid olika tidpunkter.

I följande tabell visas den dagliga kvoten per SKU och den lägsta API-version som stöder den:

När den dagliga kvoten är slut:

• De indexeringar som körs för närvarande stoppas inom cirka fem minuter.

• Nya indexeringskörningar bearbetar inte dokument och returnerar omedelbart ett tillfälligt fel som anger att den dagliga kvoten har överskridits.

• Normal indexeringskörning återupptas efter att räknaren har återställts kl. 00:00 UTC.

Återställa från kvotöverbelastning

Så här återhämtar du dig när kvoten har tagit slut och minskar risken för att det händer igen:

• Vänta till nästa återställning kl. 00:00 UTC, eller använd Get Service Statistics (REST API) för att bekräfta att remainingSeconds har återställts innan du utlöser nya körningar.

• Placera indexerare på stegvisa scheman så att arbetet sprids över 24-timmarsfönstret i stället för att köras samtidigt.

• Du kan inte pausa eller stoppa pågående körningar. Använd Hämta indexeringsstatus för att övervaka dem, och se Kör eller återställ indexerarna för information om körningsstyrning.

• Om det återstår körtid men indexeringskörningarna misslyckas, se Felsöka indexeringsproblem.

• Minska kostnaden för kompetenser. Färdigheter som anropar externa tjänster, till exempel Azure OpenAI Embedding skill, GenAI Prompt skill och Azure Content Understanding skill, förbrukar körtid snabbt. Minska antalet kunskaper, batchdokument eller konfigurera en berikningscache för återanvändning av tidigare resultat i stället för ombearbetning.

• Övervaka remainingSeconds proaktivt på både tjänst- och indexeringsnivå så att du kan begränsa arbetsbelastningar innan de misslyckas.

Övervaka sammanlagd körtid

I det här avsnittet beskrivs hur du spårar körningsanvändning och återstående budget med hjälp av REST-API:er för söktjänsten. Det finns ingen portalupplevelse för kumulativ körning under förhandsversionen.

Körning på tjänstenivå

Använd Get Service Statistics (REST API) för att hämta den sammanlagda körtiden för alla indexerare i tjänsten under den aktuella 24-timmarsperioden:

GET {endpoint}/servicestats?api-version=2026-08-01-preview

Svaret innehåller ett indexersRuntime avsnitt. Följande JSON visar en tjänst vars 24-timmars kvot inte används:

"indexersRuntime": {
    "usedSeconds": 0,
    "remainingSeconds": 86400,
    "beginningTime": "2026-05-16T00:00:00.000Z",
    "endingTime": "2026-05-17T00:00:00.000Z"
}

Viktiga punkter:

• usedSeconds: Totalt antal sekunder som alla indexerare i tjänsten har kört under det aktuella fönstret.
• remainingSeconds: Sekunder är fortfarande tillgängliga innan den dagliga kvoten nås. Visas när en nivåspecifik gräns gäller.
• beginningTime och endingTime: Start och slut på det aktuella 24-timmars UTC-räknarfönstret.

Körtid på indexeringsnivå

Använd GET Indexer Status (REST API) för att hämta kumulativ körning för en enskild indexerare:

GET {endpoint}/indexers('{indexerName}')/search.status?api-version=2026-08-01-preview

Svaret innehåller ett runtime avsnitt. Följande JSON visar en indexerare för en tjänst vars 24-timmars kvot inte används:

"runtime": {
    "usedSeconds": 0,
    "remainingSeconds": 86400,
    "beginningTime": "2026-05-16T00:00:00.000Z",
    "endingTime": "2026-05-17T00:00:00.000Z"
}

Viktiga punkter:

• usedSeconds: Totalt antal sekunder som indexeraren har kört under det aktuella fönstret.
• remainingSeconds: Sekunder är fortfarande tillgängliga för alla indexerare i tjänsten, inte bara för den här indexeraren. Visas när en nivåspecifik gräns gäller.
• beginningTime och endingTime: Start och slut på det aktuella 24-timmars UTC-räknarfönstret.

Metodtips

Indexerarens stöd för S3 HD och Serverless är i förhandsversion. Följ den här vägledningen för att storleksanpassa arbetsbelastningar på rätt sätt och planera för att fakturering för Serverlös ska introduceras vid ett senare tillfälle.

S3 HD

I förhandsversionen är stödet för S3 HD-indexeraren utformat för arbetsbelastningar utan kunskapsuppsättningar eller med små kunskapsuppsättningar. Så här håller du dig inom den dagliga kvoten:

• Planera för små index på cirka 1 GB i storlek.

• Dimensionera användningen av kompetensuppsättningen noggrant. Färdigheter som anropar externa tjänster, till exempel Azure OpenAI Embedding skill, GenAI Prompt skill och Azure Content Understanding skill, ökar körtiden avsevärt och kan snabbt förbruka den dagliga kvoten, särskilt i flerklientscenarier.

• Förvänta dig begränsad parallellitet under förhandsversionen. Använd schemalagda, förskjutna körningar för stora grupper av indexerare så att arbetet sprids över 24-timmarsperioden i stället för att konkurrera om samma budget.

Illustrativ split-and-embed-arbetsbelastning

I ett kontrollerat S3 HD-test genererade en delad färdighet och en Azure OpenAI-inbäddningsfärdighet segment och inbäddningar. Arbetsbelastningen producerade cirka 2,5 segment per källdokument och cirka 22 000 källdokument observerades i det här testet under ett 24-timmars S3 HD-testfönster.

Följande värden är avrundade, illustrativa beräkningar av rättvis andel baserade på den samlade observationen. De mäts inte som resultat per indexerare.

Tjänsten reserverar inte kapacitet och garanterar inte heller lika fördelning, körningsordning eller genomströmning för dessa antal indexerare.

Dataflödet kan variera väsentligt med dokumentkomplexitet och profil, segmentering, antal och typ av färdigheter och vektorutdata, modellsvarstid, kapacitet och kvot, käll- och målprestanda, samtidighet, schemaläggningsordning, begränsning, region, fel och återförsök, dokumentsprickor eller optisk teckenigenkänning (OCR) och ojämna klientvolymer. Testa med representativa produktionsindata innan du planerar kapacitet.

Serverless

I förhandsversionen är serverlösa indexerare utformade för att förenkla datainmatning för retrieval-augmented generation (RAG) och scenarier för kunskapsbaser:

• Du ådrar dig en kostnad för indexerarens körning (exklusive färdigheter) och för att skriva dokument till ett index.

• Körningen av kompetensuppsättningar faktureras på samma sätt som för dedikerade indexerare. Anrop till externa tjänster, som Azure OpenAI-inbäddningskompetensen, GenAI Prompt-kompetensen och Azure Content Understanding-kompetensen, debiteras via den anslutna Foundry- eller Azure AI Services-resursen.

Begränsningar och kvoter

Indexeringsgränser för Serverlös och S3 HD finns i Indexer-gränser.

Körtidskvoten på tjänstenivå och indexerarnas gränser ersätter inte gränserna för indata, begäranden eller bearbetning för kompetenser och externa tjänster i en kompetensuppsättning. Kontrollera varje kompetensreferens separat när du dimensionerar en berikningspipeline.

Relaterat innehåll

• Indexers i Azure AI-sökning
• Kör eller återställ indexerare
• Övervaka indexerarens status och resultat
• Kunskapskällor
• Tjänstbegränsningar i Azure AI-sökning