Bereitstellung von dab AI Analyst
Prüfen Sie zuerst die Systemanforderungen. Die meisten Probleme bei der Bereitstellung entstehen durch nicht erfüllte Voraussetzungen.
Vorbereitungen
dab AI Analyst wird als Azure Managed Application aus dem Azure Marketplace bereitgestellt. Die Bereitstellung umfasst sechs Konfigurationsregisterkarten und einen abschließenden Schritt Überprüfen + erstellen, die Sie der Reihe nach ausführen. Bestätigen Sie vor Beginn Folgendes:
-
dab Nexusist bereits im Einsatz - Der
AI Analyst LicenseSchlüssel, bereitgestellt vondabim Rahmen der AI Analyst License, liegt vor, siehe https://knowledge.dab-europe.com/portal/license-management - Das Ziel-Abonnement in Azure ist ausgewählt
- Die erforderlichen Ressourcenanbieter sind registriert
- Der bereitstellende Benutzer besitzt
OwneroderContributorplusUser Access AdministratorRolle(n) - Das App Service compute Kontingent ist in den Zielregionen verfügbar
- Die Datenbank-Verbindungszeichenfolge zur Datenbank, in der Ihre Nexus Analytic-Run-Ergebnisse gespeichert werden
- Das Azure Foundry LLM deployment Kontingent ist in den Zielregionen verfügbar
Die Datenbank-Verbindungszeichenfolge sollte auf die für den dab AnalyticSuite Lauf genutzte Datenbank verweisen, nicht auf die dab Nexus Applikationsdatenbank.
Marketplace-Angebot öffnen
dab AI Analyst wird als öffentliches Angebot im Azure Marketplace veröffentlicht und muss ausgewählt werden.
1. Grundlagen
Auf diesem Tab definieren Sie, wo die Anwendung und ihre Ressourcen erstellt werden.
| Feld | Was einzutragen ist |
|---|---|
| Subscription | Das Azure-Abonnement, in das AI Analyst bereitgestellt wird |
| Resource Group | Eine neue oder bestehende Resource Group für die Managed Application |
| Region | Die Azure-Region für das virtuelle Netzwerk, Key Vault und App Service |
| Application Name | Ein Name für die Managed Application |
| Managed Resource Group | Die Resource Group, welche die Ressourcen der Managed Application enthält |
Wählen Sie eine Region in der Nähe Ihrer Datenbank. Die hier gewählte Region bestimmt nicht den Ort der Bereitstellung des AI-Modells. Dies wählen Sie separat in Schritt 6.
2. Anwendungseinstellungen
Dieser Tab legt allgemeine Bereitstellungseinstellungen fest.
2.1 App Service Plan-Größe
Wählen Sie die Plan-Größe für den App Service aus, auf dem AI Analyst ausgeführt wird.
Dies ist das AI Analyst Backend: Es betreibt die Agenten, die auf dem bereitgestellten Azure AI Foundry Modell basieren.
Sie können den Plan später nach Bedarf nach oben oder unten skalieren, ohne die Anwendung erneut bereitstellen zu müssen.
| SKU | Kerne | RAM | Empfohlen für |
|---|---|---|---|
| P1v3 | 2 | 8 GB | Empfohlener Standard |
| P1mv3 | 2 | 16 GB | Speicherkritische Workloads |
| P1v4 | 2 | 8 GB | Aktuelle Generation, vergleichbar mit P1v3 |
| P2v4 | 4 | 16 GB | Hohe Zahl paralleler Benutzer |
| P3v4 | 8 | 32 GB | Enterprise-Scale |
Wir empfehlen, mit P1v3 zu starten und nur bei Bedarf nach oben zu skalieren.
2.2 Geheimnisse
Beide Geheimnisse sind Werte, die Sie erzeugen.
| Feld | Wofür benötigt |
|---|---|
| AIA API Key | Sichert die Kommunikation zwischen dem AI Analyst Visual im PowerBi Dashboard und dem AI Analyst Backend. Jeder Client, der die API aufruft, benötigt diesen Schlüssel. |
| Session Token Secret | Signiert Benutzersitzungen, sodass die Anwendung überprüfen kann, ob ein Benutzer eingeloggt ist. Benutzer sehen diesen Wert nie. |
Jeder Wert sollte mindestens 32 Zeichen lang sein und muss gespeichert werden, da diese nach der Bereitstellung benötigt werden.
Nutzen Sie einen Passwortmanager zur Erstellung und Speicherung Ihrer Geheimnisse.
Verwenden Sie nur die Zeichen A-Z, a-z und 0-9. Zeichen wie ;, ", &, % oder Leerzeichen können zu Problemen bei der Verarbeitung in HTTP-Headern und bei der nachgelagerten Konfiguration führen.
3. Netzwerksicherheit
Standardmäßig sind AI Analyst und die unterstützenden Dienste nur über ihr eigenes virtuelles Netzwerk erreichbar. Auf diesem Tab legen Sie fest, ob Nutzer die Anwendung auch von außerhalb dieses Netzwerks erreichen können, zum Beispiel vom Unternehmensstandort aus.
| Feld | Was einzutragen ist |
|---|---|
| IP-Adressen zur Allowlist hinzufügen | Yes, wenn Nutzer AI Analyst von außerhalb des virtuellen Netzwerks nutzen, ansonsten No |
| Zulässige IP-Bereiche (CIDR) | Die erlaubten IP-Bereiche im CIDR-Format, durch Kommas getrennt, beispielsweise 203.0.113.0/27, 198.51.100.42/32 |
Fügen Sie den IP-Bereich Ihres Unternehmensstandorts hinzu, damit Sie die AI Analyst-Oberfläche öffnen und die Key Vault-Geheimnisse im Azure Portal lesen können. Die Allowlist kann später im Azure Portal unter App Service -> Networking -> Zugriffsbeschränkungen geändert werden.
Wenn Sie No auswählen, ist die API von außerhalb des virtuellen Netzwerks nicht erreichbar, und Sie müssen eine eigene Verbindung zum virtuellen Netzwerk herstellen, z. B. mittels Netzwerk-Peering.
4. Datenbankverbindung
Hier wird die Datenbank definiert, die AI Analyst abfragt. Der Wert wird nach der Bereitstellung im Key Vault gespeichert und nie in Logs oder Anwendungseinstellungen geschrieben.
| Feld | Was einzutragen ist |
|---|---|
| Datenbank-Verbindungszeichenfolge | Die Verbindungszeichenfolge für die Datenbank, in der die Analytic-Run-Ergebnisse gespeichert sind |
| SQL Basistabellenschema | Das Schema, in das dab Nexus standardmäßig die für AI Analyst erforderlichen Tabellen exportiert, meistens Results |
Folgende Formate für die Verbindungszeichenfolge werden unterstützt:
- Empfohlener ADO.NET-Format:
Server=tcp:myserver.database.windows.net,1433;Database=mydb;User ID=myuser;Password=mypassword;Encrypt=yes;TrustServerCertificate=no; - Alternativ ODBC-Format:
Driver={ODBC Driver 18 for SQL Server};Server=tcp:myserver.database.windows.net,1433;Database=mydb;Uid=myuser;Pwd=mypassword;Encrypt=yes;TrustServerCertificate=yes;
Unterstützte Authentifizierungsmethoden:
-
SQL-Benutzer und Passwort (empfohlen) — Erstellen Sie einen dedizierten, nur lesenden SQL-Benutzer für
dab AI Analystund hinterlegen Sie dessen Zugangsdaten in der Verbindungszeichenfolge wie oben gezeigt. Dies funktioniert direkt und erfordert keine weitere Einrichtung. -
Managed Identity (optional) — Der App Service kann alternativ mit der Managed Identity der Managed Application, in der er bereitgestellt wird, authentifizieren. Verwenden Sie hierfür eine Verbindungszeichenfolge ohne
User ID/Passwordund mitAuthentication=Active Directory Managed Identity. Dafür ist nach der Bereitstellung eine zusätzliche Konfiguration Ihrerseits erforderlich: Sie müssen einen contained-Datenbankbenutzer für die Managed Identity erstellen und ihm Leserechte zuweisen. Wählen Sie diese Option nur, wenn die Richtlinie Ihrer Organisation dies ausdrücklich verlangt.
Da Generative AI eingesetzt wird, stellen Sie sicher, dass der Benutzer, der die dab AI Analyst Interaktion mit Ihren Daten erlaubt, nur Leserechte besitzt.
Die Datenbank muss für den Azure App Service erreichbar sein, damit die dab AI Analyst funktionieren kann. Wenn Ihre Datenbank nicht öffentlich erreichbar ist, müssen Sie die Erreichbarkeit nach der Bereitstellung manuell konfigurieren.
Eine unerreichbare Datenbank verhindert die Bereitstellung nicht. Die Anwendung startet, protokolliert Database warm-up failed und bleibt unbrauchbar, bis der Netzwerkpfad korrigiert wird. Prüfen Sie den Netzwerkpfad mit dem für die Datenbank verantwortlichen Team vor dem Bereitstellungstermin.
5. AI-Modell-Konfiguration
Hier definieren Sie das Azure OpenAI-Modell, mit dem AI Analyst arbeitet, und wie viel Durchsatz ihm zugeteilt wird.
| Feld | Was einzutragen ist |
|---|---|
| Cognitive Services Region | Die Region, in der das Modell bereitgestellt wird. Es muss Kontingent für das ausgewählte Modell verfügbar sein. Wir empfehlen ein Kontingent von 1,2 Millionen Token pro Minute für jeweils 10 Nutzer. |
| Modell | Das Modell, das AI Analyst verwendet. Das Dropdown zeigt nur Modelle, die in der gewählten Region verfügbar sind. |
| Kapazität (Quota Units) | Der für AI Analyst reservierte Durchsatz. Eine Einheit entspricht 10.000 Token pro Minute. |
Wir empfehlen das Modell gpt5.6-luna, das starke Schlussfolgerungsfähigkeit mit niedrigen Kosten kombiniert; gpt5.6-terra ist minimal besser, verursacht jedoch spürbar höhere Kosten. Wählen Sie eine Region, in der Kontingent für dieses Modell verfügbar ist und die möglichst nahe an Ihrer Bereitstellungsregion liegt.
Die Kapazität wird für alle Bereitstellungen derselben Modellfamilie innerhalb des gleichen Abonnements und der gleichen Region geteilt. Wenn Sie mehr Kapazität als verfügbar anfordern, schlägt die Bereitstellung fehl. Starten Sie mit einem niedrigen Wert und erhöhen Sie bei Bedarf später im Azure Portal.
5.1. KI-Modell-Kapazität
5.2. Leistung des AI-Modells
6. Lizenz und Knowledge Hub
AI Analyst ergänzt seine Antworten mit der SAP- und Analytics-Expertise aus dem dab Knowledge Hub. Diese Registerkarte verbindet Ihre Bereitstellung mit dem Service über eine private Link, sodass der Datenverkehr nie das öffentliche Internet durchquert.
| Feld | Was einzutragen ist |
|---|---|
| Knowledge Hub API Key | Der Lizenzschlüssel, den Sie von dab erhalten haben |
| Private Link Request Message | Nachricht zur Identifikation Ihres Antrags (Unternehmen und verantwortliche Person), zum Beispiel Contoso AG (m.mustermann(at)cag.com) - productive AI Analyst deployment |
Die private Link Verbindung wird im Status Pending erstellt und muss von dab genehmigt werden. AI Analyst funktioniert ohne diese Genehmigung nicht.
Eine Private Link Request Message, die weder den Firmennamen noch die verantwortliche Person enthält, wird abgelehnt.
Überprüfen und Erstellen
Azure überprüft alle Parameter und zeigt eine Zusammenfassung. Prüfen Sie, ob alle Geheimnisse ausgefüllt sind, dass Regionen und Modell korrekt sind und die Verbindungszeichenfolge komplett ist. Dann klicken Sie auf Erstellen. Die Bereitstellung dauert etwa drei bis fünf Minuten.
Fahren Sie mit Nach der Bereitstellung fort, um das Ergebnis zu prüfen und die private Link Freigabe zu beantragen.