Wählen Sie in Azure KI-Suche ein Preismodell und eine Serviceebene aus.

Wenn Sie einen Suchdienst erstellen, müssen Sie ein Preismodell und eine Serviceebene auswählen. Azure KI-Suche bietet zwei Preismodelle, die jeweils für unterschiedliche Workloadmuster geeignet sind, mit zugehörigen Dienstebenen, die Kapazität und Features bestimmen:

Beide Modelle bieten die gleichen Kernsuchfunktionen (mit einigen geringfügigen Ausnahmen für die unten aufgeführte Serverless-Vorschau). Der Hauptunterschied besteht aus Preis- und Skalierungsverhalten, nicht aus Funktionen.

Für die Auswahl des Dedizierten Preismodells müssen Sie Ihre Workloadanforderungen schätzen und dann eine Dienstebene mit der entsprechenden vorab bereitgestellten Kapazität auswählen.

Die Auswahl des Serverless-Preismodells erfordert keine Auswahl einer vorab bereitgestellten Dienstebene, verwendet jedoch verbrauchsbasierte Preise, sodass sich die Leistungsoptimierung direkt auf die Kosten auswirkt.

Serverloses Preismodell (Vorschau)

Das Serverless-Preismodell ist ein verbrauchsbasiertes Angebot, das die Berechnung und den Speicher automatisch basierend auf Ihrer Workload skaliert. Es beseitigt die Notwendigkeit, Kapazität vorab bereitzustellen, sodass Sie nur für die von Ihnen verwendeten Ressourcen bezahlen können.

Wenn Sie das Serverless-Modell verwenden, konfigurieren Sie keine Replikate, Partitionen oder Sucheinheiten. Stattdessen verwaltet der Dienst die Kapazität dynamisch als Reaktion auf Abfragevolume, Indizierungsaktivitäten und Workloadkomplexität.

Die Abrechnung basiert auf zwei primären Dimensionen:

• Berechnungsnutzung: Gemessen in Computeeinheiten pro Stunde (CU/h) und berechnet basierend auf der ausgeführten Arbeit (Abfragen, Indizierung und anderen Vorgängen).
• Indexierter Speicher: Abrechnung pro GB und Monat auf Grundlage der Größe Ihrer Indizes.

Dieses Modell ist für Workloads mit schwankender Auslastung ausgelegt, einschließlich sprunghaften Datenverkehrs und Multitenant-Anwendungen. Sie unterstützt dieselben Kernsuchfunktionen und APIs wie dedizierte Dienste, sodass Sie Suchanwendungen erstellen und ausführen können, ohne Code neu zu schreiben.

Die Stufe "Serverless Developer" befindet sich in der öffentlichen Vorschau und unterstützt derzeit nicht die folgenden Features:

• Indexaliasen: Nicht unterstützt
• Debugsitzungen: Nicht unterstützt
• Private Netzwerke für Indexer: Nicht unterstützt
• Freigegebene Private Link-Ressourcen: Keine geplante Unterstützung für das Serverless-Modell
• Vereinbarung auf Serviceebene (SLA): Während der öffentlichen Vorschau nicht verfügbar

Weitere Informationen finden Sie unter Service Limits in Azure KI-Suche.

Wenden Sie sich an Microsoft mithilfe des Azure KI-Suche Serverless Private Preview-Registrierungsformulars für zusätzliche serverlose Bereitstellungsoptionen.

Dediziertes Preismodell

Das Dedicated-Preismodell ist ein Angebot mit bereitgestellter Kapazität, das vorhersehbare Leistung und Kosten bietet, indem Ihrer Workload feste Infrastruktur zugewiesen wird. Sie konfigurieren die Kapazität vorab, sodass der Dienst konsistente Indizierungs- und Abfrageanforderungen mit garantierten Ressourcen verarbeiten kann.

Mit den dedizierten Ebenen konfigurieren Sie explizit Replikate, Partitionen und Sucheinheiten (SUs). Replikate stellen den Abfragedurchsatz und hohe Verfügbarkeit bereit, während Partitionen Speicher- und Indizierungskapazität definieren. Zusammen bestimmen sie die Gesamtkapazität und Leistungsmerkmale Ihres Suchdiensts.

Die Abrechnung basiert auf:

• Dienstebene: Die vorab ausgewählte bereitgestellte Kapazität.
• Sucheinheiten (SUs): Die Abrechnungseinheit für dedizierte Dienste, berechnet als Replikate × Partitionen. Sie zahlen einen festen Stundensatz basierend auf der Anzahl der Sucheinheiten und der ausgewählten Dienstebene.

Dieses Modell ist für Workloads mit stetiger, vorhersagbarer Nachfrage ausgelegt, bei der konsistente Leistung, geringe Latenz und kontrollierte Skalierung wichtig sind.

Im Dedizierten Preismodell bestimmt die ausgewählte Dienstebene Folgendes:

• Maximale Anzahl von Indizes und anderen Objekten, die für den Dienst zulässig sind.
• Größe und Geschwindigkeit von Partitionen (physischer Speicher).
• Abrechnungsfähiger Satz als fixe monatliche Kosten sowie inkrementelle Kosten, wenn Sie Kapazität hinzufügen.
• Arbeitsauslastungsmerkmale. Einige Ebenen sind für bestimmte Workloads optimiert.

In einigen Fällen bestimmt die Stufe auch die Verfügbarkeit von Premium-Features.

Tarifbeschreibungen

Zu den am häufigsten verwendeten abrechnungsfähigen Ebenen gehören:

• Basic unterstützt Produktionsworkloads und kann SLA-Anforderungen mit bis zu drei Replikaten erfüllen.

• Standard (S1, S2, S3) ist die Standardebene. Es unterstützt die Skalierung von Partitionen und Replikaten, wodurch größere Workloads und eine verbesserte Leistung ermöglicht werden.

Einige Ebenen sind für bestimmte Arten von Arbeiten konzipiert.

• Standard 3 High Density (S3 HD) ist ein Hostingmodus für S3, der für Mehrinstanzenfähigkeit optimiert ist. S3 HD verfügt über die gleiche Ladung pro Einheit wie S3, unterstützt aber eine große Anzahl kleinerer Indizes und verwendet Hardware, die für schnelle Dateilesevorgänge und Speicherszenarien mit hoher Dichte optimiert ist.

• Speicheroptimierte Ebenen (L1, L2) bieten geringeren Speicher pro TB und sind für große, weniger häufig aktualisierte Indizes ausgelegt. Diese Stufen weisen typischerweise eine höhere Latenz bei Abfragen auf.

Es gibt auch eine kostenlose, eingeschränkte Suchdienstebene:

• Free erstellt einen eingeschränkten Suchdienst für kleine Projekte, z. B. Lernprogramme und Entwicklung. Ressourcen werden mandantenübergreifend gemeinsam genutzt, und Skalierung wird nicht unterstützt. Einige Premiumfeatures sind nicht verfügbar, und der Dienst kann nach Zeiten der Inaktivität gelöscht werden. Sie können nur einen kostenlosen Suchdienst pro Azure-Abonnement nutzen.

Die Abrechnungssätze werden im Azure Portal angezeigt, wenn Sie einen neuen Azure KI-Suche Dienst auf der Seite "Preisstufe auswählen" erstellen.

Sie können die Preisseite auf regionale Tarife überprüfen.

Lesen Sie Planen und Verwalten von Kosten, um mehr über das Dedicated-Preismodell und darüber zu erfahren, wie es sich vom Serverless-Modell unterscheidet.

Überprüfen Sie Service-Grenzwerte in Azure KI-Suche oder Grenzwerten für Speicher, Workloads und Objektanzahl nach Ebene.

So wählen Sie eine Stufe aus

Im Azure-Portal werden die Dienstebenen beim Erstellen des Diensts auf der Seite Select Pricing Tier angegeben.

In PowerShell oder Azure CLI wird die Ebene über den -Sku Parameter angegeben.

Regionsverfügbarkeit nach Ebene

Die Regionsliste enthält die Standorte, an denen Azure KI-Suche angeboten wird. Einige Regionen verfügen möglicherweise über Kapazitätsbeschränkungen für bestimmte Ebenen, wodurch die Erstellung neuer Suchdienste auf diesen Ebenen verhindert wird. In der Liste werden Fußnoten verwendet, um eingeschränkte Bereiche und Ebenen anzugeben.

Wenn Sie einen Suchdienst im Azure-Portal erstellen, werden nicht verfügbare Kombinationen auf Regionsebene automatisch ausgeschlossen.

Funktionsverfügbarkeit pro Tarif

Die meisten Features sind in allen Ebenen verfügbar. In einigen Fällen hängt die Verfügbarkeit von Features von der ausgewählten Ebene ab:

Ressourcenintensive Funktionen funktionieren möglicherweise nicht gut, wenn Sie ihnen nicht genügend Kapazität zuweisen. Beispielsweise umfasst die KI-Anreicherung Skills mit langer Laufzeit, die bei einem kostenlosen Dienst zu einem Timeout führen, sofern es sich nicht um ein kleines Dataset handelt.

Obergrenzen

Ebenen bestimmen den maximalen Speicher des Diensts selbst sowie die maximale Anzahl von Indizes, Indexern, Datenquellen, Skillsets und Synonymzuordnungen, die Sie erstellen können. Eine vollständige Aufschlüsselung aller Grenzwerte finden Sie unter Diensteinschränkungen in Azure KI-Suche.

Partitionsgröße und Geschwindigkeit

Die Preisgestaltung enthält Details über den Speicher pro Partition, der von 15 GB für die Basic-Stufe bis zu 2 TB für die Storage Optimized (L2)-Stufen reicht. Andere Hardwaremerkmale, wie z. B. die Geschwindigkeit von Vorgängen, die Latenz und die Übertragungsraten, werden nicht veröffentlicht, aber die für bestimmte Lösungsarchitekturen vorgesehenen Tarife basieren auf Hardware mit den Features zur Unterstützung dieser Szenarios. Weitere Informationen zu Partitionen finden Sie unter Schätzen und Verwalten von Kapazität und Zuverlässigkeit in Azure KI-Suche.

Abrechnungsraten

Stufen haben unterschiedliche Preissätze, wobei höhere Sätze für Stufen gelten, die auf teurerer Hardware ausgeführt werden oder teurere Funktionen anbieten. Die Abrechnungsrate pro Dienstebene finden Sie auf den Seiten zu Azure-Preisen für Azure KI-Suche.

Nachdem Sie einen Dienst erstellt haben, wird der Abrechnungssatz sowohl zu einem festen Kostenfaktor für den Betrieb des Dienstes rund um die Uhr als auch zu einem inkrementellen Kostenfaktor, falls Sie die Kapazität erweitern möchten.

Im dedizierten Modell basiert die Abrechnung auf Sucheinheiten (SUs), die Partitionen (Speicher) und Replikate (Abfragekapazität) kombinieren.

• Ein Dienst beginnt mit einer Partition und einem Replikat (ein SU)
• Das Hinzufügen von Partitionen oder Replikaten erhöht die Kosten linear mit der Anzahl der SUs.

Beispielsweise erhöht das Hinzufügen von Replikaten zur Verbesserung der Verfügbarkeit oder des Durchsatzes die monatlichen Kosten proportional.

Weitere Informationen finden Sie unter "Planen und Verwalten von Kosten".

Beispiel für Abrechnungsrate

Dies wird im folgenden Beispiel veranschaulicht. Nehmen Sie eine hypothetische Abrechnungsrate von 100 € pro Monat an. Wenn Sie für den Suchdienst seine Anfangskapazität von einer Partition und einem Replikat beibehalten, ist 100 € der Betrag, den Sie am Monatsende erwartungsgemäß bezahlen werden. Wenn Sie aber zwei weitere Replikate hinzufügen, um Hochverfügbarkeit zu erreichen, erhöht sich die monatliche Rechnung auf 300 € (100 € für das erste Paar aus Replikat und Partition, gefolgt von 200 € für die zwei Replikate).

Ebenenänderungen

So wechseln Sie zu einer anderen Ebene als die zuvor aufgeführten:

1. Erstellen Sie einen Suchdienst auf der neuen Ebene.
2. Stellen Sie Ihre Suchinhalte im neuen Dienst bereit. Befolgen Sie diese Checkliste , um sicherzustellen, dass Sie über alle Inhalte verfügen.
3. Löschen Sie den alten Dienst, wenn Sie sicher sind, dass er nicht mehr benötigt wird.

Verwenden Sie für große Indizes, die Sie nicht von Grund auf neu erstellen möchten, eines der folgenden Sicherungs- und Wiederherstellungsbeispiele:

• Beispiel für Sicherung und Wiederherstellung (C#)
• Sicherungs- und Wiederherstellungsbeispiel (Python)
• Beispiel für Sicherung und Wiederherstellung für sehr große Indizes (Python)

Nächste Schritte

Die beste Möglichkeit, eine Preisstufe auszuwählen, besteht darin, mit der niedrigsten Kostenstufe zu beginnen und dann aufgrund von Erfahrungen und Testergebnissen Ihre Entscheidung zu treffen, ob Sie den Dienst beibehalten oder zu einer höheren Stufe wechseln möchten.

Für die nächsten Schritte empfehlen wir, einen Suchdienst auf einer Ebene zu erstellen, der die von Ihnen vorgeschlagene Teststufe erfüllen kann, und dann die folgenden Anleitungen zur Schätzung von Kosten und Kapazität überprüfen:

• Erstellen eines Suchdiensts
• Schätzen der Kosten
• Schätzen der Kapazität