Lekérdezéskérések monitorozása az Azure AI Searchben

Ez a cikk bemutatja, hogyan mérheti a lekérdezési teljesítményt és a kötetet beépített metrikák és erőforrásnaplózás használatával. Azt is ismerteti, hogyan kérhetők le az alkalmazás felhasználói által megadott lekérdezési sztringek.

Az Azure Portal a lekérdezés késésével, a lekérdezési terheléssel (QPS) és a szabályozással kapcsolatos alapvető metrikákat mutatja be. A metrikákba betáplált előzményadatok 30 napig érhetők el a portálon. A hosszabb megőrzés, illetve az operatív adatok és lekérdezési sztringek jelentéséhez olyan diagnosztikai beállítást kell hozzáadnia, amely megadja a naplózott műveletek és metrikák megőrzésének tárolási lehetőségét. A naplózott műveletek célhelyeként a Log Analytics-munkaterületet javasoljuk. A Kusto-lekérdezések és az adatfeltárás egy Log Analytics-munkaterületet céloznak meg.

Az adatmérés integritását maximalizáló feltételek a következők:

  • Használjon számlázható szolgáltatást (alapszintű vagy standard szinten létrehozott szolgáltatást). Az ingyenes szolgáltatást több előfizető is megosztja, ami bizonyos mértékű volatilitást vezet be a terhelések változásával.

  • Ha lehetséges, használjon egyetlen replikát és partíciót egy zárt és izolált környezet létrehozásához. Ha több replikát használ, a lekérdezési metrikákat több csomóponton átlagoltuk, ami csökkentheti az eredmények pontosságát. Hasonlóképpen, több partíció is azt jelenti, hogy az adatok el vannak osztva, és előfordulhat, hogy egyes partíciók eltérő adatokat tartalmazhatnak, ha az indexelés is folyamatban van. A lekérdezési teljesítmény finomhangolásakor egyetlen csomópont és partíció stabilabb környezetet biztosít a teszteléshez.

Tipp.

További ügyféloldali kóddal és alkalmazás-Elemzések is rögzíthet átkattintási adatokat, így részletesebb betekintést nyerhet az alkalmazás felhasználóinak érdeklődési körébe. További információ: Forgalomelemzés keresése.

Lekérdezési kötet (QPS)

A kötetet keresési lekérdezések másodpercenként (QPS) értékként mérik, amely egy beépített metrika, amely az egyperces ablakban végrehajtott lekérdezések átlagaként, darabszámaként, minimális vagy maximális értékeként jelenthető. A metrikák egyperces időközei (TimeGrain = "PT1M") a rendszeren belül lesznek rögzítve.

Gyakran előfordul, hogy a lekérdezések ezredmásodpercben futnak, így csak a másodpercben mért lekérdezések jelennek meg a metrikákban.

Összesítés típusa Leírás
Átlag A lekérdezés végrehajtásának átlagos száma egy percen belül.
Count A naplóban az egyperces időközön belül kibocsátott metrikák száma.
Maximum Az egy perc alatt regisztrált keresési lekérdezések száma másodpercenként.
Minimum Az egy perc alatt regisztrált keresési lekérdezések másodpercenkénti legalacsonyabb száma.
Sum A percen belül végrehajtott összes lekérdezés összege.

Egy percen belül például a következőhöz hasonló minta lehet: egy másodpercnyi magas terhelés, amely a SearchQueriesPerSecond maximális értéke, majd 58 másodpercnyi átlagos terhelés, végül pedig egy másodperc egyetlen lekérdezéssel, ami a minimum.

Egy másik példa: ha egy csomópont 100 metrikát bocsát ki, ahol az egyes metrikák értéke 40, akkor a "Darabszám" 100, az "Összeg" 4000, az "Átlag" 40, a "Max" pedig 40.

Lekérdezési teljesítmény

A szolgáltatásszintű lekérdezési teljesítményt a rendszer keresési késésként (a lekérdezés befejezésének időtartama alatt) és az erőforrás-versengés eredményeként elvetett szabályozott lekérdezésekként méri.

Keresési késés

Összesítés típusa Késés
Átlag A lekérdezés átlagos időtartama ezredmásodpercben.
Count A naplóban az egyperces időközön belül kibocsátott metrikák száma.
Maximum Leghosszabb ideig futó lekérdezés a mintában.
Minimum A legrövidebb futó lekérdezés a mintában.
Összesen A mintában szereplő összes lekérdezés teljes végrehajtási ideje, amely az intervallumon belül (egy percen belül) fut.

Tekintse meg a keresési késés metrikáit a következő példában: 86 lekérdezésből vettünk mintát, átlagosan 23,26 ezredmásodperc időtartammal. A legalább 0 azt jelzi, hogy egyes lekérdezések elvetve lettek. A leghosszabb futó lekérdezés 1000 ezredmásodpercig tartott. A teljes végrehajtási idő 2 másodperc volt.

Latency aggregations

Szabályozott lekérdezések

A szabályozott lekérdezések a feldolgozott lekérdezések helyett elvetett lekérdezésekre utalnak. A legtöbb esetben a szabályozás a szolgáltatás futtatásának szokásos része. Ez nem feltétlenül azt jelzi, hogy valami baj van.

Szabályozás akkor történik, ha a végrehajtás alatt álló kérések száma meghaladja a kapacitást. A szabályozott kérelmek számának növekedése akkor jelenhet meg, ha egy replikát kivesznek a forgatásból vagy az indexelés során. A lekérdezési és indexelési kérelmeket is ugyanaz az erőforráskészlet kezeli.

A szolgáltatás meghatározza, hogy az erőforrás-felhasználás alapján elveti-e a kérelmeket. A memóriában, a processzorban és a lemez I/O-ban felhasznált erőforrások százalékos aránya egy adott időszak átlaga. Ha ez a százalék meghaladja a küszöbértéket, a rendszer a kérelmek mennyiségének csökkentéséig szabályozza az indexhez érkező összes kérést.

Az ügyféltől függően a rendszer az alábbi módokon jelez egy szabályozott kérést:

  • Egy szolgáltatás hibát ad vissza "You are sending too many requests. Please try again later."
  • A szolgáltatás egy 503-at tartalmazó hibakódot ad vissza, amely jelzi, hogy a szolgáltatás jelenleg nem érhető el.
  • Ha a portált (például a Search Explorert) használja, a lekérdezés csendesen el lesz ejtve, és újra ki kell választania a Keresés lehetőséget .

A szabályozott lekérdezések megerősítéséhez használja a szabályozott keresési lekérdezések metrikáit. A metrikákat a portálon ismerheti meg, vagy létrehozhat egy riasztási metrikát a jelen cikkben leírtak szerint. A mintavételezési időközön belül elvetett lekérdezések esetében a Total (Összesítés) használatával lekérheti a nem végrehajtott lekérdezések százalékos arányát.

Összesítés típusa Szabályozás
Átlag Az intervallumon belül elvetett lekérdezések százalékos aránya.
Count A naplóban az egyperces időközön belül kibocsátott metrikák száma.
Maximum Az intervallumon belül elvetett lekérdezések százalékos aránya.
Minimum Az intervallumon belül elvetett lekérdezések százalékos aránya.
Összesen Az intervallumon belül elvetett lekérdezések százalékos aránya.

A szabályozott keresési lekérdezések százalékos aránya, minimális, maximális, átlag és összeg, mind ugyanazzal az értékkel rendelkezik: a szabályozott keresési lekérdezések százalékos aránya az egy perc alatt végzett keresési lekérdezések teljes számától.

Az alábbi képernyőképen az első szám a naplóba küldött metrikák száma (vagy száma). Az egyéb összesítések, amelyek felül jelennek meg, vagy a metrika fölé viszik az egérmutatót, tartalmazzák az átlagot, a maximumot és az összesítést. Ebben a mintában a kérések nem lettek elvetve.

Throttled aggregations

Metrikák felfedezése a portálon

Az aktuális számok gyors áttekintéséhez a szolgáltatás áttekintési lapján a Figyelés lap három metrikát jelenít meg (keresési késés, keresési lekérdezések másodpercenként (keresési egységenként), szabályozott keresési lekérdezések százalékos aránya) az órákban, napokban és hetekben mért rögzített időközönként, az összesítés típusának módosításával.

A mélyebb feltáráshoz nyissa meg a metrikaböngészőt a Figyelés menüből, hogy rétegezhesse, nagyítsa és vizualizálhassa az adatokat a trendek és a rendellenességek feltárása érdekében. A Metrikák explorerrel kapcsolatos további információkért tekintse meg ezt az oktatóanyagot a metrikák diagram létrehozásáról.

  1. A Figyelés szakaszban válassza a Metrikák lehetőséget a metrikaböngésző megnyitásához a keresési szolgáltatáshoz beállított hatókörrel.

  2. A Metrika területen válasszon egyet a legördülő listából, és tekintse át az elérhető összesítések listáját egy előnyben részesített típushoz. Az aggregáció határozza meg, hogyan történik a gyűjtött értékek mintavételezése az egyes időintervallumokban.

    Metrics explorer for QPS metric

  3. A jobb felső sarokban állítsa be az időintervallumot.

  4. Válasszon vizualizációt. Az alapértelmezett érték egy vonaldiagram.

  5. További összesítések rétegezéséhez válassza a Metrika hozzáadása és a különböző összesítések kiválasztását.

  6. Nagyíthat egy érdekes területet a vonaldiagramon. Helyezze az egérmutatót a terület elejére, jelölje ki és tartsa lenyomva a bal egérgombot, húzza az egérmutatót a terület másik oldalára, és engedje fel a gombot. A diagram nagyítja az adott időtartományt.

A felhasználók által megadott lekérdezési sztringek visszaadása

Az erőforrásnaplózás engedélyezésekor a rendszer rögzíti a lekérdezési kéréseket az AzureDiagnostics táblában. Előfeltételként meg kell adnia egy célhelyet a naplózott műveletekhez, vagy egy log analytics-munkaterületet vagy egy másik tárolási lehetőséget.

  1. A Figyelés szakaszban válassza a Naplók lehetőséget egy üres lekérdezési ablak megnyitásához a Log Analyticsben.

  2. Futtassa a következő kifejezést a műveletek kereséséhez Query.Search , és adjon vissza egy táblázatos eredményhalmazt, amely a művelet nevét, a lekérdezési sztringet, a lekérdezett indexet és a talált dokumentumok számát tartalmazza. Az utolsó két utasítás kizárja az üres vagy meghatározatlan keresésből álló lekérdezési sztringeket egy mintaindexen keresztül, amely csökkenti az eredmények zaját.

       AzureDiagnostics
    | project OperationName, Query_s, IndexName_s, Documents_d
    | where OperationName == "Query.Search"
    | where Query_s != "?api-version=2023-07-01-preview&search=*"
    | where IndexName_s != "realestate-us-sample-index"
    
  3. Ha szeretné, állítson be oszlopszűrőt Query_s egy adott szintaxis vagy sztring kereséséhez. Az átszűrés például egyenlő.?api-version=2023-11-01&search=*&%24filter=HotelName

    Logged query strings

Bár ez a technika alkalmi vizsgálatra is használható, a jelentéskészítés lehetővé teszi a lekérdezési sztringek összevonását és bemutatását egy olyan elrendezésben, amely jobban segíti az elemzést.

Hosszú ideig futó lekérdezések azonosítása

Adja hozzá az időtartam oszlopot az összes lekérdezés számának lekéréséhez, nem csak a metrikaként felvett számokhoz. Az adatok rendezése megmutatja, hogy mely lekérdezések végrehajtása tart a leghosszabb ideig.

  1. A Figyelés szakaszban válassza a Naplók lehetőséget a naplóadatok lekérdezéséhez.

  2. Futtassa az alábbi egyszerű lekérdezést a lekérdezések visszaadásához, időtartam szerint rendezve ezredmásodpercben. A leghosszabb ideig futó lekérdezések vannak a tetején.

    AzureDiagnostics
    | project OperationName, resultSignature_d, DurationMs, Query_s, Documents_d, IndexName_s
    | where OperationName == "Query.Search"
    | sort by DurationMs
    

    Sort queries by duration

Metrikariasztás létrehozása

A metrikariasztások létrehoznak egy küszöbértéket egy értesítés küldéséhez vagy egy előre definiált korrekciós művelet aktiválásához. Létrehozhat riasztásokat a lekérdezések végrehajtásához, de létrehozhatja őket az erőforrás-állapothoz, a keresési szolgáltatás konfigurációjának módosításához, a szakértelem végrehajtásához és a dokumentumfeldolgozáshoz (indexeléshez).

Minden küszöbérték felhasználó által definiált, ezért érdemes képet adnia arról, hogy milyen tevékenységi szint aktiválja a riasztást.

A lekérdezések monitorozásához gyakori, hogy metrikariasztást hozunk létre a keresési késéshez és a szabályozott lekérdezésekhez. Ha tudja, hogy mikor kerülnek le a lekérdezések, olyan megoldásokat kereshet, amelyek csökkentik a terhelést vagy növelik a kapacitást. Ha például a szabályozott lekérdezések növekednek az indexelés során, elhalaszthatja, amíg a lekérdezési tevékenység nem csökken.

Ha egy adott replikapartíciós konfiguráció korlátait feszegeti, a lekérdezési kötet küszöbértékeinek (QPS) riasztásainak beállítása is hasznos.

  1. A Figyelés területen válassza a Riasztások, majd a Riasztási szabály létrehozása lehetőséget.

  2. A Feltétel csoportban válassza a Hozzáadás lehetőséget.

  3. Konfigurálja a jellogikát. A jeltípushoz válassza ki a metrikákat , majd válassza ki a jelet.

  4. A jel kiválasztása után diagram használatával megjelenítheti az előzményadatokat, hogy megalapozott döntést hozhassanak a feltételek beállításának módjáról.

  5. Ezután görgessen le a Riasztás logikához. A megvalósíthatósági vizsgálathoz megadhat egy mesterségesen alacsony értéket tesztelési célokra.

  6. Ezután adjon meg vagy hozzon létre egy műveletcsoportot. Ezt a választ kell meghívni a küszöbérték elérésekor. Lehet, hogy leküldéses értesítés vagy automatikus válasz.

  7. Végül adja meg a riasztás részleteit. Nevezze el és írja le a riasztást, rendeljen hozzá egy súlyossági értéket, és adja meg, hogy a szabályt engedélyezve vagy letiltott állapotban hozza-e létre.

Ha e-mail-értesítést adott meg, e-mailt kap a "Microsoft Azure"-tól az "Azure: Aktivált súlyosság: 3 <your rule name>" tárgysorával.

Következő lépések

Ha még nem tette meg, tekintse át a keresési szolgáltatás monitorozásának alapjait, és ismerje meg a felügyeleti képességek teljes körét.