A szabályozás monitorozása és csökkentése az Azure Time Series Insights Gen1 késésének csökkentése érdekében
Feljegyzés
A Time Series Insights szolgáltatás 2024. július 7-én megszűnik. Fontolja meg a meglévő 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 meghaladhatják a kiszúrt bejövő forgalom sebességét (az Azure Time Series Insightsnak fel kell fognia).
- Adjon hozzá további eseményforrásokat egy környezethez, ami további események kiugró számá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árkóznia).
- Összekapcsolja a referenciaadatokat telemetriával, ami nagyobb eseményméretet eredményez. A maximálisan engedélyezett csomagméret 32 KB; A 32 KB-nál nagyobb adatcsomagok csonkoltak.
Videó
Ismerje meg az Azure Time Series Insights adatbemenő viselkedését és tervezésének módját.
Késés és szabályozás figyelése 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.
Az Azure Portalon válassza ki az Azure Time Series Insights-környezetet. Ezután válassza a Riasztások lehetőséget.
Válassza az + Új riasztási szabály lehetőséget. Ekkor megjelenik a Szabály létrehozása panel. Válassza a Hozzáadás feltétel alatt lehetőséget.
Ezután konfigurálja a jellogika pontos feltételeit.
Innen a következő feltételek valamelyikével konfigurálhatja a riasztásokat:
Metrika Leírás Bejövő forgalom fogadott bájtja Az 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ájtok 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 a lekérdezéshez elérhető lapított események száma. Bejövő üzenetek fogadásának időeltolódása Különbség másodpercben 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áma késés Különbség az esemény forráspartíciójában az utolsó lekérdezett üzenet sorszáma és a bejövő forgalomban feldolgozott üzenetek sorszáma között. Válassza a Kész lehetőséget.
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ése
Ha szabályozva van, a rendszer regisztrálja a bejövő üzenetek fogadásának időeltolódásának értékét, amely tájékoztatja arról, hogy hány másodperc van az Azure Time Series Insights-környezet mögött attól a pillanattól, amikor az üzenet eléri az esemény forrását (kivéve az appx indexelési idejét. 30–60 másodperc).
A bejövő üzenetek számának késésének is rendelkeznie kell értékkel, így meghatározhatja, 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, körülbelül egy napig hat egységre növelheti a környezet méretét. A gyorsabb felzárkózás érdekében még tovább növekedhet. A felzárkózási időszak gyakori esemény egy környezet kezdeti 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 módszer a bejövő tárolt események riasztásának >beállítása = egy 2 órán keresztül a teljes környezeti kapacitás alatt lévő küszöbérték. Ez a riasztás segíthet megérteni, hogy folyamatosan kapacitásban van-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 bejövő kapacitással), beállíthatja a bejövő tárolt események riasztását >= 1900 eseményhez 2 órán keresztül. Ha folyamatosan túllépi ezt a küszöbértéket, és ezért aktiválja a riasztást, valószínűleg nem megfelelően van kiépítve.
Ha azt gyanítja, hogy szabályozva van, összehasonlíthatja a bejövő üzeneteket az eseményforrás kimenő üzeneteivel. Ha az Event Hubba való bejövő forgalom nagyobb, mint a bejövő üzenetek, akkor 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. A kapacitás környezethez való hozzáadásáról további információt a környezet méretezése című témakörben talál.
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.
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: