Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Reguły zbierania danych (DCR) są częścią procesu zbierania danych przypominającego wyodrębnianie, przekształcanie i ładowanie (ETL), który usprawnia starsze metody zbierania danych dla usługi Azure Monitor. Ten proces używa wspólnego potoku danych dla wszystkich źródeł danych i standardowej metody konfiguracji, która jest łatwiejsza do zarządzania i skalowalna niż poprzednie metody zbierania danych.
Konkretne zalety zbierania danych opartych na protokole DCR obejmują:
- Spójna metoda konfiguracji różnych źródeł danych.
- Możliwość zastosowania przekształcenia w celu filtrowania lub modyfikowania danych przychodzących przed wysłaniem ich do miejsca docelowego.
- Skalowalne opcje konfiguracji obsługujące infrastrukturę jako kod i procesy DevOps.
- Opcja pipeline'u brzegowego we własnym środowisku w celu zapewnienia skalowalności klasy wysokiej, warstwowych konfiguracji sieciowych i zapewnienia okresowej łączności.
Wyświetlanie DCR
Reguły zbierania danych (DCR) są przechowywane na platformie Azure, dzięki czemu można je centralnie wdrażać i zarządzać jak każdy inny zasób platformy Azure. Zapewniają one spójny i scentralizowany sposób definiowania i dostosowywania różnych scenariuszy zbierania danych.
Wyświetl wszystkie Reguły Zbierania Danych w swojej subskrypcji z opcji Reguły Zbierania Danych w menu Monitor w portalu Azure. Niezależnie od metody użytej do utworzenia DCR i szczegółów samego DCR, wszystkie DCR w subskrypcji są wyświetlane na tym ekranie.
Zamieniono starsze metody zbierania danych
Proces zbierania DCR zastąpił lub jest w trakcie zastępowania innych metod zbierania danych w usłudze Azure Monitor. W poniższej tabeli wymieniono starsze metody ze swoimi zamianami opartymi na modelu DCR. Inne metody zbierania danych w usłudze Azure Monitor również powinny zostać zastąpione przez kontrolery domeny w przyszłości.
Starsza metoda | metoda DCR | Opis |
---|---|---|
Agent usługi Log Analytics | Agent usługi Azure Monitor | Agent usługi Azure Monitor jest teraz używany do monitorowania maszyn wirtualnych i klastrów Kubernetes obsługujących szczegółowe informacje o maszynach wirtualnych i szczegółowe informacje o kontenerach. |
Ustawienia diagnostyczne (tylko metryki) |
Eksportowanie metryk | Ustawienia diagnostyczne są nadal używane do zbierania dzienników zasobów z zasobów platformy Azure. Metryki platformy można teraz zbierać przy użyciu eksportu metryk. |
Interfejs API modułu zbierającego dane | Interfejs API przyjmowania dzienników | Interfejs API przyjmowania dzienników służy do wysyłania danych do obszaru roboczego Log Analytics z dowolnego klienta REST. Zastępuje interfejs API modułu zbierającego dane, który był mniej bezpieczny i mniej funkcjonalny. |
Potok usługi Azure Monitor
Proces zbierania danych obsługiwany przez kontrolery domeny jest oparty na potoku usługi Azure Monitor, który zapewnia wspólną ścieżkę przetwarzania dla danych przychodzących. Potok chmury jest jednym ze składników potoku usługi Azure Monitor (zobacz Potok usługi Edge dla innego składnika) i jest automatycznie dostępny w subskrypcji platformy Azure w ramach platformy Azure Monitor. Nie wymaga konfiguracji i nie jest ona wyświetlana w witrynie Azure Portal.
Każdy scenariusz zbierania danych przy użyciu potoku usługi Azure Monitor jest zdefiniowany w usłudze DCR. Kontroler domeny zawiera instrukcje dotyczące sposobu przetwarzania odbieranych danych przez potok w chmurze. W zależności od scenariusza, DCR określają wszystkie lub niektóre z następujących elementów:
- Dane do zbierania i wysyłania do potoku.
- Schemat danych przychodzących.
- Przekształcenia, które mają być stosowane do danych przed ich zapisaniem.
- Miejsce docelowe, w którym mają być wysyłane dane.
Korzystanie z kontrolera domeny
Istnieją dwa podstawowe sposoby określenia kontrolerów domeny dla określonego scenariusza zbierania danych zgodnie z opisem w poniższych sekcjach. Każdy scenariusz obsługuje jedną z tych metod, ale nie obie.
Uwaga / Notatka
Transformacje DCR obszaru roboczego są aktywne natychmiast po ich utworzeniu. Nie używają żadnej z metod opisanych w tej sekcji.
Skojarzenia reguł zbierania danych (DCRA)
Skojarzenia reguł zbierania danych (DCRA) są używane do powiązania reguły zbierania danych z monitorowanym zasobem. Jest to relacja wiele-do-wielu, w której:
- Pojedynczy DCR może być skojarzony z wieloma zasobami.
- pojedynczy zasób może być skojarzony z wieloma DCR.
Dzięki temu można opracować strategię utrzymania monitorowania między zestawami zasobów z różnymi wymaganiami.
Na przykład na poniższym diagramie przedstawiono zbieranie danych dla agenta usługi Azure Monitor (AMA) uruchomionego na maszynie wirtualnej. Po zainstalowaniu agenta łączy się z usługą Azure Monitor, aby pobrać wszystkie skojarzone z nim kontrolery domeny. W tym scenariuszu zasady zbierania danych określają zdarzenia i dane wydajności, które należy zebrać. Agent używa tych informacji, aby określić, jakie dane mają być zbierane z maszyny i wysyłane do usługi Azure Monitor. Po dostarczeniu danych potok chmury uruchamia wszelkie przekształcenia określone w kontrolerze domeny w celu filtrowania i modyfikowania danych, a następnie wysyła dane do określonego obszaru roboczego i tabeli.
Bezpośrednie pobieranie
W przypadku bezpośredniego pobierania, określony DCR jest wskazany do przetwarzania danych przychodzących. Na przykład na poniższym diagramie przedstawiono dane z aplikacji niestandardowej przy użyciu interfejsu API pozyskiwania dzienników. Każde wywołanie interfejsu API określa DCR, który przetwarza jego dane. Rozdzielnik danych rozumie strukturę danych przychodzących, zawiera przekształcenie zapewniające, że dane są w formacie docelowej tabeli, oraz określa przestrzeń roboczą i tabelę, do której wysyłane są przekształcone dane.
Przekształcenia
Przekształcenia to zapytania KQL zawarte w kontrolerze domeny, które są uruchamiane względem każdego rekordu wysyłanego do potoku chmury. Umożliwiają one modyfikowanie danych przychodzących przed ich zapisaniem w usłudze Azure Monitor lub wysłaniem ich do innego miejsca docelowego. Możesz filtrować niepotrzebne dane, aby zmniejszyć koszty pozyskiwania, usunąć poufne dane, które nie powinny być utrwalane w obszarze roboczym usługi Log Analytics lub sformatować dane, aby upewnić się, że są zgodne ze schematem jego miejsca docelowego. Przekształcenia umożliwiają również zaawansowane scenariusze, takie jak wysyłanie danych do wielu miejsc docelowych lub wzbogacanie danych o dodatkowe informacje.
Kanał krawędziowy
Potok brzegowy rozszerza potok usługi Azure Monitor na własne centrum danych. Umożliwia zbieranie na dużą skalę i przekierowywanie danych telemetrycznych przed ich dostarczeniem do kanału chmury. W przeciwieństwie do infrastruktury chmurowej, rurstrumień brzegowy jest opcjonalny i wymaga konfiguracji.
Konkretne przypadki użycia potoku brzegowego usługi Azure Monitor to:
- skalowalność. Przepływ brzegowy może obsługiwać duże ilości danych z monitorowanych zasobów, które mogą być ograniczone przez inne metody zbierania, takie jak agent Azure Monitor.
- Łączność okresowa. Niektóre środowiska mogą mieć zawodną łączność z chmurą lub mieć długie nieoczekiwane okresy bez połączenia. Potok brzegowy może buforować dane lokalnie i synchronizować je z chmurą po przywróceniu łączności.
- Sieć warstwowa. W niektórych środowiskach sieć jest segmentowana, a dane nie mogą być wysyłane bezpośrednio do chmury. Potok brzegowy może służyć do zbierania danych z monitorowanych zasobów bez dostępu do chmury i zarządzania połączeniem z usługą Azure Monitor w chmurze.
Regiony dcR
Reguły zbierania danych są dostępne we wszystkich regionach publicznych, w których są obsługiwane obszary robocze usługi Log Analytics oraz chmury platformy Azure Government i Chiny. Chmury z przerwami w powietrzu nie są jeszcze obsługiwane. Kontroler domeny jest tworzony i przechowywany w określonym regionie, a kopia zapasowa jest tworzona w sparowanym regionie w obrębie tej samej lokalizacji geograficznej. Usługa jest wdrażana we wszystkich trzech strefach dostępności w regionie. Z tego powodu jest to usługa strefowo nadmiarowa, która dodatkowo zwiększa dostępność.
Jednoregionalne przechowywanie danych to funkcja w wersji zapoznawczej umożliwiająca przechowywanie danych klientów w jednym regionie i jest obecnie dostępna tylko w regionie Azji Południowo-Wschodniej (Singapur) w geograficznym regionie Azji i Pacyfiku oraz w regionie Brazylii Południowej (stan Sao Paulo) w geograficznym regionie Brazylii. Pobyt w jednym regionie jest domyślnie włączony w tych regionach.
Dalsze kroki
Aby uzyskać więcej informacji na temat pracy z DCRs, zobacz:
- Struktura reguł zbierania danych dla opisu struktury JSON DCR i różnych elementów używanych w różnych przepływach pracy.
- Przykładowe reguły zbierania danych (DCR) dla różnych scenariuszy zbierania danych z wykorzystaniem przykładowych DCR.
- Tworzenie i edytowanie reguł zbierania danych (DCR) w usłudze Azure Monitor przy użyciu różnych metod tworzenia DCR dla różnych scenariuszy zbierania danych.
- Limity usługi Azure Monitor dla ograniczeń, które mają zastosowanie do poszczególnych reguł zbierania danych.