A szabályozás monitorozása és csökkentése a késés csökkentése érdekében az Azure Time Series Insights Gen1-ben

Megjegyzés

A Time Series Insights (TSI) szolgáltatás 2025 márciusa után már nem támogatott. Fontolja meg a meglévő TSI-környezetek migrálását alternatív megoldásokba a lehető leghamarabb. Az elavulással és a migrálással kapcsolatos további információkért tekintse meg dokumentációnkat.

Figyelemfelhívás

Ez egy Gen1-cikk.

Ha a bejövő adatok mennyisége meghaladja a környezet konfigurációját, késést vagy szabályozást tapasztalhat az Azure Time Series Insightsban.

Elkerülheti a késést és a szabályozást, ha megfelelően konfigurálja a környezetet az elemezni kívánt adatok mennyiségéhez.

A legnagyobb valószínűséggel késést és szabályozást tapasztal, amikor:

• Adjon hozzá egy olyan eseményforrást, amely olyan régi adatokat tartalmaz, amelyek túlléphetik a ki van állítva bejövő forgalom sebességét (az Azure Time Series Insightsnak fel kell vennie a műveletet).
• Adjon hozzá további eseményforrásokat egy környezethez, ami további események kiugrását eredményezi (ami meghaladhatja a környezet kapacitását).
• Nagy mennyiségű előzményesemény leküldése egy eseményforrásba, ami késést eredményez (az Azure Time Series Insightsnak fel kell zárnia).
• Referenciaadatok összekapcsolása telemetriával, ami nagyobb eseményméretet eredményez. A maximális csomagméret 32 KB; A 32 KB-nál nagyobb adatcsomagok csonkulnak.

Videó

Megismerheti az Azure Time Series Insights adatbemenő viselkedését és tervezését.

Késés és szabályozás monitorozása riasztásokkal

A riasztások segíthetnek a környezetben előforduló késési problémák diagnosztizálásában és enyhítésében.

1. Az Azure Portalon válassza ki az Azure Time Series Insights-környezetet. Ezután válassza a Riasztások lehetőséget.

   

2. Válassza a + Új riasztási szabály lehetőséget. Ekkor megjelenik a Szabály létrehozása panel. Válassza a Feltétel alatti Hozzáadás lehetőséget.

   

3. Ezután konfigurálja a jellogika pontos feltételeit.

   

   Innen a következő feltételek valamelyikével konfigurálhatja a riasztásokat:

   Metric	Leírás
   Bejövő forgalom fogadott bájtok	Eseményforrásokból beolvasott nyers bájtok száma. A nyers szám általában tartalmazza a tulajdonság nevét és értékét.
   A bejövő forgalom érvénytelen üzeneteket kapott	Az összes Azure Event Hubsból vagy Azure IoT Hub-eseményforrásból beolvasott érvénytelen üzenetek száma.
   Bejövő üzenetek	Az összes Event Hubs- vagy IoT Hubs-eseményforrásból beolvasott üzenetek száma.
   Bejövő forgalom tárolt bájtja	A tárolt és a lekérdezéshez elérhető események teljes mérete. A méret kiszámítása csak a tulajdonságérték alapján történik.
   Bejövő forgalom tárolt eseményei	A tárolt és lekérdezéshez elérhető, egybesimított események száma.
   Bejövő üzenetek fogadásának késése	Másodpercek közötti különbség az üzenet eseményforrásban való leküldésének időpontja és a bejövő forgalomban való feldolgozása között.
   Bejövő üzenetek számának késése	Különbség az eseményforrás partíciójában található utolsó lekért üzenet sorszáma és a bejövő forgalomban feldolgozott üzenetek sorszáma között.

   Válassza a Kész lehetőséget.

4. A kívánt jellogika konfigurálása után vizuálisan tekintse át a kiválasztott riasztási szabályt.

   

Szabályozás és bejövőforgalom-kezelés

• Ha szabályozva van, a rendszer regisztrálja a bejövő üzenetek fogadásának időeltolódására vonatkozó értéket, amely tájékoztatja arról, hogy hány másodperc van hátra az Azure Time Series Insights-környezettől az üzenet eseményforráshoz való beérkezésének tényleges időpontjától (az appx indexelési idejének kivételével 30–60 másodperc).

  A bejövő üzenetek számának késésének is rendelkeznie kell egy értékkel, amely lehetővé teszi annak meghatározását, hogy hány üzenet van mögötte. A legegyszerűbben úgy érheti el, ha a környezet kapacitását olyan méretre növeli, amely lehetővé teszi a különbség leküzdését.

  Ha például az S1 környezet 5 000 000 üzenet késését mutatja, a környezet méretét hat egységre növelheti körülbelül egy napra, hogy elkapják. A gyorsabb felzárkózás érdekében még tovább növelheti a növekedést. A felzárkózási időszak gyakran előfordul egy környezet első kiépítésekor, különösen akkor, ha olyan eseményforráshoz csatlakoztatja, amelyben már vannak események, vagy amikor tömegesen tölt fel sok előzményadatot.

• Egy másik technika a bejövő forgalom tárolt eseményeire vonatkozó riasztások >beállítása = egy küszöbérték, amely valamivel a teljes környezeti kapacitás alatt van 2 órán keresztül. Ez a riasztás segíthet megérteni, hogy folyamatosan kapacitással rendelkezik-e, ami a késés nagy valószínűségét jelzi.

  Ha például három S1 egység van kiépítve (vagy 2100 esemény percenkénti bemeneti kapacitással), beállíthatja a bejövő forgalom tárolt eseményeire vonatkozó >riasztást = 1900 eseményre 2 órára. Ha folyamatosan túllépi ezt a küszöbértéket, és ezért aktiválja a riasztást, akkor valószínűleg nem megfelelően van kiépítve.

• Ha azt gyanítja, hogy szabályozva van, összehasonlíthatja a bejövő bejövő üzeneteket az eseményforrás kimenő üzeneteivel. Ha az Eseményközpontba való bejövő forgalom nagyobb, mint a bejövő üzenetek, az Azure Time Series Insights valószínűleg szabályozva lesz.

A teljesítmény javítása

A szabályozás vagy a késés csökkentése érdekében a legjobb megoldás a környezet kapacitásának növelése.

Elkerülheti a késést és a szabályozást, ha megfelelően konfigurálja a környezetet az elemezni kívánt adatok mennyiségéhez. További információt arról, hogyan adhat hozzá kapacitást a környezethez, olvassa el a Környezet méretezése című témakört.

Következő lépések

• További információ az Azure Time Series Insights-környezet problémáinak diagnosztizálásáról és megoldásáról.

• Megtudhatja , hogyan méretezheti az Azure Time Series Insights-környezetet.