Monitorowanie i ograniczanie przepustowości w celu zmniejszenia opóźnienia w usłudze Azure Time Series Insights Gen1
Uwaga
Usługa Time Series Insights (TSI) nie będzie już obsługiwana po marcu 2025 r. Rozważ migrację istniejących środowisk TSI do alternatywnych rozwiązań tak szybko, jak to możliwe. Aby uzyskać więcej informacji na temat wycofywania i migracji, odwiedź naszą dokumentację.
Przestroga
Jest to artykuł z generacji 1.
Gdy ilość danych przychodzących przekracza konfigurację środowiska, może wystąpić opóźnienie lub ograniczenie przepustowości w Azure Time Series Insights.
Możesz uniknąć opóźnień i ograniczania przepustowości, prawidłowo konfigurując środowisko pod kątem ilości danych, które chcesz analizować.
Najprawdopodobniej wystąpi opóźnienie i ograniczanie przepustowości w przypadku:
- Dodaj źródło zdarzeń zawierające stare dane, które mogą przekroczyć przydzieloną szybkość ruchu przychodzącego (Azure Time Series Insights będzie musiał nadrobić zaległości).
- Dodaj więcej źródeł zdarzeń do środowiska, co powoduje wzrost liczby dodatkowych zdarzeń (co może spowodować przekroczenie pojemności środowiska).
- Wypychanie dużych ilości zdarzeń historycznych do źródła zdarzeń, co powoduje opóźnienie (Azure Time Series Insights będzie musiał nadrobić zaległości).
- Łączenie danych referencyjnych z danymi telemetrycznymi, co powoduje większy rozmiar zdarzenia. Maksymalny dozwolony rozmiar pakietu to 32 KB; pakiety danych większe niż 32 KB są obcinane.
Wideo
Dowiedz się więcej o zachowaniu ruchu przychodzącego Azure Time Series Insights danych i sposobie planowania ich obsługi.
Monitorowanie opóźnienia i ograniczania przepustowości przy użyciu alertów
Alerty mogą ułatwić diagnozowanie i eliminowanie problemów z opóźnieniami występujących w danym środowisku.
W Azure Portal wybierz swoje środowisko Azure Time Series Insights. Następnie wybierz pozycję Alerty.
Wybierz pozycję + Nowa reguła alertu. Zostanie wyświetlony panel Tworzenie reguły . Wybierz pozycję Dodaj w obszarze WARUNEK.
Następnie skonfiguruj dokładne warunki logiki sygnału.
W tym miejscu można skonfigurować alerty przy użyciu niektórych z następujących warunków:
Metric Opis Bajty odebrane przez ruch przychodzący Liczba nieprzetworzonych bajtów odczytanych ze źródeł zdarzeń. Liczba nieprzetworzonych zwykle zawiera nazwę i wartość właściwości. Odebrano nieprawidłowe komunikaty dotyczące ruchu przychodzącego Liczba nieprawidłowych komunikatów odczytanych ze wszystkich źródeł zdarzeń Azure Event Hubs lub Azure IoT Hub. Odebrane komunikaty ruchu przychodzącego Liczba komunikatów odczytanych ze wszystkich źródeł zdarzeń usługi Event Hubs lub IoT Hubs. Liczba bajtów przechowywanych na ruchu przychodzącym Łączny rozmiar zdarzeń przechowywanych i dostępnych dla zapytania. Rozmiar jest obliczany tylko dla wartości właściwości. Zdarzenia przechowywane ruchu przychodzącego Liczba spłaszczonego zdarzenia przechowywanego i dostępnego dla zapytania. Opóźnienie czasu odebrania komunikatu przychodzącego Różnica w sekundach między czasem kolejkowania komunikatu w źródle zdarzeń a czasem przetwarzania w ruchu przychodzącym. Opóźnienie liczby odebranych komunikatów przychodzących Różnica między numerem sekwencji ostatniego komunikatu w kolejce w partycji źródła zdarzeń i numerem sekwencji komunikatu przetwarzanego w ruchu przychodzącym. Kliknij Gotowe.
Po skonfigurowaniu żądanej logiki sygnału przejrzyj wizualnie wybraną regułę alertu.
Ograniczanie przepustowości i zarządzanie ruchem przychodzącym
Jeśli ograniczasz przepustowość, zostanie zarejestrowana wartość opóźnienia czasu odebranego komunikatu ruchu przychodzącego informująca o tym, ile sekund znajduje się za środowiskiem Azure Time Series Insights od rzeczywistego czasu trafienia komunikatu do źródła zdarzeń (z wyłączeniem czasu indeksowania appx. 30–60 sekund).
Liczba odebranych komunikatów przychodzących powinna również mieć wartość, co pozwala określić liczbę komunikatów za tobą. Najprostszym sposobem na złapanie jest zwiększenie pojemności środowiska do rozmiaru, który umożliwi ci pokonanie różnicy.
Jeśli na przykład środowisko S1 demonstruje opóźnienie 5000 000 komunikatów, możesz zwiększyć rozmiar środowiska do sześciu jednostek przez około dzień, aby się dogonić. Możesz zwiększyć jeszcze więcej, aby nadrobić zaległości szybciej. Okres zaległości jest typowym wystąpieniem podczas początkowej aprowizacji środowiska, szczególnie w przypadku łączenia go ze źródłem zdarzeń, które zawiera już zdarzenia lub podczas zbiorczego przekazywania dużej ilości danych historycznych.
Inną techniką jest ustawienie alertu >Zdarzenia przechowywane ruchu przychodzącego = próg nieco poniżej całkowitej pojemności środowiska przez okres 2 godzin. Ten alert może pomóc w zrozumieniu, czy stale występuje pojemność, co oznacza duże prawdopodobieństwo opóźnienia.
Jeśli na przykład masz trzy aprowizowane jednostki S1 (lub 2100 zdarzeń na minutę pojemności ruchu przychodzącego), możesz ustawić alert Zdarzenia przechowywane ruchu przychodzącego dla >= 1900 zdarzeń przez 2 godziny. Jeśli stale przekraczasz ten próg i w związku z tym wyzwalasz alert, prawdopodobnie nie będziesz aprowizować.
Jeśli podejrzewasz, że masz ograniczenie przepustowości, możesz porównać komunikaty odebrane z ruchu przychodzącego ze źródła zdarzeń wychodzących. Jeśli ruch przychodzący do centrum zdarzeń jest większy niż liczba odebranych komunikatów ruchu przychodzącego, twoje Azure Time Series Insights prawdopodobnie są ograniczane.
Poprawa wydajności
Aby zmniejszyć ograniczanie przepustowości lub występuje opóźnienie, najlepszym sposobem poprawienia jest zwiększenie pojemności środowiska.
Możesz uniknąć opóźnień i ograniczania przepustowości, prawidłowo konfigurując środowisko pod kątem ilości danych, które chcesz analizować. Aby uzyskać więcej informacji na temat dodawania pojemności do środowiska, zobacz Skalowanie środowiska.