Optymalizacja kosztów w usłudze Azure Monitor
Optymalizacja kosztów odnosi się do sposobów zmniejszenia niepotrzebnych wydatków i poprawy wydajności operacyjnej. Możesz znacznie obniżyć koszt usługi Azure Monitor, poznając różne opcje konfiguracji i możliwości zmniejszenia ilości zbieranych danych. Przed rozpoczęciem korzystania z tego artykułu powinien zostać wyświetlony koszt i użycie usługi Azure Monitor, aby zrozumieć różne sposoby wyświetlania opłat za usługę Azure Monitor i sposobu wyświetlania miesięcznego rachunku.
W tym artykule opisano optymalizację kosztów dla usługi Azure Monitor w ramach platformy Azure Well-Architected Framework. Dobrze zaprojektowana struktura platformy Azure to zestaw przewodnich założeń, których można używać do poprawy jakości obciążenia. Struktura składa się z pięciu filarów doskonałości architektonicznej:
- Niezawodność
- Zabezpieczenia
- Optymalizacja kosztów
- Sprawność operacyjna
- Efektywność wydajności
Dzienniki usługi Azure Monitor
Lista kontrolna projektu
- Ustal, czy chcesz połączyć dane operacyjne i dane zabezpieczeń w tym samym obszarze roboczym usługi Log Analytics.
- Skonfiguruj warstwę cenową dla ilości danych, które zwykle zbiera każdy obszar roboczy usługi Log Analytics.
- Konfigurowanie przechowywania i archiwizowania danych.
- Skonfiguruj tabele używane do debugowania, rozwiązywania problemów i inspekcji jako dzienniki podstawowe.
- Ogranicz zbieranie danych ze źródeł danych dla obszaru roboczego.
- Regularnie analizuj zebrane dane, aby zidentyfikować trendy i anomalie.
- Utwórz alert, gdy zbieranie danych jest wysokie.
- Rozważ dzienny limit jako środek zapobiegawczy, aby upewnić się, że nie przekraczasz określonego budżetu.
- Konfigurowanie alertów dotyczących zaleceń dotyczących kosztów usługi Azure Advisor dla obszarów roboczych usługi Log Analytics.
Zalecenia dotyczące konfiguracji
| Zalecenie | Korzyści |
|---|---|
| Ustal, czy chcesz połączyć dane operacyjne i dane zabezpieczeń w tym samym obszarze roboczym usługi Log Analytics. | Ponieważ wszystkie dane w obszarze roboczym usługi Log Analytics podlegają cenom usługi Microsoft Sentinel, jeśli usługa Sentinel jest włączona, może to mieć wpływ na koszty łączenia tych danych. Zobacz Projektowanie strategii obszaru roboczego usługi Log Analytics, aby uzyskać szczegółowe informacje na temat podejmowania tej decyzji w celu zrównoważenia środowiska z kryteriami w innych filarach. |
| Skonfiguruj warstwę cenową dla ilości danych, które zwykle zbiera każdy obszar roboczy usługi Log Analytics. | Domyślnie obszary robocze usługi Log Analytics będą korzystać z cennika z płatnością zgodnie z rzeczywistym użyciem bez minimalnego woluminu danych. W przypadku zbierania wystarczającej ilości danych można znacząco obniżyć koszt przy użyciu warstwy zobowiązania, która umożliwia zatwierdzenie dziennego minimum danych zebranych w zamian za niższą stawkę. W przypadku zbierania wystarczającej ilości danych między obszarami roboczymi w jednym regionie można połączyć je z dedykowanym klastrem i połączyć zebrany wolumin przy użyciu cennika klastra. Aby uzyskać szczegółowe informacje na temat warstw zobowiązań i wskazówek dotyczących określania, które najbardziej odpowiednie dla poziomu użycia znajdują się w temacie Azure Monitor Logs cost calculations and options (Obliczenia kosztów i opcje dotyczące dzienników usługi Azure Monitor). Zobacz Użycie i szacowane koszty , aby wyświetlić szacowane koszty użycia w różnych warstwach cenowych. |
| Konfigurowanie interakcyjnego i długoterminowego przechowywania danych. | W obszarze roboczym usługi Log Analytics są naliczane opłaty za przechowywanie danych poza wartością domyślną 31 dni (90 dni, jeśli usługa Sentinel jest włączona w obszarze roboczym i 90 dni dla danych usługi Application Insights). Weź pod uwagę konkretne wymagania dotyczące łatwo dostępnych danych dla zapytań dzienników. Możesz znacznie obniżyć koszty, konfigurując długoterminowe przechowywanie danych, co pozwala przechowywać dane przez maksymalnie dwanaście lat i nadal uzyskiwać do nich dostęp od czasu do czasu przy użyciu zadań wyszukiwania lub przywracania zestawu danych do obszaru roboczego. |
| Skonfiguruj tabele używane do debugowania, rozwiązywania problemów i inspekcji jako dzienniki podstawowe. | Tabele w obszarze roboczym usługi Log Analytics skonfigurowane dla dzienników podstawowych mają niższy koszt pozyskiwania w zamian za ograniczone funkcje i opłaty za zapytania dziennika. Jeśli wysyłasz zapytania do tych tabel rzadko i nie używasz ich do zgłaszania alertów, ten koszt zapytania może być większy niż zrównoważony przez obniżony koszt pozyskiwania. |
| Ogranicz zbieranie danych ze źródeł danych dla obszaru roboczego. | Podstawowym czynnikiem kosztu usługi Azure Monitor jest ilość danych zbieranych w obszarze roboczym usługi Log Analytics, dlatego należy upewnić się, że nie zbierasz więcej danych, których potrzebujesz, aby ocenić kondycję i wydajność usług i aplikacji. Zobacz Projektowanie architektury obszaru roboczego usługi Log Analytics, aby uzyskać szczegółowe informacje na temat podejmowania tej decyzji dotyczącej równoważenia środowiska przy użyciu kryteriów w innych filarach. Kompromis: może wystąpić kompromis między kosztami a wymaganiami dotyczącymi monitorowania. Na przykład możesz szybciej wykryć problem z wydajnością z wysokim współczynnikiem próbkowania, ale możesz chcieć obniżyć częstotliwość próbkowania, aby obniżyć koszty. Większość środowisk ma wiele źródeł danych z różnymi typami kolekcji, więc musisz zrównoważyć określone wymagania z celami kosztów dla każdego z nich. Zobacz Optymalizacja kosztów w usłudze Azure Monitor , aby uzyskać zalecenia dotyczące konfigurowania zbierania dla różnych źródeł danych. |
| Regularnie analizuj zebrane dane, aby zidentyfikować trendy i anomalie. | Użyj szczegółowych informacji o obszarze roboczym usługi Log Analytics, aby okresowo przeglądać ilość danych zebranych w obszarze roboczym. Oprócz ułatwienia zrozumienia ilości danych zebranych przez różne źródła, będzie identyfikować anomalie i trendy w górę w zbieraniu danych, które mogą spowodować nadmierne koszty. Dalsze analizowanie zbierania danych przy użyciu metod w obszarze roboczym Analizowanie użycia w obszarze roboczym usługi Log Analytics w celu określenia, czy istnieje dodatkowa konfiguracja, która może jeszcze bardziej zmniejszyć użycie. Jest to szczególnie ważne w przypadku dodawania nowego zestawu źródeł danych, takiego jak nowy zestaw maszyn wirtualnych lub dołączanie nowej usługi. |
| Utwórz alert, gdy zbieranie danych jest wysokie. | Aby uniknąć nieoczekiwanych rachunków, należy proaktywnie otrzymywać powiadomienia w dowolnym momencie, w którym występuje nadmierne użycie. Powiadomienie umożliwia rozwiązanie wszelkich potencjalnych anomalii przed końcem okresu rozliczeniowego. |
| Rozważ dzienny limit jako środek zapobiegawczy, aby upewnić się, że nie przekraczasz określonego budżetu. | Dzienny limit wyłącza zbieranie danych w obszarze roboczym usługi Log Analytics przez resztę dnia po osiągnięciu skonfigurowanego limitu. Nie należy jej używać jako metody w celu zmniejszenia kosztów zgodnie z opisem w temacie Kiedy należy użyć dziennego limitu. Jeśli ustawisz dzienny limit, oprócz utworzenia alertu po osiągnięciu limitu, upewnij się, że utworzysz również regułę alertu, aby otrzymywać powiadomienia o osiągnięciu pewnej wartości procentowej (na przykład 90%. Daje to możliwość zbadania i rozwiązania przyczyny zwiększonej ilości danych, zanim limit wyłączy zbieranie danych. |
| Konfigurowanie alertów dotyczących zaleceń dotyczących kosztów usługi Azure Advisor dla obszarów roboczych usługi Log Analytics. | Rekomendacje usługi Azure Advisor dotyczące obszarów roboczych usługi Log Analytics aktywnie ostrzegają, gdy istnieje możliwość optymalizacji kosztów. Utwórz alerty usługi Azure Advisor dla następujących zaleceń dotyczących kosztów:
|
Zasoby platformy Azure
Lista kontrolna projektu
- Zbieraj tylko krytyczne dane dziennika zasobów z zasobów platformy Azure.
Zalecenia dotyczące konfiguracji
| Zalecenie | Korzyści |
|---|---|
| Zbieraj tylko krytyczne dane dziennika zasobów z zasobów platformy Azure. | Podczas tworzenia ustawień diagnostycznych w celu wysyłania dzienników zasobów dla zasobów platformy Azure do bazy danych usługi Log Analytics określ tylko te wymagane kategorie. Ponieważ ustawienia diagnostyczne nie zezwalają na szczegółowe filtrowanie dzienników zasobów, możesz użyć przekształcenia obszaru roboczego do filtrowania niepotrzebnych danych dla tych zasobów, które korzystają z obsługiwanej tabeli. Aby uzyskać szczegółowe informacje na temat konfigurowania ustawień diagnostycznych i używania przekształceń do filtrowania danych, zobacz Ustawienia diagnostyczne w usłudze Azure Monitor . |
Alerty
Lista kontrolna projektu
- Alerty dziennika aktywności, alerty dotyczące kondycji usługi i alerty dotyczące kondycji zasobów są bezpłatne.
- W przypadku korzystania z alertów przeszukiwania dzienników zminimalizuj częstotliwość alertów przeszukiwania dzienników.
- W przypadku korzystania z alertów metryk zminimalizuj liczbę monitorowanych zasobów.
Zalecenia dotyczące konfiguracji
| Zalecenie | Korzyści |
|---|---|
| Należy pamiętać, że alerty dziennika aktywności, alerty dotyczące kondycji usługi i alerty dotyczące kondycji zasobów są bezpłatne. | Alerty aktywności usługi Azure Monitor, alerty dotyczące kondycji usługi i alerty dotyczące kondycji zasobów są bezpłatne. Jeśli chcesz monitorować dane, które chcesz monitorować za pomocą tych typów alertów, użyj ich. |
| W przypadku korzystania z alertów przeszukiwania dzienników zminimalizuj częstotliwość alertów przeszukiwania dzienników. | Podczas konfigurowania alertów przeszukiwania dzienników należy pamiętać, że im częściej oceniana jest reguła, tym wyższy koszt. Odpowiednio skonfiguruj reguły. |
| W przypadku korzystania z alertów metryk zminimalizuj liczbę monitorowanych zasobów. | Niektóre typy zasobów obsługują reguły alertów dotyczących metryk, które mogą monitorować wiele zasobów tego samego typu. W przypadku tych typów zasobów należy pamiętać, że reguła może stać się kosztowna, jeśli reguła monitoruje wiele zasobów. Aby zmniejszyć koszty, można zmniejszyć zakres reguły alertu metryki lub użyć reguł alertów przeszukiwania dzienników, które są tańsze do monitorowania dużej liczby zasobów. |
Maszyny wirtualne
Lista kontrolna projektu
- Migrowanie z agenta usługi Log Analytics do agenta usługi Azure Monitor w celu szczegółowego filtrowania danych.
- Filtruj dane, których nie potrzebujesz od agentów.
- Ustal, czy będziesz używać szczegółowych informacji o maszynie wirtualnej i jakie dane mają być zbierane.
- Zmniejsz częstotliwość sondowania liczników wydajności.
- Upewnij się, że maszyny wirtualne nie wysyłają zduplikowanych danych.
- Użyj szczegółowych informacji o obszarze roboczym usługi Log Analytics, aby analizować rozliczane koszty i identyfikować możliwości oszczędzania kosztów.
- Migrowanie środowiska SCOM do wystąpienia zarządzanego SCOM usługi Azure Monitor.
Zalecenia dotyczące konfiguracji
| Zalecenie | opis |
|---|---|
| Migrowanie z agenta usługi Log Analytics do agenta usługi Azure Monitor w celu szczegółowego filtrowania danych. | Jeśli nadal masz maszyny wirtualne z agentem usługi Log Analytics, przeprowadź migrację ich do agenta usługi Azure Monitor, aby móc korzystać z lepszego filtrowania danych i używać unikatowych konfiguracji z różnymi zestawami maszyn wirtualnych. Konfiguracja zbierania danych przez agenta usługi Log Analytics jest wykonywana w obszarze roboczym, więc wszyscy agenci otrzymują tę samą konfigurację. Reguły zbierania danych używane przez agenta usługi Azure Monitor można dostosować do określonych wymagań monitorowania różnych zestawów maszyn wirtualnych. Agent usługi Azure Monitor umożliwia również używanie przekształceń do filtrowania zbieranych danych. |
| Filtruj dane, których nie potrzebujesz od agentów. | Zmniejsz koszty pozyskiwania danych, filtrując dane, których nie używasz do zgłaszania alertów ani analizy. Zobacz Monitorowanie maszyn wirtualnych za pomocą usługi Azure Monitor: zbieranie danych , aby uzyskać wskazówki dotyczące danych do zbierania dla różnych scenariuszy monitorowania i Koszty kontroli , aby uzyskać szczegółowe wskazówki dotyczące filtrowania danych w celu zmniejszenia kosztów. |
| Ustal, jakie dane mają być zbierane za pomocą szczegółowych informacji o maszynie wirtualnej. | Szczegółowe informacje o maszynach wirtualnych to świetna funkcja umożliwiająca szybkie rozpoczęcie monitorowania maszyn wirtualnych i udostępnia zaawansowane funkcje, takie jak widoki trendów mapowania i wydajności. Jeśli nie używasz funkcji Mapy lub zbieranych danych, należy wyłączyć zbieranie procesów i danych zależności w konfiguracji szczegółowych informacji o maszynie wirtualnej, aby zaoszczędzić na kosztach pozyskiwania danych. |
| Zmniejsz częstotliwość sondowania liczników wydajności. | Jeśli używasz reguły zbierania danych do wysyłania danych wydajności do obszaru roboczego usługi Log Analytics, możesz zmniejszyć częstotliwość sondowania, aby zmniejszyć ilość zebranych danych. |
| Upewnij się, że maszyny wirtualne nie wysyłają zduplikowanych danych. | Jeśli masz wielu agentów domowych lub tworzysz podobne reguły zbierania danych, upewnij się, że wysyłasz unikatowe dane do każdego obszaru roboczego. Zobacz Analizowanie użycia w obszarze roboczym usługi Log Analytics, aby uzyskać wskazówki dotyczące analizowania zebranych danych, aby upewnić się, że nie zbierasz zduplikowanych danych. Jeśli przeprowadzasz migrację między agentami, kontynuuj korzystanie z agenta usługi Log Analytics, dopóki nie przeprowadzisz migracji do agenta usługi Azure Monitor zamiast używać ich razem, chyba że każdy z nich będzie zbierał unikatowe dane. |
| Użyj szczegółowych informacji o obszarze roboczym usługi Log Analytics, aby analizować rozliczane koszty i identyfikować możliwości oszczędzania kosztów. | Szczegółowe informacje o obszarze roboczym usługi Log Analytics przedstawiają rozliczane dane zebrane w każdej tabeli i z każdej maszyny wirtualnej. Użyj tych informacji, aby zidentyfikować najważniejsze maszyny i tabele, ponieważ stanowią one najlepszą okazję do zmniejszenia kosztów przez filtrowanie danych. Użyj tych szczegółowych informacji i zapytań dzienników w obszarze roboczym Analizowanie użycia w usłudze Log Analytics, aby dokładniej analizować skutki zmian konfiguracji. |
| Migrowanie środowiska SCOM do wystąpienia zarządzanego SCOM usługi Azure Monitor. | Przeprowadź migrację istniejącego środowiska SCOM do wystąpienia zarządzanego usługi Azure Monitor, aby obsługiwać wszystkie pakiety administracyjne, których nie można zamienić przez usługę Azure Monitor. Wystąpienie zarządzane programu SCOM eliminuje wymaganie obsługi lokalnych serwerów zarządzania i serwerów baz danych, co zmniejsza całkowity koszt utrzymania infrastruktury programu SCOM. |
Kontenery
Lista kontrolna projektu
- Włączanie zbierania metryk za pomocą usługi zarządzanej Azure Monitor dla rozwiązania Prometheus.
- Konfigurowanie zbierania agentów w celu modyfikowania zbierania danych w usłudze Container Insights.
- Zmodyfikuj ustawienia zbierania danych metryk według usługi Container Insights.
- Wyłącz zbieranie danych metryk w usłudze Container Insights, jeśli nie używasz środowiska usługi Container Insights w witrynie Azure Portal.
- Jeśli nie wysyłasz regularnie zapytań do tabeli dzienników kontenerów ani nie używasz jej do alertów, skonfiguruj ją jako dzienniki podstawowe.
- Ogranicz zbieranie dzienników zasobów, których nie potrzebujesz.
- Użyj rejestrowania specyficznego dla zasobów dla dzienników zasobów usługi AKS i skonfiguruj tabele jako podstawowe dzienniki.
- Użyj narzędzia OpenCost, aby zebrać szczegółowe informacje o kosztach platformy Kubernetes.
Zalecenia dotyczące konfiguracji
| Zalecenie | Korzyści |
|---|---|
| Włączanie zbierania metryk za pomocą usługi zarządzanej Azure Monitor dla rozwiązania Prometheus. Upewnij się, że nie wysyłasz również metryk rozwiązania Prometheus do obszaru roboczego usługi Log Analytics. | Usługę zarządzaną usługi Azure Monitor dla rozwiązania Prometheus można używać do złomowania metryk Rozwiązania Prometheus z klastra, włączając zarządzany prometheus. Należy pamiętać, że możesz skonfigurować szczegółowe informacje o kontenerze w celu zbierania metryk rozwiązania Prometheus w obszarze roboczym usługi Log Analytics, jednak nie jest to zalecane, ponieważ jest to nadmiarowe z danymi w rozwiązaniu Managed Prometheus i spowoduje dodatkowe koszty. Aby uzyskać szczegółowe informacje, zobacz Managed Prometheus pricing (Zarządzane ceny rozwiązania Prometheus). |
| Konfigurowanie agenta w celu modyfikowania zbierania danych w usłudze Container Insights. | Przeanalizuj dane zebrane przez usługę Container Insights zgodnie z opisem w artykule Optymalizowanie kosztów monitorowania dla szczegółowych informacji o kontenerze i dostosowywanie konfiguracji w celu zatrzymania zbierania danych, których nie potrzebujesz. |
| Zmodyfikuj ustawienia zbierania danych metryk według usługi Container Insights. | Zobacz Włączanie ustawień optymalizacji kosztów, aby uzyskać szczegółowe informacje na temat modyfikowania zarówno częstotliwości zbierania danych metryk, jak i przestrzeni nazw zbieranych przez usługę Container Insights. |
| Wyłącz zbieranie danych metryk w usłudze Container Insights, jeśli nie używasz środowiska usługi Container Insights w witrynie Azure Portal. | Usługa Container Insights zbiera wiele z tych samych wartości metryk co zarządzany prometheus. Zbieranie tych metryk można wyłączyć, konfigurując szczegółowe informacje o kontenerze w celu zbierania tylko dzienników i zdarzeń zgodnie z opisem w temacie Włączanie ustawień optymalizacji kosztów w usłudze Container Insights. Ta konfiguracja wyłącza środowisko usługi Container Insights w witrynie Azure Portal, ale można użyć narzędzia Grafana do wizualizacji metryk rozwiązania Prometheus i usługi Log Analytics w celu analizowania danych dzienników zebranych przez usługę Container Insights. |
| Jeśli nie wysyłasz regularnie zapytań do tabeli dzienników kontenerów ani nie używasz jej do alertów, skonfiguruj ją jako dzienniki podstawowe. | Przekonwertuj schemat usługi Container Insights na containerLogV2 , który jest zgodny z dziennikami podstawowymi i może zapewnić znaczne oszczędności kosztów zgodnie z opisem w artykule Optymalizowanie kosztów monitorowania pod kątem szczegółowych informacji o kontenerze. |
| Ogranicz zbieranie dzienników zasobów, których nie potrzebujesz. | Dzienniki płaszczyzny sterowania dla klastrów usługi AKS są implementowane jako dzienniki zasobów w usłudze Azure Monitor. Utwórz ustawienie diagnostyczne, aby wysłać te dane do obszaru roboczego usługi Log Analytics. Zobacz Zbieranie dzienników płaszczyzny sterowania dla klastrów usługi AKS, aby uzyskać zalecenia dotyczące kategorii, które należy zebrać. |
| Użyj rejestrowania specyficznego dla zasobów dla dzienników zasobów usługi AKS i skonfiguruj tabele jako podstawowe dzienniki. | Usługa AKS obsługuje tryb diagnostyki platformy Azure lub tryb specyficzny dla zasobów dla dzienników zasobów. Określ dzienniki zasobów, aby włączyć opcję konfigurowania tabel dla dzienników podstawowych, które zapewniają obniżoną opłatę za pozyskiwanie dzienników tylko od czasu do czasu wykonywania zapytań i nie są używane do zgłaszania alertów. |
| Użyj narzędzia OpenCost, aby zebrać szczegółowe informacje o kosztach platformy Kubernetes. | OpenCost to projekt piaskownicy typu open source neutralny dla dostawcy, który pozwala zrozumieć koszty platformy Kubernetes i zapewnić widoczność kosztów usługi AKS. Eksportuje szczegółowe dane dotyczące kosztów oprócz cen platformy Azure specyficznych dla klienta do usługi Azure Storage, aby pomóc administratorowi klastra w analizowaniu i kategoryzowaniu kosztów. |
Szczegółowe dane dotyczące aplikacji
Lista kontrolna projektu
- Przejdź do usługi Application Insights opartej na obszarze roboczym.
- Użyj próbkowania, aby dostroić ilość zebranych danych.
- Ogranicz liczbę wywołań Ajax.
- Wyłącz niepotrzebne moduły.
- Wstępnie zagaggregatej metryki z dowolnych wywołań do usługi TrackMetric.
- Ogranicz użycie metryk niestandardowych tam, gdzie to możliwe.
- Upewnij się, że używasz zaktualizowanych zestawów SDK (software development kit).
- Ogranicz niepożądane śledzenie hosta i ogólne rejestrowanie śledzenia przy użyciu poziomów dziennika.
Zalecenia dotyczące konfiguracji
| Zalecenie | Korzyści |
|---|---|
| Przejdź do usługi Application Insights opartej na obszarze roboczym. | Upewnij się, że zasoby usługi Application Insights są oparte na obszarze roboczym. Zasoby usługi Application Insights oparte na obszarze roboczym mogą stosować nowe narzędzia oszczędności kosztów, takie jak dzienniki podstawowe, warstwy zobowiązania, przechowywanie według typu danych i długoterminowe przechowywanie. |
| Użyj próbkowania, aby dostroić ilość zebranych danych. | Próbkowanie to podstawowe narzędzie, za pomocą którego można dostroić ilość danych zebranych przez usługę Application Insights. Użyj próbkowania, aby zmniejszyć ilość danych telemetrycznych wysyłanych z aplikacji przy minimalnych zniekształceniach metryk. |
| Ogranicz liczbę wywołań Ajax. | Ogranicz liczbę wywołań Ajax, które można zgłaszać w każdym widoku strony lub wyłącz raportowanie Ajax. Jeśli wyłączysz wywołania Ajax, wyłączysz również korelację języka JavaScript. |
| Wyłącz niepotrzebne moduły. | Edytuj plik ApplicationInsights.config , aby wyłączyć moduły kolekcji, których nie potrzebujesz. Możesz na przykład zdecydować, że liczniki wydajności lub dane zależności nie są wymagane. |
| Wstępnie zagaggregatej metryki z dowolnych wywołań do usługi TrackMetric. | W przypadku umieszczenia wywołań do usługi TrackMetric w aplikacji można zmniejszyć ruch przy użyciu przeciążenia, które akceptuje obliczenie średniej i odchylenia standardowego partii pomiarów. Alternatywnie można użyć wstępnie agregacji pakietu. |
| Ogranicz użycie metryk niestandardowych. | Opcja Application Insights w celu włączenia alertów dotyczących niestandardowych wymiarów metryki może zwiększyć koszty. Użycie tej opcji może spowodować utworzenie większej liczby metryk wstępnego agregacji. |
| Upewnij się, że używasz zaktualizowanych zestawów SDK (software development kit). | Wcześniejsze wersje zestawu ASP.NET Core SDK i zestawu SDK usługi procesu roboczego zbierają domyślnie wiele liczników, które zostały zebrane jako metryki niestandardowe. Użyj nowszych wersji, aby określić tylko wymagane liczniki. |
| Ogranicz niepożądane rejestrowanie śledzenia. | Usługa Application Insights ma kilka możliwych źródeł dzienników. Poziomy dzienników mogą służyć do dostrajania i zmniejszania danych telemetrycznych dziennika śledzenia. Rejestrowanie może być również stosowane do hosta. Na przykład klienci korzystający z usługi Azure Kubernetes Service (AKS) powinni dostosować dzienniki płaszczyzny sterowania i płaszczyzny danych. Podobnie klienci korzystający z funkcji platformy Azure powinni dostosować poziomy dzienników i zakres , aby zoptymalizować wolumin dziennika i koszty. |