Dienstgrenzwerte für Azure KI-Suche

Maximale Grenzwerte für Speicher, Workloads und Mengen von Indizes und anderen Objekten hängen vom Preismodell Ihres Azure KI-Suche-Diensts ab.

Azure KI-Suche unterstützt zwei Preismodelle, die jeweils mit den zugehörigen Dienstebenen verbunden sind. Die von Ihnen ausgewählte Ebene wirkt sich auf die in dieser Anleitung beschriebenen Dienstgrenzwerte aus.

• Dedicated: Feste Preise, die anhand der Sucheinheiten (SUs) bemessen werden. Zu den Dienstebenenoptionen gehören: Basic, Standard (S1-S3, einschließlich S3 HD), Speicher optimiert (L1-L2) und eine kostenlose Ebene mit eingeschränkten Suchdienstfunktionen.
• Serverless (Vorschau): Verbrauchsbasierte Preisgestaltung basierend auf Compute-Einheiten pro Stunde (CU/hr) und pro GB/Monat für indizierten Speicher. Die aktuelle Vorschauebene lautet: Serverless Developer. Grenzwerte werden durch Obergrenzen pro Index, Objektanzahlen pro Dienst und das Drosselungsverhalten bei Serverless definiert.

Weitere Informationen finden Sie unter Auswählen eines Preismodells und einer Serviceebene.

Diagnostizieren von Kontingent-, Kapazitäts- oder Limitfehlern

Kontingent- und Kapazitätsfehler stammen aus separaten Steuerelementen. Verwenden Sie den Fehler des abgeschlossenen Vorgangs, um zu ermitteln, welche Anwendung zutrifft.

Wenn noch ein Erstellungs-, Skalierungs- oder Upgradevorgang ausgeführt wird, warten Sie, bis der Provisionierungsstatus Succeeded oder Failed erreicht. Ein laufender Vorgang ist kein Beweis für ein Kontingent- oder Kapazitätsproblem. Wenn ein Skalierungsvorgang fehlschlägt, lesen Sie Fehler während der Skalierung.

Das verfügbare Abonnementkontingent garantiert keine regionale Kapazität, und das Anfordern eines weiteren Kontingents löst keine Kapazitätsbeschränkung. Wenn der Fehler weiterhin besteht, öffnen Sie eine Azure-Support Anforderung, die das Abonnement, die Region, die Ebene, die angeforderte Konfiguration, den vollständigen Fehlertext, die UTC-Zeit und die Korrelations- oder Vorgangs-ID enthält.

Grenzwerte für Abonnements

Sie können mehrere abrechenbare Suchdienste (Basic und höher) bis zur maximalen Anzahl zulässiger Dienste in den einzelnen Ebenen pro Region erstellen. Sie können beispielsweise bis zu 16 Dienste auf der Stufe "Basic" und weitere 16 Dienste auf der S1-Ebene innerhalb desselben Abonnements und derselben Region erstellen. Anschließend können Sie zusätzliche 16 Basic-Dienste in einer anderen Region für insgesamt 32 Basisdienste im selben Abonnement erstellen. Weitere Informationen zu Serviceebenen finden Sie unter Auswählen eines Preismodells und einer Serviceebene.

Sie können maximale Dienstgrenzwerte nach Anfrage erhöhen. Senden Sie eine Supportanfrage, wenn Sie in einem Abonnement weitere Dienste benötigen.

¹ Sie können einen kostenlosen Suchdienst pro Azure-Abonnement nutzen. Der Free-Tarif basiert auf einer Infrastruktur, die gemeinsam mit anderen Kund*innen genutzt wird. Da die Hardware nicht dediziert ist, wird das Hochskalieren nicht unterstützt, und der Speicher ist auf 50 MB beschränkt. Ein kostenloser Suchdienst kann nach längerer Inaktivität gelöscht werden, um Platz für weitere Dienste zu schaffen.

² Sucheinheiten (SU) sind Abrechnungseinheiten, die entweder als Replikat oder Partition zugeordnet werden. Sie benötigen beide. Weitere Informationen zu SU-Kombinationen finden Sie unter Schätzen und Verwalten der Kapazität eines Suchdiensts.

Diensteinschränkungen

Planen Sie die Kapazität für das Preismodell „Dedicated“, indem Sie Replikate mit Partitionen (Sucheinheiten) multiplizieren.

¹ Die Stufe "Einfach" unterstützt drei Partitionen und drei Replikate für insgesamt neun Sucheinheiten (SU) für neue Suchdienste , die nach dem 3. April 2024 erstellt wurden. Ältere Grundlegende Dienste sind auf eine Partition und drei Replikate beschränkt.

Ein Suchdienst unterliegt einem maximalen Speichergrenzwert (partitionsgröße multipliziert mit der Anzahl der Partitionen) oder einem harten Grenzwert für die maximale Anzahl von Indizes oder Indexern, je nachdem, welcher Grenzwert zuerst eintritt.

Vereinbarungen auf Dienstebene gelten für abrechnende Dienste, die zwei oder mehr Replikate für Abfrageworkloads oder drei oder mehr Replikate für Abfrage- und Indizierungsworkloads aufweisen. Die Anzahl der Partitionen wird für eine SLA nicht berücksichtigt. Weitere Informationen finden Sie unter Zuverlässigkeit in Azure KI Search.

Kostenlose Dienste verfügen nicht über feste Partitionen oder Replikate und geben Ressourcen für andere Abonnenten frei.

Partitionsspeicher (GB)

Die Speichergrenzwerte pro Dienst variieren je nach zwei Faktoren: Erstellungsdatum und Region des Diensts. Die meisten unterstützten Regionen bieten höhere Grenzwerte für neuere Dienste.

Die Tabelle zeigt den Verlauf von Speicherkontingenterhöhungen in GB im Laufe der Zeit. Ab April 2024 wurden in den in den Fußnoten aufgeführten Regionen Partitionen mit höherer Kapazität verfügbar. Wenn Sie über einen älteren Dienst in einer unterstützten Region verfügen, überprüfen Sie, ob Sie ihren Dienst aktualisieren können, um höhere Speichergrenzwerte zu erhalten.

¹ Höherer Kapazitätsspeicher für Basic, S1, S2 und S3 in diesen Regionen. Amerika: Brasilien Süd, Kanada Zentral, Kanada Ost, Ost-USA, Ost-USA 2, Zentral-USA, Nord-Mittel-USA, Süd-Zentral-USA, West-USA, West-US 2, West-US 3, West-Zentral-USA. Europa: Frankreich Zentral. Italien Nord, Nordeuropa, Norwegen, Polen Zentral, Schweiz Nord, Schweden Zentral, Vereinigtes Königreich Süd, Vereinigtes Königreich West. Naher Osten: VAE, Norden Afrika: Südafrika, Norden Asien-Pazifik: Australien Ost, Australien Südost, Zentralindien, Jio Indien West, Ostasien, Südostasien, Japan Ost, Japan West, Korea Central, Korea South.

² Speicher mit höherer Kapazität für L1 und L2. Mehr Regionen bieten höhere Kapazität in den einzelnen abzurechnenden Dienstebenen. Amerika: Ost-US 2 EUAP. Europa: Deutschland Nord- und Westmittelland, Schweiz West. Azure Government: Texas, Arizona, Virginia. Afrika: Südafrika, Norden Asien-Pazifik: China, Norden 3, China, Osten 3.

³ Speicher mit höherer Kapazität ist in Westeuropa verfügbar.

Indexgrenzwerte

¹ Basic-Dienste, die vor Dezember 2017 erstellt wurden, haben niedrigere Grenzwerte (5 statt 15) für Indizes.

² Die Obergrenze für Felder umfasst Felder der ersten Ebene und geschachtelte Unterfelder in einer komplexen Sammlung. Wenn ein Index beispielsweise 15 Felder enthält und über zwei komplexe Sammlungen mit jeweils fünf Unterfeldern verfügt, beträgt die Feldanzahl Ihres Index 25. Indizes mit einer sehr großen Feldsammlung können langsam sein, insbesondere bei älteren Basic-Diensten. Beschränken Sie Felder und Attribute auf diejenigen, die Sie benötigen, und führen Sie Indizierungs- und Abfragetests aus, um sicherzustellen, dass die Leistung akzeptabel ist.

³ Grundlegende Dienste, die vor dem 3. April 2024 erstellt wurden, unterstützen maximal 100 Felder pro Index. Neuere Basisdienste unterstützen 1.000 Felder pro Index.

⁴ Für Elemente gibt es eine Obergrenze, da eine große Anzahl von ihnen den für Ihren Index erforderlichen Speicherbedarf erheblich erhöht. Ein Element einer komplexen Sammlung ist als Mitglied dieser Sammlung definiert. Nehmen Sie beispielsweise ein Hoteldokument mit einer komplexen Sammlung von Räumen an. Jeder Raum in der Rooms-Auflistung wird als Element betrachtet. Bei einer Indizierung kann die Indizierungs-Engine maximal 3,000 Elemente sicher im gesamten Dokument verarbeiten. Dieser Grenzwert wurde in api-version=2019-05-06 eingeführt und gilt nur für komplexe Sammlungen, nicht für Zeichenfolgensammlungen oder komplexe Felder.

⁵ Für die meisten Ebenen ist die maximale Indexgröße der gesamt verfügbare Speicher für Ihren Suchdienst. Für S2-, S3- und S3 HD-Dienste mit mehreren Partitionen und daher mehr Speicher wird die maximale Größe eines einzelnen Indexes in der Tabelle bereitgestellt. Gilt für Suchdienste, die nach dem 3. April 2024 erstellt wurden. Indizes für Dienste, die mit dem Serverless-Modell (Vorschau) eingerichtet wurden, weisen eine festgelegte maximale Größe in der Tabelle auf.

Wenn Ihr Dienst in einem leistungsfähigeren Cluster bereitgestellt wird, kann es zu Abweichungen bei den maximalen Grenzwerten kommen. Die hier gezeigten Grenzwerte repräsentieren den gemeinsamen Nenner. Indizes, die gemäß den oben genannten Spezifikationen erstellt wurden, können über äquivalente Dienstebenen hinweg in jede Region portiert werden.

Dokumentgrenzwerte

Jeder Index unterstützt bis zur folgenden Anzahl von Dokumenten:

• 24 Milliarden bei Basic, S1, S2 und S3
• 2 Milliarden bei S3 HD
• 288 Milliarden bei L1
• 576 Milliarden bei L2

Jedes Dokument kann bis zu ca. 16 MB groß sein. Der Grenzwert für die Dokumentgröße gilt tatsächlich für die Größe der Indizierungs-API-Anforderungsnutzlast, die 16 MB beträgt. Diese Nutzlast kann ein einzelnes Dokument oder eine Reihe von Dokumenten sein. Für einen Batch mit einem einzelnen Dokument beträgt die maximale Dokumentgröße 16 MB von JSON.

Die Größenbeschränkung für Dokumente gilt für die Indizierung im Pushmodus, bei der Dokumente an einen Suchdienst hochgeladen werden. Wenn Sie einen Indexer für Pullmodus-Indizierung verwenden, können die Quelldateien eine beliebige Dateigröße haben, vorbehaltlich der Indexerbeschränkungen. Für den Blob-Indexer sind die Dateigrößenbeschränkungen für höhere Ebenen größer. Beispielsweise beträgt der S1-Grenzwert 128 MB, und der S2-Grenzwert beträgt 256 MB.

Denken Sie beim Schätzen der Dokumentgröße daran, nur die Felder zu indizieren, die Ihren Suchszenarien Wert hinzufügen. Schließen Sie Quellfelder aus, die in den Abfragen, die Sie ausführen möchten, keinen Zweck haben.

Größenbeschränkungen für Vektorindizes

Wenn Sie Dokumente mit Vektorfeldern indizieren, erstellt Azure KI-Suche interne Vektorindizes unter Verwendung der von Ihnen angegebenen Algorithmusparameter.

Die Größe dieser Vektorindizes wird durch Folgendes eingeschränkt:

• Der für die Vektorsuche reservierte Speicher für Ihre Dienstebene (oder SKU) im Preismodell „Dedicated“.
• Speichergrenzwerte pro Index im Serverless-Preismodell.

Anleitungen zum Verwalten und Maximieren des Vektorspeichers finden Sie unter Vektorindexgröße und Einhalten von Grenzwerten.

Vektorgrenzwerte variieren je nach:

• Erstellungsdatum des Diensts
• Region
• Ausgewähltes Preismodell und Service tier

Höhere Vektorgrenzwerte ab April 2024 gelten für neue Suchdienste in Regionen mit der zusätzlichen Kapazität (dies sind die meisten). Wenn Sie über einen älteren Dienst in einer unterstützten Region verfügen, überprüfen Sie, ob Sie Ihren Dienst auf die höheren Vektorgrenzwerte aktualisieren können.

Im Serverless-Preismodell werden Vektorgrenzwerte pro Index und nicht pro Partition definiert.

• Maximale Vektorindexgröße pro Index (Serverless): 300 MB
  • Diese Größe stellt ungefähr 30% des gesamten Indexspeichers dar, der mit dem Vektor-zu-Speicher-Verhältnis übereinstimmt, das in dedizierten Dienstebenen verwendet wird.
  • Diese Größe ist eine harte Grenze pro Index. Versuche, diesen Grenzwert während der Indizierung zu überschreiten, schlagen fehl.

Die folgende Tabelle zeigt den Verlauf von Vektorkontingenterhöhungen in GB im Laufe der Zeit. Das Kontingent ist pro Partition. Wenn Sie also einen neuen Standarddienst (S1) auf 6 Partitionen skalieren, beträgt das Gesamtvektorkontingent 35 multipliziert mit 6.

¹ Anfängliche Vektorgrenzwerte während der frühen Vorschau

² Vektorgrenzwerte während des späteren Vorschauzeitraums. Drei Regionen verfügten nicht über die höheren Grenzwerte: „Deutschland, Westen-Mitte“, „Indien, Westen“ und „Katar, Mitte“.

³ Höheres Vektorkontingent basierend auf den größeren Partitionen für unterstützte Dienstebenen und Regionen.

⁴ Höheres Vektorkontingent für weitere Ebenen und Regionen basierend auf Aktualisierungen der Partitionsgrößen

Der Dienst erzwingt ein Vektorindex-Größenkontingent:

• Gewidmet: Pro Partition in Ihrem Suchdienst
• Serverlos: Pro Index

Dieses Kontingent ist ein hartes Limit, um sicherzustellen, dass Ihr Dienst fehlerfrei bleibt. Weitere Indizierungsversuche, sobald der Grenzwert überschritten wurde, führen zu einem Fehler. Sie können die Indizierung fortsetzen, nachdem Sie das verfügbare Kontingent freigegeben haben, indem Sie:

• Löschen von Vektordokumenten
• Reduzieren der Vektorgröße oder -dimensionalität
• (Nur dediziert) Skalieren von Partitionen

Indexergrenzwerte

Es gibt eine maximale Ausführungsdauer, um den Dienst als Ganzes ausgewogen und stabil zu gestalten, aber größere Datensätze benötigen möglicherweise mehr Indizierungszeit, als das Maximum zulässt. Wenn ein Indizierungsauftrag nicht innerhalb der maximal zulässigen Zeit abgeschlossen werden kann, versuchen Sie, den Auftrag nach einem Zeitplan auszuführen. Der Planer verfolgt den Indizierungsstatus. Wenn ein geplanter Indizierungsauftrag aus irgendeinem Grund unterbrochen wird, kann der Indexer den Auftrag bei der nächsten geplanten Ausführung an der Stelle fortsetzen, an der er unterbrochen wurde.

Indexer-Objekt- und Durchsatzgrenzwerte

¹ Die maximale Indexerausführungszeit bei Diensten im Free-Tarif beträgt drei Minuten für Blobquellen und eine Minute für alle anderen Datenquellen. Indizierungsaufruf erfolgt einmal alle 180 Sekunden. Für KI-Indizierung, die Foundry Tools aufruft, sind kostenlose Dienste auf 20 kostenlose Transaktionen pro Indexer pro Tag beschränkt, wobei eine Transaktion als Dokument definiert ist, das erfolgreich die Anreicherungspipeline durchläuft. (Tipp: Sie können einen Indexer zurücksetzen, um seine Anzahl zurückzusetzen.)

² Basic-Dienste, die vor Dezember 2017 erstellt wurden, haben niedrigere Grenzwerte (5 statt 15) für Indexer, Datenquellen und Qualifikationsgruppen.

Die Unterstützung für ³ S3 HD-Indizierer ist als Vorschau verfügbar und erfordert die REST-API-Version 2025-11-01-preview oder höher. S3 HD-Indexer werden nur in der Umgebung für die mehrinstanzenfähige Ausführung ausgeführt und unterstützen keine freigegebenen privaten Linkressourcen. Während der Vorschauphase eignet sich die Unterstützung für den S3 HD-Indexer am besten für kleine Workloads (mit einer Indexgröße von ca. 1 GB) ohne oder mit nur geringem Einsatz von Skillsets. Aggregiertes Verhalten, Überwachung und Planungsleitfaden finden Sie unter Indexerausführung auf Serverless und S3 HD.

⁴ Maximal 30 Fähigkeiten pro Qualifikationsgruppe.

⁵ Hinweis zur maximalen Dauer von zwei oder 24 Stunden für Indexer: Ein Maximum von zwei Stunden ist am gängigsten und sollte als Planungsgrundlage verwendet werden. Sie bezieht sich auf Indexer, die in der öffentlichen Umgebung ausgeführt werden, wodurch die rechenintensive Verarbeitung deaktiviert wird und mehr Ressourcen für Abfragen übrig bleiben. Der Begrenzung von 24 Stunden gilt, wenn Sie den Indexer so konfigurieren, dass er in einer privaten Umgebung ausgeführt wird, wobei nur die Infrastruktur verwendet wird, die Ihrem Suchdienst zugeordnet ist. Einige ältere Indexer können in der öffentlichen Umgebung nicht ausgeführt werden, und diese Indexer verfügen immer über einen 24-Stunden-Verarbeitungsbereich. Wenn bei Ihnen ungeplante Indexer vorhanden sind, die 24 Stunden lang kontinuierlich ausgeführt werden, können Sie davon ausgehen, dass diese Indexer nicht zur neueren Infrastruktur migriert werden konnten. Im Allgemeinen sollten Sie für Indizierungsaufträge, die nicht innerhalb von zwei Stunden abgeschlossen werden können, den Indexer auf einen 5-Minuten-Zeitplan setzen, damit der Indexer schnell dort weiterarbeiten kann, wo er aufgehört hat. Im kostenlosen Tarif ist die maximale Laufzeit von 3 bis 10 Minuten für Indexer vorgesehen, die über spezialisierte Fähigkeiten verfügen.

⁶ Bei S3 HD- und Serverless-Diensten teilen alle Indexer 24 Stunden kumulierte Laufzeit pro Dienst in jedem 24-Stunden-UTC-Fenster. Informationen zu Kontingentverhalten, Überwachung und Planung finden Sie unter Indexerausführung auf Serverless und S3 HD (Vorschau).

Grenzwerte für Quelldateien für blobähnliche Indexer

Die Dateiverarbeitung erfolgt in Phasen, und jede Phase hat eigene Grenzwerte:

1. Ein Datenquellen-Connector lädt ein Element aus der Quelle herunter, gemäß den quellenspezifischen Connector-Beschränkungen.
2. Azure KI-Suche extrahiert den Inhalt des Elements, vorbehaltlich der maximalen Grenzwerte für die Quelldatei und der extrahierten Zeichen in der folgenden Tabelle.
3. Optional sendet ein Skillset diesen Inhalt an nachgeschaltete Dienste, bei denen der Eingabegrenzwert einzelner Fähigkeiten kleiner sein kann als das, was der Indexer extrahiert.

Die maximalen Grenzwerte für quelldatei und extrahierte Zeichen in der folgenden Tabelle gelten für die Azure Blob Storage, ADLS Gen2, SharePoint in Microsoft 365, OneLake und Azure Files Indexern. Überprüfen Sie für Grenzen pro Qualifikation den Referenzartikel für jede Qualifikation in Ihrem Skillset.

¹ Die maximale Anzahl von Zeichen basiert auf Unicode-Codeeinheiten, insbesondere UTF-16.

² Bei Verwendung des delimitedText Analysemodus für CSV-Dateien gilt eine Puffergröße von 10 MB pro Dateizeile.

³ Bei Verwendung des delimitedText Analysemodus für CSV-Dateien gilt das Limit "maximale extrahierte Inhaltsgröße" nicht.

⁴ Blob-ähnliche Indexer enthalten den Azure Blob Storage Indexer (Blobindexer), ADLS Gen2-Indexer, SharePoint in Microsoft 365 Indexer, OneLake Indexer und Azure Files Indexer. Die Wissensquelle für direkte Uploaddateien verwendet keinen Indexer und weist separate Grenzwerte auf.

Beschränkungen für freigegebene Private Link-Ressourcen

Indexer haben über private Endpunkte, die über die API für freigegebene Private Link-Ressourcen verwaltet werden, Zugriff auf Azure-Ressourcen. In diesem Abschnitt werden die Grenzwerte für diese Funktion beschrieben.

¹ Die KI-Anreicherung und die Bildanalyse sind rechenintensive Vorgänge, die unverhältnismäßig große Mengen der verfügbaren Verarbeitungskapazität verbrauchen. Aus diesem Grund sind private Verbindungen in niedrigeren Tarifen deaktiviert, um die Leistung und Stabilität des eigentlichen Suchdiensts zu gewährleisten. Bei grundlegenden Diensten werden private Verbindungen zu einer Microsoft Foundry-Ressource nicht unterstützt, um die Dienststabilität zu erhalten. Stellen Sie für die S1-Stufe sicher, dass der Dienst nach dem 3. April 2024 mit höheren Grenzwerten erstellt wurde. Indexer mit mehr als zwei Azure OpenAI Embedding- oder Azure Vision multimodalen Einbettungsfähigkeiten dürfen nicht in privater Umgebung ausgeführt werden, und private Verbindungen stehen nicht zur Verfügung.

² Private Verbindungen zu einem Einbettungsmodell werden für die nach dem 3. April 2024 erstellten Basis- und S1-Hochkapazitäts-Suchdienste mit den höheren Grenzwerten für die Speicher- und Rechenverarbeitung unterstützt.

³ Die Anzahl der unterschiedlichen Ressourcentypen wird als die Anzahl der eindeutigen groupId-Werte berechnet, die in allen freigegebenen Ressourcen für private Verbindungen für einen bestimmten Dienst verwendet werden. Der Status der jeweiligen Ressource spielt dabei keine Rolle.

Synonymgrenzwerte

Die maximale Anzahl von Synonymzuordnungen variiert je nach Ebene. Jede Regel kann bis zu 20 Erweiterungen haben, wobei eine Erweiterung ein gleichwertiger Begriff ist. Beispielsweise wird für den Begriff „Katze“ die Zuordnung von „Kätzchen“, „Kater“ und „Felis“ (die Gattung der Katzen) als drei Erweiterungen gezählt.

Indexaliasgrenzwerte

Die maximale Anzahl von Index-Aliassen variiert je nach Tier und Datum der Diensterstellung. Wenn der Dienst nach Oktober 2022 erstellt wurde, ist die maximale Anzahl von Aliassen auf allen Ebenen doppelt so hoch wie die maximal zulässige Anzahl von Indizes. Wenn der Dienst vor Oktober 2022 erstellt wurde, ist der Grenzwert die Anzahl der zulässigen Indizes.

¹ Basic-Dienste, die vor Dezember 2017 erstellt wurden, haben niedrigere Grenzwerte (5 statt 15) für Indizes.

Agentische Abrufgrenzwerte

Eine Wissensbasis definiert eine oder mehrere Wissensquellen sowie einen Argumentationsaufwand für den Abruf (Vorschau), der den Grad der Verarbeitung durch große Sprachmodelle (LLMs) für den agentischen Abruf steuert. Die Beschränkungen variieren je nach Preisstufe, API-Version und Stufe des Reasoning-Aufwands.

¹ Grundlegende Dienste, die vor dem 3. April 2024 erstellt wurden, haben niedrigere Grenzwerte (5) für Wissensquellen und Wissensbasen.

² Diese Grenzwerte gelten für S3 HD-Dienste, die Wissensdatenbanken und Wissensquellen unterstützen. Einige ältere S3 HD-Dienste unterstützen diese Ressourcen nicht.

Auswahl der Wissensquelle während des Abrufs

Eine Wissensdatenbank kann unabhängig von der API-Version oder dem Reasoning-Aufwand beim Retrieval höchstens die oben angegebenen stufenspezifischen Höchstwerte enthalten. Die API-Version und der Grundaufwand wirken sich stattdessen darauf aus, wie viele Wissensquellen beim Abruf ausgewählt werden können.

Der 2025-08-01-preview verwendet den Legacy-Knowledge-Agent-Vertrag und unterstützt retrievalReasoningEffort nicht.

² Der minimal Reasoning-Aufwand greift auf alle Wissensquellen in der Wissensbasis zu, da er die LLM-basierte Abfrageplanung umgeht.

Abrufen der Anforderungslaufzeit

Der maxRuntimeInSeconds Grenzwert ist für alle unterstützten Ebenen identisch.

Das Maximum gilt nur für die Abrufanforderung von Azure KI-Suche. Konfigurationsbeispiele finden Sie unter Standardmäßigen Reasoning-Aufwand überschreiben und Anfragelimits festlegen.

Datengrenzwerte (KI-Anreicherung)

Datengrenzwerte gelten für eine KI-Anreicherungspipeline, die Azure Language in Foundry Tools aufruft. Die maximale Eingabe beträgt 50.000 Zeichen, gemessen durch String.Lengthdie Entitätserkennungsfertigkeit, Entitätsverknüpfungsfertigkeit, Schlüsselausdruckextraktion, Spracherkennungsfertigkeit und PII-Erkennungskompetenz. Der Sentiment-Skill hat eine maximale Länge von 5.000 Zeichen.

Verwenden Sie die Fähigkeit "Textteilung ", wenn Sie größeren Text vor der nachgelagerten Verarbeitung dividieren müssen.

Diese Grenzwerte gelten sowohl für dedizierte als auch für serverlose Preismodelle.

Drosselungslimits

Einschränkungsgrenzwerte tragen dazu bei, die Dienststabilität zu gewährleisten, indem die Rate der API-Anforderungen gesteuert wird.

Für das Preismodell „Dedicated“ basiert die Drosselung auf Sucheinheiten (Replikate × Partitionen).

Für das Preismodell „Serverlos“ basiert die Drosselung nicht auf Sucheinheiten. Stattdessen steuern Grenzwerte für den Betrieb auf Dienstebene und das Allgemeine Verbrauchsverhalten den Durchsatz. Nutzungs- und Dienstbeschränkungen verwalten Kapazität und nicht die Konfiguration von Replikaten und Partitionen.

Grenzwerte für die semantische Rangfolgereinschränkung

Der semantische Sortierer verwendet ein Warteschlangensystem, um gleichzeitig eingehende Anforderungen zu verwalten. Dieses System ermöglicht es Suchdiensten, die höchste Anzahl von Abfragen pro Sekunde zu erhalten. Wenn der Grenzwert für gleichzeitige Anforderungen erreicht wird, platziert das System zusätzliche Anforderungen in einer Warteschlange. Wenn die Warteschlange voll ist, lehnt das System weitere Anforderungen ab und muss erneut überprüft werden.

Die Gesamtanzahl der Semantikbewertungsabfragen pro Sekunde variiert je nach den folgenden Faktoren:

• Die Ebene des Suchdiensts. Sowohl die Warteschlangenkapazität als auch die Grenzwerte für gleichzeitig eingehende Anforderungen variieren je nach Ebene.
• Anzahl der Sucheinheiten im Suchdienst. Die einfachste Möglichkeit, die maximale Anzahl gleichzeitiger semantischer Rangiererabfragen zu erhöhen, besteht darin, Ihrem Suchdienst weitere Sucheinheiten hinzuzufügen.
• Die verfügbare Gesamtkapazität des semantischen Sortierers in der Region.
• Die Zeitspanne, die zum Bearbeiten einer Abfrage mit dem semantischen Sortierer benötigt wird. Diese Zeit variiert je nach Auslastung des Suchdiensts.

In der folgenden Tabelle werden die Grenzwerte für die semantische Rangfolgereinschränkung nach Ebene beschrieben, vorbehaltlich der verfügbaren Kapazität in der Region. Sie können sich an den Microsoft-Support wenden, um eine Erhöhung des Grenzwerts anzufordern.

API-Anforderungsgrenzwerte

Grenzwerte für Abfragen sind vorhanden, da ungebundene Abfragen Ihren Suchdienst destabilisieren können. In der Regel werden solche Abfragen programmgesteuert erstellt. Wenn Ihre Anwendung Suchabfragen programmgesteuert generiert, entwerfen Sie sie so, dass keine Abfragen mit ungebundener Größe generiert werden.

Grenzwerte für Nutzlasten bestehen aus ähnlichen Gründen und stellen die Stabilität Ihres Suchdiensts sicher. Der Grenzwert gilt für die gesamte Anforderung einschließlich aller Komponenten. Wenn die Anforderung beispielsweise mehrere Dokumente oder Befehle stapelt, muss die gesamte Anforderung in den unterstützten Grenzwert passen.

Wenn Sie einen unterstützten Grenzwert überschreiten müssen, testen Sie Ihre Workload , damit Sie wissen, was Sie erwarten müssen.

Sofern nicht angegeben, gelten die folgenden API-Anforderungen für alle programmierbaren Schnittstellen, einschließlich der Azure-SDKs.

Allgemein:

• Unterstützte maximale Nutzlastgrenze beträgt 16 MB für die Indizierung und Abfrageanforderung über REST-API und SDKs.
• Maximale Länge der 8-KB-URL (gilt nur für REST-APIs).

Indizierungs-APIs:

• Unterstützt maximal 1.000 Dokumente pro Batch an Indexuploads, Zusammenführungen oder Löschungen.
• Jede Anforderung unterstützt zwischen 1 und 32.000 Indizierungsaktionen.

Abfrage-APIs:

• Maximal 10 Felder in einer Vektorabfrage
• Maximal 32 Felder in $orderby Klausel.
• Maximal 100.000 Zeichen in einer Suchklausel.
• Die maximale Anzahl von Klauseln in der Suche beträgt 3.000.
• Maximale Grenzwerte für Platzhalter und Abfragen zum regulären Ausdruck, wie durch Lucene erzwungen. Sie begrenzt die Anzahl der Muster, Variationen oder Übereinstimmungen mit 1.000 Instanzen. Dieser Grenzwert ist vorhanden, um Motorüberladungen zu vermeiden.

Suchbegriffe:

• Die maximale unterstützte Suchbegriffgröße ist 32.766 Byte (32 KB minus 2 Bytes) von UTF-8-codiertem Text. Gilt für die Stichwortsuche und die Texteigenschaft der Vektorsuche.
• Die maximale unterstützte Suchbegriffgröße beträgt 1.000 Zeichen für die Präfixsuche und die Suche von regulären Ausdrücken.

API-Antwortengrenzwerte

• Jede Seite mit Suchergebnissen gibt bis zu 1.000 Dokumente zurück.
• Jede Suggest-API-Anforderung gibt bis zu 100 Vorschläge zurück.

Die Suchmaschine gibt standardmäßig 50 Ergebnisse zurück, Sie können diesen Parameter jedoch außer Kraft setzen bis zum maximalen Grenzwert.

API-Schlüsselgrenzwerte

Verwenden Sie API-Schlüssel für die Dienstauthentifizierung. Zwei Arten von API-Schlüsseln sind vorhanden. Administratorschlüssel, die Sie im Anforderungsheader angeben, bieten vollständigen Lese-/Schreibzugriff auf den Dienst. Abfrageschlüssel, die Sie für die URL angeben, sind schreibgeschützt und in der Regel an Clientanwendungen verteilt.

• Jeder Dienst unterstützt bis zu zwei Administratorschlüssel.
• Jeder Dienst unterstützt bis zu 50 Abfrageschlüssel.