Udostępnij za pośrednictwem


Planowanie środowiska usługi Azure Time Series Insights Gen1

Uwaga

Usługa Time Series Insights zostanie wycofana 7 lipca 2024 r. Rozważ migrację istniejących środowisk do alternatywnych rozwiązań tak szybko, jak to możliwe. Aby uzyskać więcej informacji na temat wycofywania i migracji, odwiedź naszą dokumentację.

Uwaga

Jest to artykuł z generacji 1.

W tym artykule opisano sposób planowania środowiska usługi Azure Time Series Insights Gen1 na podstawie oczekiwanej szybkości ruchu przychodzącego i wymagań dotyczących przechowywania danych.

Wideo

Obejrzyj ten film wideo, aby dowiedzieć się więcej o przechowywaniu danych w usłudze Azure Time Series Insights i sposobie jego planowania:

Najlepsze rozwiązania

Aby rozpocząć pracę z usługą Azure Time Series Insights, najlepiej, jeśli wiesz, ile danych oczekujesz wypchnąć do minuty i jak długo trzeba przechowywać dane.

Aby uzyskać więcej informacji na temat pojemności i przechowywania dla jednostek SKU usługi Azure Time Series Insights, przeczytaj cennik usługi Azure Time Series Insights.

Aby najlepiej zaplanować środowisko usługi Azure Time Series Insights pod kątem długoterminowego sukcesu, należy wziąć pod uwagę następujące atrybuty:

Pojemność magazynu

Domyślnie usługa Azure Time Series Insights przechowuje dane na podstawie ilości miejsca do aprowizowania (jednostki × ilości miejsca do magazynowania na jednostkę) i ruchu przychodzącego.

Przechowywanie danych

Ustawienie Czas przechowywania danych można zmienić w środowisku usługi Azure Time Series Insights. Okres przechowywania może być maksymalnie 400 dni.

Usługa Azure Time Series Insights ma dwa tryby:

  • Jeden tryb optymalizuje najbardziej aktualne dane. Wymusza zasady przeczyszczania starych danych , pozostawiając ostatnie dane dostępne w wystąpieniu. Ten tryb jest domyślnie włączony.
  • Druga optymalizuje dane, aby pozostały poniżej skonfigurowanych limitów przechowywania. Wstrzymywanie ruchu przychodzącego uniemożliwia ruch przychodzący nowych danych po wybraniu limitu magazynu przekraczającego zachowanie.

Przechowywanie i przełączanie między dwoma trybami można dostosować na stronie konfiguracji środowiska w witrynie Azure Portal.

Ważne

Przechowywanie danych w środowisku usługi Azure Time Series Insights Gen1 można skonfigurować maksymalnie 400 dni.

Konfigurowanie przechowywania danych

  1. W witrynie Azure Portal wybierz środowisko usługi Time Series Insights.

  2. W okienku środowiska usługi Time Series Insights w obszarze Ustawienia wybierz pozycję Konfiguracja magazynu.

  3. W polu Czas przechowywania danych (w dniach) wprowadź wartość z zakresu od 1 do 400.

    Konfiguruj przechowywanie

Napiwek

Aby dowiedzieć się więcej na temat implementowania odpowiednich zasad przechowywania danych, przeczytaj Jak skonfigurować przechowywanie.

Pojemność ruchu przychodzącego

Poniżej przedstawiono podsumowanie kluczowych limitów w usłudze Azure Time Series Insights Gen1.

Współczynniki ruchu przychodzącego i pojemności jednostek SKU

Wskaźniki ruchu przychodzącego jednostek SKU S1 i S2 zapewniają elastyczność podczas konfigurowania nowego środowiska usługi Azure Time Series Insights. Pojemność jednostki SKU wskazuje dzienny współczynnik ruchu przychodzącego na podstawie liczby zdarzeń lub bajtów przechowywanych w zależności od tego, co nastąpi wcześniej. Należy pamiętać, że ruch przychodzący jest mierzony na minutę, a ograniczanie jest stosowane przy użyciu algorytmu zasobnika tokenu. Ruch przychodzący jest mierzony w blokach 1 KB. Na przykład rzeczywiste zdarzenie o rozmiarze 0,8 KB będzie mierzone jako jedno zdarzenie, a zdarzenie o rozmiarze 2,6 KB jest liczone jako trzy zdarzenia.

Pojemność jednostki SKU S1 Szybkość ruchu przychodzącego Maksymalna pojemność magazynu
1 1 GB (1 milion zdarzeń) dziennie 30 GB (30 milionów zdarzeń)
10 10 GB (10 milionów zdarzeń) dziennie 300 GB (300 milionów zdarzeń)
Pojemność jednostki SKU S2 Szybkość ruchu przychodzącego Maksymalna pojemność magazynu
1 10 GB (10 milionów zdarzeń) dziennie 300 GB (300 milionów zdarzeń)
10 100 GB (100 milionów zdarzeń) dziennie 3 TB (3 miliardy zdarzeń)

Uwaga

Pojemności są skalowane liniowo, więc jednostka SKU S1 o pojemności 2 obsługuje zdarzenia 2 GB (2 miliony) dziennie i 60 GB (60 milionów zdarzeń) miesięcznie.

Środowiska jednostki SKU S2 obsługują znacznie więcej zdarzeń miesięcznie i mają znacznie większą pojemność ruchu przychodzącego.

SKU Liczba zdarzeń na miesiąc Liczba zdarzeń na minutę Rozmiar zdarzenia na minutę
S1 30 milionów 720 720 KB
S2 300 milionów 7,200 7200 KB

Limity właściwości

Limity właściwości Gen1 zależą od wybranego środowiska jednostki SKU. Podane właściwości zdarzenia mają odpowiednie kolumny JSON, CSV i chart, które można wyświetlić w Eksploratorze usługi Azure Time Series Insights.

SKU Maksymalna wartość właściwości
S1 600 właściwości (kolumny)
S2 800 właściwości (kolumny)

Źródła zdarzeń

Obsługiwane jest maksymalnie dwa źródła zdarzeń na wystąpienie.

Limity interfejsu API

Limity interfejsu API REST dla usługi Azure Time Series Insights Gen1 są określone w dokumentacji referencyjnej interfejsu API REST.

Planowanie środowiska

Drugi obszar, który koncentruje się na planowaniu środowiska usługi Azure Time Series Insights, to pojemność ruchu przychodzącego. Dzienny magazyn przychodzący i pojemność zdarzeń są mierzone na minutę w blokach 1 KB. Maksymalny dozwolony rozmiar pakietu to 32 KB. Pakiety danych większe niż 32 KB są obcinane.

Pojemność jednostki SKU S1 lub S2 można zwiększyć do 10 jednostek w jednym środowisku. Nie można przeprowadzić migracji ze środowiska S1 do S2. Nie można przeprowadzić migracji ze środowiska S2 do S1.

W przypadku pojemności ruchu przychodzącego najpierw określ łączną liczbę ruchu przychodzącego wymaganego dla poszczególnych miesięcy. Następnie określ, jakie są twoje potrzeby na minutę.

Ograniczanie przepustowości i opóźnienie odgrywają rolę w pojemności na minutę. Jeśli masz wzrost liczby danych przychodzących, który trwa mniej niż 24 godziny, usługa Azure Time Series Insights może "nadrobić zaległości" w tempie ruchu przychodzącego wynoszącym dwa razy więcej niż w poprzedniej tabeli.

Jeśli na przykład masz pojedynczą jednostkę SKU S1, dane przychodzące są w tempie 720 zdarzeń na minutę, a szybkość danych zwiększa się przez mniej niż jedną godzinę z szybkością 1440 zdarzeń lub mniej, nie ma zauważalnego opóźnienia w środowisku. Jeśli jednak przekroczysz 1440 zdarzeń na minutę przez więcej niż jedną godzinę, prawdopodobnie wystąpi opóźnienie w danych, które są wizualizowane i dostępne dla zapytań w środowisku.

Możesz nie wiedzieć z wyprzedzeniem, ile danych oczekujesz wypchnąć. W takim przypadku można znaleźć dane telemetryczne dla usług Azure IoT Hub i Azure Event Hubs w ramach subskrypcji witryny Azure Portal. Dane telemetryczne mogą pomóc w ustaleniu, jak aprowizować środowisko. Użyj okienka Metryki w witrynie Azure Portal dla odpowiedniego źródła zdarzeń, aby wyświetlić jego dane telemetryczne. Jeśli rozumiesz metryki źródła zdarzeń, możesz efektywniej planować i aprowizować środowisko usługi Azure Time Series Insights.

Obliczanie wymagań dotyczących ruchu przychodzącego

Aby obliczyć wymagania dotyczące ruchu przychodzącego:

  • Sprawdź, czy pojemność ruchu przychodzącego przekracza średnią szybkość na minutę i czy środowisko jest wystarczająco duże, aby obsłużyć oczekiwany ruch przychodzący odpowiadający dwa razy większej pojemności przez mniej niż jedną godzinę.

  • Jeśli skoki ruchu przychodzącego występują, które trwają dłużej niż 1 godzinę, użyj współczynnika wzrostu jako średniej. Aprowizuj środowisko z pojemnością w celu obsługi szybkości skoku.

Ograniczanie przepustowości i opóźnienia

Aby uzyskać informacje na temat zapobiegania ograniczaniu przepustowości i opóźnieniu, zapoznaj się z tematem Ograniczanie opóźnień i ograniczanie przepustowości.

Kształtowanie zdarzeń

Ważne jest, aby upewnić się, że sposób wysyłania zdarzeń do usługi Azure Time Series Insights obsługuje rozmiar aprowizowania środowiska. (Z drugiej strony można mapować rozmiar środowiska na liczbę zdarzeń odczytanych w usłudze Azure Time Series Insights i rozmiar każdego zdarzenia). Ważne jest również, aby rozważyć atrybuty, których można użyć do fragmentowania i filtrowania według podczas wykonywania zapytań dotyczących danych.

Napiwek

Zapoznaj się z dokumentacją kształtowania kodu JSON w temacie Wysyłanie zdarzeń.

Upewnij się, że masz dane referencyjne

Zestaw danych referencyjnych to kolekcja elementów, które rozszerzają zdarzenia ze źródła zdarzeń. Aparat ruchu przychodzącego usługi Azure Time Series Insights łączy każde zdarzenie ze źródła zdarzeń z odpowiednim wierszem danych w zestawie danych referencyjnych. Zdarzenie rozszerzone jest następnie dostępne dla zapytania. Sprzężenia są oparte na kolumnach Klucz podstawowy zdefiniowanych w zestawie danych referencyjnych.

Uwaga

Dane referencyjne nie są przyłączone wstecznie. Tylko bieżące i przyszłe dane przychodzące są dopasowywane i dołączane do zestawu danych referencyjnych po ich skonfigurowaniu i przekazaniu. Jeśli planujesz wysłać dużą ilość danych historycznych do usługi Azure Time Series Insights i nie należy najpierw przekazywać ani tworzyć danych referencyjnych w usłudze Azure Time Series Insights, być może trzeba będzie ponownie wykonać pracę (wskazówka: nie zabawa).

Aby dowiedzieć się więcej na temat tworzenia, przekazywania i zarządzania danymi referencyjnymi w usłudze Azure Time Series Insights, przeczytaj dokumentację zestawu danych referencyjnych.

Odzyskiwanie po awarii biznesowej

W tej sekcji opisano funkcje usługi Azure Time Series Insights, które zapewniają uruchamianie aplikacji i usług, nawet jeśli wystąpi awaria (nazywana odzyskiwaniem po awarii biznesowej).

Wysoka dostępność

Jako usługa platformy Azure usługa Azure Time Series Insights zapewnia pewne funkcje wysokiej dostępności przy użyciu nadmiarowości na poziomie regionu platformy Azure. Na przykład pomoc techniczna platformy Azure możliwości odzyskiwania po awarii za pomocą funkcji dostępności między regionami platformy Azure.

Dodatkowe funkcje wysokiej dostępności udostępniane za pośrednictwem platformy Azure (a także dostępne dla dowolnego wystąpienia usługi Azure Time Series Insights):

Upewnij się, że włączysz odpowiednie funkcje platformy Azure, aby zapewnić globalną wysoką dostępność między regionami dla urządzeń i użytkowników.

Uwaga

Jeśli platforma Azure jest skonfigurowana do włączania dostępności między regionami, w usłudze Azure Time Series Insights nie jest wymagana żadna dodatkowa konfiguracja dostępności między regionami.

Usługi IoT i event hubs

Niektóre usługi Azure IoT obejmują również wbudowane funkcje odzyskiwania po awarii biznesowej:

Zintegrowanie usługi Azure Time Series Insights z innymi usługami zapewnia dodatkowe możliwości odzyskiwania po awarii. Na przykład dane telemetryczne wysyłane do centrum zdarzeń mogą być utrwalane w kopii zapasowej bazy danych usługi Azure Blob Storage.

Azure Time Series Insights

Istnieje kilka sposobów utrzymania uruchomionych danych, aplikacji i usług usługi Azure Time Series Insights, nawet jeśli zostaną one zakłócone.

Można jednak określić, że wymagana jest również kompletna kopia zapasowa środowiska usługi Azure Time Series, w następujących celach:

  • Jako wystąpienie trybu failover przeznaczone specjalnie dla usługi Azure Time Series Insights do przekierowywania danych i ruchu do
  • Aby zachować dane i informacje dotyczące inspekcji

Ogólnie rzecz biorąc, najlepszym sposobem duplikowania środowiska usługi Azure Time Series Insights jest utworzenie drugiego środowiska usługi Azure Time Series Insights w regionie kopii zapasowej platformy Azure. Zdarzenia są również wysyłane do tego środowiska pomocniczego z podstawowego źródła zdarzeń. Upewnij się, że używasz drugiej dedykowanej grupy odbiorców. Postępuj zgodnie z wytycznymi dotyczącymi odzyskiwania po awarii biznesowej źródła zgodnie z wcześniejszym opisem.

Aby utworzyć zduplikowane środowisko:

  1. Utwórz środowisko w drugim regionie. Aby uzyskać więcej informacji, zobacz Tworzenie nowego środowiska usługi Azure Time Series Insights w witrynie Azure Portal.
  2. Utwórz drugą dedykowaną grupę odbiorców dla źródła zdarzeń.
  3. Połącz to źródło zdarzeń z nowym środowiskiem. Upewnij się, że wyznaczysz drugą dedykowaną grupę odbiorców.
  4. Zapoznaj się z dokumentacją usług IoT Hub i Event Hubs usługi Azure Time Series Insights.

Jeśli wystąpi zdarzenie:

  1. Jeśli region podstawowy ma wpływ na zdarzenie awarii, przekierowuj operacje do środowiska tworzenia kopii zapasowej usługi Azure Time Series Insights.
  2. Ponieważ numery sekwencji koncentratora są uruchamiane ponownie z 0 po przejściu w tryb failover, utwórz ponownie źródło zdarzeń w obu regionach/środowiskach z różnymi grupami odbiorców, aby uniknąć tworzenia zduplikowanych zdarzeń.
  3. Usuń źródło zdarzeń podstawowych, które jest teraz nieaktywne, aby zwolnić dostępne źródło zdarzeń dla danego środowiska. (Istnieje limit dwóch aktywnych źródeł zdarzeń na środowisko).
  4. Użyj drugiego regionu, aby utworzyć kopię zapasową i odzyskać wszystkie dane telemetryczne usługi Azure Time Series Insights i wysyłać zapytania o dane.

Ważne

Jeśli nastąpi przejście w tryb failover:

  • Może również wystąpić opóźnienie.
  • Może wystąpić chwilowy skok przetwarzania komunikatów, ponieważ operacje są przekierowywane.

Aby uzyskać więcej informacji, zobacz Ograniczanie opóźnień w usłudze Azure Time Series Insights.

Następne kroki