Udostępnij za pomocą

Monitorowanie usługi Azure Cache for Redis

  • Dotyczy: ✅ Azure Cache for Redis

W tym artykule opisano:

  • Typy danych monitorowania, które można zbierać dla tej usługi.
  • Sposoby analizowania tych danych.

Uwaga

Jeśli znasz już tę usługę i/lub usługę Azure Monitor i chcesz wiedzieć, jak analizować dane monitorowania, zobacz sekcję Analizowanie pod koniec tego artykułu.

Jeśli masz krytyczne aplikacje i procesy biznesowe korzystające z zasobów platformy Azure, musisz monitorować i otrzymywać alerty dla systemu. Usługa Azure Monitor zbiera i agreguje metryki i dzienniki z każdego składnika systemu. Usługa Azure Monitor zapewnia wgląd w dostępność, wydajność i odporność oraz powiadamia o problemach. Do konfigurowania i wyświetlania danych monitorowania można użyć witryny Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure, interfejsu API REST lub bibliotek klienckich.

Spostrzeżenia

Niektóre usługi na platformie Azure mają wbudowany pulpit nawigacyjny monitorowania w witrynie Azure Portal, który zapewnia punkt wyjścia do monitorowania usługi. Nazywa się je szczegółowymi informacjami, a można je znaleźć w centrum insightów usługi Azure Monitor w portalu Azure.

Wgląd dla usługi Azure Cache for Redis zapewnia następujące doświadczenie:

  • W kontekście skali zasobów usługi Azure Cache for Redis w różnych subskrypcjach. Możesz wybiórczo określić zakres tylko tych subskrypcji i zasobów, które chcesz ocenić.
  • Analiza szczegółowa zasobu usługi Azure Cache for Redis. Aby zdiagnozować problemy, możesz zobaczyć szczegółową analizę wykorzystania, awarii, pojemności i operacji lub wyświetlić szczegółowy widok odpowiednich informacji.
  • Dostosowywanie oparte na szablonach skoroszytów usługi Azure Monitor. Możesz zmienić wyświetlane metryki i zmodyfikować lub ustawić progi zgodne z limitami. Możesz zapisać zmiany we własnym skoroszycie, a następnie przypiąć wykresy skoroszytu do pulpitów nawigacyjnych Azure.

Wnioski dotyczące usługi Azure Cache for Redis nie wymagają włączenia ani konfiguracji czegokolwiek. Domyślnie zbierane są informacje o Azure Cache for Redis i nie ma dodatkowych opłat za dostęp do analiz.

Aby dowiedzieć się, jak przeglądać, konfigurować i dostosowywać analizy dla Azure Cache for Redis, zobacz [Analizy w Azure Monitor dla Azure Cache for Redis](https://learn.microsoft.com/pl-pl/azure/azure-monitor/cache/cache-insights-overview).

Typy zasobów

Platforma Azure używa koncepcji typów zasobów i identyfikatorów, aby zidentyfikować wszystko w subskrypcji. Typy zasobów są również częścią identyfikatorów zasobów dla każdego zasobu uruchomionego na platformie Azure. Na przykład jeden typ zasobu dla maszyny wirtualnej to Microsoft.Compute/virtualMachines. Aby uzyskać listę usług i skojarzonych z nimi typów zasobów, zobacz Dostawcy zasobów.

Usługa Azure Monitor podobnie organizuje podstawowe dane dotyczące monitorowania w metryki i dzienniki według typów zasobów, zwanych także przestrzeniami nazw. Różne metryki i dzienniki są dostępne dla różnych typów zasobów. Usługa może być skojarzona z więcej niż jednym typem zasobu.

Aby uzyskać więcej informacji na temat typów zasobów dla Azure Cache for Redis, zobacz Azure Cache for Redis monitoring data reference.

Magazyn danych

W przypadku usługi Azure Monitor:

  • Dane metryk są przechowywane w bazie danych metryk usługi Azure Monitor.
  • Dane dziennika są przechowywane w magazynie dzienników usługi Azure Monitor. Log Analytics to narzędzie w witrynie Azure Portal, które może wykonywać zapytania dotyczące tego magazynu.
  • Dziennik aktywności platformy Azure to oddzielny sklep z własnym interfejsem w portalu Azure.

Możesz opcjonalnie kierować dane metryk i dzienników aktywności do przechowalni dzienników usługi Azure Monitor. Następnie możesz użyć usługi Log Analytics, aby wykonać zapytanie o dane i skorelować je z innymi danymi dziennika.

Wiele usług może używać ustawień diagnostycznych do wysyłania danych metryk i dzienników do innych lokalizacji przechowywania poza usługą Azure Monitor. Przykłady obejmują usługę Azure Storage, hostowane systemy partnerskie i systemy partnerskie spoza platformy Azure przy użyciu usługi Event Hubs.

Aby uzyskać szczegółowe informacje na temat sposobu przechowywania danych przez usługę Azure Monitor, zobacz Azure Monitor data platformy.

Metryki platformy usługi Azure Monitor

Usługa Azure Monitor udostępnia metryki platformy dla większości usług. Te metryki to:

  • Definiowane indywidualnie dla każdej przestrzeni nazw.
  • Przechowywane w bazie danych metryk szeregów czasowych usługi Azure Monitor.
  • Lekki i zdolny do obsługi alertów niemal w czasie rzeczywistym.
  • Służy do śledzenia wydajności zasobu w czasie.

Zbieranie: Usługa Azure Monitor automatycznie zbiera metryki platformy. Nie jest wymagana żadna konfiguracja.

Routing: możesz również kierować niektóre metryki platformy do dzienników usługi Azure Monitor/ usługi Log Analytics, aby móc wykonywać zapytania względem nich przy użyciu innych danych dziennika. Sprawdź ustawienie eksportu DS dla każdej metryki, aby zobaczyć, czy możesz użyć ustawienia diagnostycznego do kierowania metryk do dzienników Azure Monitor lub Log Analytics.

Aby uzyskać listę wszystkich metryk, które można zebrać dla wszystkich zasobów w usłudze Azure Monitor, zobacz Obsługiwane metryki w usłudze Azure Monitor.

Aby uzyskać listę dostępnych metryk dla usługi Azure Cache for Redis, zobacz Dokumentacja danych monitorowania usługi Azure Cache for Redis.

Dzienniki zasobów usługi Azure Monitor

Dzienniki zasobów zapewniają wgląd w operacje wykonywane przez zasób platformy Azure. Dzienniki są generowane automatycznie, ale należy skierować je do dzienników usługi Azure Monitor, aby je zapisać lub wysłać do nich zapytanie. Dzienniki są zorganizowane w kategoriach. Dana przestrzeń nazw może mieć wiele kategorii dziennika zasobów.

Kolekcja: dzienniki zasobów nie są zbierane i przechowywane do momentu utworzenia ustawienia diagnostycznego i kierowania dzienników do co najmniej jednej lokalizacji. Podczas tworzenia ustawienia diagnostycznego należy określić kategorie dzienników, które mają być zbierane. Istnieje wiele sposobów tworzenia i konserwacji ustawień diagnostycznych, w tym za pomocą portalu Azure, programowo oraz za pomocą usługi Azure Policy.

Routing: sugerowaną wartością domyślną jest kierowanie dzienników zasobów do dzienników usługi Azure Monitor, co umożliwia wykonywanie zapytań względem nich przy użyciu innych danych dziennika. Dostępne są również inne lokalizacje, takie jak Azure Storage, Azure Event Hubs i niektórzy partnerzy monitorowania firmy Microsoft. Aby uzyskać więcej informacji, zobacz Dzienniki zasobów platformy Azure i lokalizacje docelowe dziennika zasobów.

Aby uzyskać szczegółowe informacje na temat zbierania, przechowywania i routingu dzienników zasobów, zobacz Ustawienia diagnostyczne w usłudze Azure Monitor.

Aby uzyskać listę wszystkich dostępnych kategorii dzienników zasobów w usłudze Azure Monitor, zobacz Obsługiwane dzienniki zasobów w usłudze Azure Monitor.

Wszystkie dzienniki zasobów w usłudze Azure Monitor mają te same pola nagłówka, a następnie pola specyficzne dla usługi. Typowy schemat jest opisany w schemacie dziennika zasobów usługi Azure Monitor.

Aby uzyskać dostępne kategorie dzienników zasobów, skojarzone z nimi tabele usługi Log Analytics i schematy dzienników dla usługi Azure Cache for Redis, zobacz Azure Cache for Redis monitoring data reference (Dokumentacja danych monitorowania usługi Azure Cache for Redis).

Dzienniki zasobów usługi Azure Cache for Redis

W usłudze Azure Cache for Redis dostępne są dwie opcje rejestrowania:

  • Metryki pamięci podręcznej ("AllMetrics") loguje metryki z usługi Azure Monitor
  • Dzienniki połączeń rejestrują połączenia z pamięcią podręczną do celów bezpieczeństwa i diagnostyki.

Metryki pamięci podręcznej

Usługa Azure Cache for Redis emituje wiele metryk, takich jak Server Load i Connections per Second które są przydatne do rejestrowania. Wybranie opcji AllMetrics umożliwia rejestrowanie tych i innych metryk pamięci podręcznej. Możesz skonfigurować, jak długo zachowywać metryki.

Logi połączeń

Usługa Azure Cache for Redis używa ustawień diagnostycznych platformy Azure do rejestrowania informacji o połączeniach klientów z pamięcią podręczną. Rejestrowanie i analizowanie tego ustawienia diagnostycznego pomaga zrozumieć, kto łączy się z Twoimi pamięciami podręcznymi oraz oznaczenia czasu tych połączeń. Dane dziennika mogą służyć do identyfikowania zakresu naruszenia zabezpieczeń i do celów inspekcji zabezpieczeń.

Dzienniki połączeń mają nieco inne implementacje, zawartość i procedury konfiguracji dla różnych poziomów Azure Cache for Redis. Aby uzyskać szczegóły, zobacz [Ustawienia diagnostyczne Azure Monitor]/azure-cache-for-redis/cache-monitor-diagnostic-settings.md).

Dziennik aktywności platformy Azure

Dziennik aktywności zawiera zdarzenia na poziomie subskrypcji, które śledzą operacje dla każdego zasobu platformy Azure widoczne spoza tego zasobu; na przykład utworzenie nowego zasobu lub uruchomienie maszyny wirtualnej.

Kolekcja: Zdarzenia dziennika aktywności są generowane automatycznie i zbierane w osobnym repozytorium do wyświetlania w portalu Azure.

Routing: możesz wysyłać dane dziennika aktywności do dzienników usługi Azure Monitor, aby móc analizować je wraz z innymi danymi dziennika. Dostępne są również inne lokalizacje, takie jak Azure Storage, Azure Event Hubs i niektórzy partnerzy monitorowania firmy Microsoft. Aby uzyskać więcej informacji na temat kierowania dziennika aktywności, zobacz Omówienie dziennika aktywności platformy Azure.

Analizowanie danych monitorowania

Istnieje wiele narzędzi do analizowania danych monitorowania.

Narzędzia usługi Azure Monitor

Usługa Azure Monitor obsługuje następujące podstawowe narzędzia:

Narzędzia, które umożliwiają bardziej złożoną wizualizację, obejmują:

  • Panele, które umożliwiają łączenie różnych rodzajów danych w jednym okienku w portalu Azure.
  • Skoroszyty, dostosowywalne raporty, które można utworzyć w witrynie Azure Portal. Skoroszyty mogą zawierać tekst, metryki danych i zapytania dziennika.
  • Grafana to narzędzie działające na otwartej platformie, które wyróżnia się w zakresie tworzenia operacyjnych pulpitów nawigacyjnych. Za pomocą narzędzia Grafana można tworzyć pulpity nawigacyjne zawierające dane z wielu źródeł innych niż usługa Azure Monitor.
  • Power BI, usługa analizy biznesowej, która udostępnia interaktywne wizualizacje w różnych źródłach danych. Usługę Power BI można skonfigurować tak, aby automatycznie importować dane dziennika z usługi Azure Monitor, aby korzystać z tych wizualizacji.

Narzędzia eksportu usługi Azure Monitor

Dane z usługi Azure Monitor można pobrać do innych narzędzi przy użyciu następujących metod:

  • Metryki: użyj interfejsu API REST dla metryk , aby wyodrębnić dane metryk z bazy danych metryk usługi Azure Monitor. Interfejs API obsługuje wyrażenia filtrów w celu uściślinia pobranych danych. Aby uzyskać więcej informacji, zobacz Dokumentacja interfejsu API REST usługi Azure Monitor.

  • Logi: użyj interfejsu API REST lub powiązanych bibliotek klienckich.

  • Inną opcją jest eksportowanie danych obszaru roboczego.

Aby rozpocząć pracę z interfejsem API REST dla usługi Azure Monitor, zobacz Przewodnik po interfejsie API REST monitorowania platformy Azure.

Metryki usługi Azure Cache for Redis

Metryki wystąpień usługi Azure Cache for Redis są zbierane przy użyciu polecenia Redis INFO . Metryki są zbierane około dwa razy na minutę, dzięki czemu mogą być wyświetlane na wykresach metryk i oceniane przez reguły alertów. Aby dowiedzieć się, jak długo dane są przechowywane i jak skonfigurować inną politykę przechowywania, zobacz Przechowywanie i archiwizacja danych w dziennikach Azure Monitor.

Metryki są raportowane przy użyciu kilku interwałów raportowania, w tym ostatnia godzina, dzisiaj, ostatni tydzień, i niestandardowy. Każdy wykres metryki wyświetla średnie, minimalne i maksymalne wartości dla każdej metryki w wykresie, a niektóre metryki wyświetlają całkowitą wartość dla okresu raportowania.

Każda metryka zawiera dwie wersje: jedna metryka mierzy wydajność całej pamięci podręcznej i pamięci podręcznych korzystających z klastrowania. Druga wersja metryki, która zawiera (Shard 0-9) w nazwie, mierzy wydajność pojedynczego fragmentu w pamięci podręcznej. Na przykład, jeśli pamięć podręczna ma cztery fragmenty, Cache Hits to całkowita liczba trafień dla całej pamięci podręcznej, a Cache Hits (Shard 3) mierzy tylko trafienia dla tego fragmentu pamięci podręcznej.

Zrzut ekranu z metrykami wyświetlanymi w menedżerze zasobów.

Wyświetlanie metryk pamięci podręcznej

Możesz przeglądać metryki usługi Azure Monitor dla Azure Cache for Redis bezpośrednio z zasobu Azure Cache for Redis w portalu Azure.

Wybierz wystąpienie usługi Azure Cache for Redis w portalu. Na stronie Przegląd przedstawiono wstępnie zdefiniowane wykresy użycia pamięci i monitorowania obciążenia serwera Redis Server . Te wykresy to przydatne podsumowania, które pozwalają szybko ocenić stan twojej pamięci podręcznej.

Ekran pokazuje dwa wykresy: Zużycie pamięci i Obciążenie serwera Redis.

Aby uzyskać bardziej szczegółowe informacje, możesz monitorować następujące przydatne metryki Azure Cache for Redis z sekcji Monitoring w menu Zasobów.

Metryka usługi Azure Cache for Redis Więcej informacji
Użycie przepustowości sieci Wydajność pamięci podręcznej — dostępna przepustowość
Podłączone klienci Domyślna konfiguracja serwera Redis — maksymalna liczba klientów
Obciążenie serwera Ładowanie serwera Redis
Użycie pamięci Wydajność pamięci podręcznej — rozmiar

Zrzut ekranu przedstawiający wybrane metryki monitorowania w menu Zasoby.

Stwórz własne metryki

Możesz stworzyć własny niestandardowy wykres, aby śledzić metryki, które chcesz zobaczyć. Metryki pamięci podręcznej są raportowane z użyciem kilku interwałów raportowania, w tym Ostatnia godzina, Dzisiaj, Ostatni tydzień oraz Niestandardowy. Po lewej stronie wybierz Metric w sekcji Monitoring. Każdy wykres metryki wyświetla średnie, minimalne i maksymalne wartości dla każdej metryki w wykresie, a niektóre metryki wyświetlają całkowitą wartość dla okresu raportowania.

Każda metryka zawiera dwie wersje: jedna metryka mierzy wydajność całej pamięci podręcznej i pamięci podręcznych korzystających z klastrowania. Druga wersja metryki, która zawiera (Shard 0-9) w nazwie, mierzy wydajność pojedynczego fragmentu w pamięci podręcznej. Na przykład, jeśli pamięć podręczna ma cztery fragmenty, Cache Hits to całkowita liczba trafień dla całej pamięci podręcznej, a Cache Hits (Shard 3) mierzy tylko trafienia dla tego fragmentu pamięci podręcznej.

W menu Zasoby po lewej stronie wybierz Metryki w sekcji Monitorowanie. Tutaj projektujesz własny wykres dla swojej pamięci podręcznej, definiując typ metryki i rodzaj agregacji.

Zrzut ekranu z metrykami widocznymi w menedżerze zasobów

Typy agregacji

Aby uzyskać ogólne informacje o typach agregacji, zobacz Konfigurowanie agregacji.

W normalnych warunkach pamięci podręcznej średnie i maksymalne są podobne, ponieważ tylko węzeł podstawowy emituje te metryki. W sytuacji, gdy liczba połączonych klientów zmienia się szybko, Max, Średnia i Min pokazują różne wartości, co jest również oczekiwanym zachowaniem.

Typy Count i Sum mogą być mylące w przypadku niektórych metryk, takich jak liczba podłączonych klientów. Zamiast tego najlepiej jest patrzeć na metryki średnie, a nie na metryki suma.

Uwaga

Nawet gdy pamięć podręczna jest nieaktywna i nie są podłączone aktywne aplikacje klienckie, możesz zauważyć pewną aktywność pamięci podręcznej, taką jak podłączeni klienci, wykorzystanie pamięci i wykonywane operacje. Aktywność jest normalna w działaniu pamięci podręcznej.

Dla pamięci podręcznych nieklastrowanych najlepiej jest używać metryk bez przyrostka Instance Based. Na przykład, aby sprawdzić obciążenie serwera dla swojej instancji pamięci podręcznej, użyj miary Obciążenie Serwera.

W przeciwieństwie do tego, dla zgrupowanych pamięci podręcznych, używaj metryk z przyrostkiem Instance Based. Następnie dodaj podział lub filtr na ShardId. Na przykład, aby sprawdzić obciążenie serwera dla fragmentu 1, użyj metryki Server Load (Instance Based), a następnie zastosuj filtr ShardId = 1.

Zapytania usługi Kusto

Dane monitorowania można analizować w repozytorium dzienników Azure Monitor / Log Analytics przy użyciu języka zapytań Kusto (KQL).

Ważne

Po wybraniu pozycji Dzienniki z menu usługi w portalu usługa Log Analytics zostanie otwarta z zakresem zapytania ustawionym na bieżącą usługę. Ten zakres oznacza, że zapytania dziennika będą zawierać tylko dane z tego typu zasobu. Jeśli chcesz uruchomić zapytanie zawierające dane z innych usług platformy Azure, wybierz pozycję Dzienniki z menu usługi Azure Monitor . Aby uzyskać szczegółowe informacje, zobacz Zakres zapytań dzienników i zakres czasu w usłudze Azure Monitor Log Analytics .

Aby uzyskać listę typowych zapytań dotyczących dowolnej usługi, zobacz interfejs zapytań usługi Log Analytics.

Zapytania usługi Log Analytics

Uwaga

Aby uzyskać samouczek dotyczący korzystania z Azure Log Analytics, zobacz Przegląd Log Analytics w Azure Monitor. Pamiętaj, że może minąć nawet 90 minut, zanim logi pojawią się w Log Analytics.

Oto kilka podstawowych zapytań do użycia jako modele.

  • Połączenia klienta Azure Cache for Redis na godzinę w ramach określonego zakresu adresów IP.
let IpRange = "10.1.1.0/24";
ACRConnectedClientList
// For particular datetime filtering, add '| where TimeGenerated between (StartTime .. EndTime)'
| where ipv4_is_in_range(ClientIp, IpRange)
| summarize ConnectionCount = sum(ClientCount) by TimeRange = bin(TimeGenerated, 1h)
  • Unikalne adresy IP klientów Redis, którzy połączyli się z pamięcią podręczną.
ACRConnectedClientList
| summarize count() by ClientIp

Powiadomienia

Alerty usługi Azure Monitor proaktywnie powiadamiają o znalezieniu określonych warunków w danych monitorowania. Alerty umożliwiają identyfikowanie i rozwiązywanie problemów w systemie przed ich zauważeniem przez klientów. Aby uzyskać więcej informacji, zobacz Alerty usługi Azure Monitor.

Istnieje wiele źródeł typowych alertów dotyczących zasobów platformy Azure. Aby zapoznać się z przykładami typowych alertów dotyczących zasobów platformy Azure, zobacz Przykładowe zapytania dziennika alertów. Strona Azure Monitor Baseline Alerts (AMBA) udostępnia częściowo zautomatyzowaną metodę implementowania ważnych alertów metryk platformowych, paneli kontrolnych i wskazówek. Witryna ma zastosowanie do stale powiększającego się podzestawu usług platformy Azure, w tym wszystkich usług, które są częścią strefy docelowej platformy Azure (ALZ).

Wspólny schemat alertu standaryzuje przyjmowanie powiadomień o alertach usługi Azure Monitor. Aby uzyskać więcej informacji, zobacz Wspólny schemat alertów.

Typy alertów

Możesz otrzymywać alerty dotyczące dowolnej metryki lub źródła danych dziennika na platformie danych usługi Azure Monitor. Istnieje wiele różnych typów alertów w zależności od usług, które monitorujesz i zbieranych danych monitorowania. Różne typy alertów mają różne zalety i wady. Aby uzyskać więcej informacji, zobacz Wybieranie odpowiedniego typu alertu monitorowania.

Poniższa lista zawiera opis typów alertów usługi Azure Monitor, które można utworzyć:

  • Alerty metryczne oceniają wskaźniki zasobów w regularnych odstępach czasu. Metryki mogą być metrykami platformy, metrykami niestandardowymi, dziennikami z usługi Azure Monitor przekonwertowanym na metryki lub metrykami usługi Application Insights. Alerty metryczne mogą również stosować wiele warunków i progów dynamicznych.
  • Alerty dzienników umożliwiają użytkownikom używanie zapytania usługi Log Analytics do oceny dzienników zasobów z wstępnie zdefiniowaną częstotliwością.
  • Alerty dziennika aktywności są wyzwalane, gdy wystąpi nowe zdarzenie dziennika aktywności zgodne ze zdefiniowanymi warunkami. Alerty kondycji zasobów oraz alerty kondycji usług to alerty dziennika aktywności, które raportują na temat stanu zdrowia usług i zasobów.

Niektóre usługi platformy Azure obsługują również alerty wykrywania inteligentnego, alerty Prometheus lub zalecane reguły alertów.

W przypadku niektórych usług można monitorować na dużą skalę, stosując tę samą regułę alertu metrycznego do wielu zasobów tego samego typu w tym samym regionie Azure. Poszczególne powiadomienia są wysyłane dla każdego monitorowanego zasobu. Aby uzyskać informacje o obsługiwanych usługach i chmurach platformy Azure, zobacz artykuł Monitorowanie wielu zasobów za pomocą jednej reguły alertu.

Tworzenie alertów

Możesz skonfigurować otrzymywanie alertów na podstawie metryk i dzienników aktywności. Azure Monitor pozwala skonfigurować alert, aby wykonał następujące czynności po uruchomieniu:

  • Wyślij powiadomienie e-mail
  • Wywołaj webhook
  • Uruchom aplikację logiczną Azure

Aby skonfigurować alerty dla pamięci podręcznej, wybierz Alerty w sekcji Monitorowanie w menu Zasoby.

Zrzut ekranu pokazujący, jak utworzyć alert.

Zasady typowych alertów dla Azure Cache for Redis

pl-PL: Poniższa tabela przedstawia powszechne i zalecane zasady alertów dla Azure Cache for Redis.

Typ alertu Condition Opis
Wskaźnik 99. percentyl opóźnienia Powiadomienie dotyczące najgorszego scenariusza opóźnienia poleceń po stronie serwera w przypadku instancji Azure Cache for Redis. Opóźnienie jest mierzone przy użyciu PING poleceń i śledzenia czasów odpowiedzi. Śledź stan swojego wystąpienia pamięci podręcznej, aby sprawdzić, czy długotrwałe polecenia nie wpływają negatywnie na wydajność opóźnień.
Wskaźnik Wysokie zużycie Server Load lub wzrosty Duże obciążenie serwera oznacza, że serwer Redis nie nadąża za żądaniami, co prowadzi do przekroczenia czasu oczekiwania lub wolnych odpowiedzi. Utwórz alerty dotyczące metryk obciążenia serwera, aby otrzymywać powiadomienia na wczesnym etapie o potencjalnym wpływie.
Wskaźnik Wysokie zużycie przepustowości sieciowej Jeśli serwer przekroczy dostępną przepustowość, dane nie będą wysyłane do klienta tak szybko. Żądania klientów mogą przekroczyć limit czasu, ponieważ serwer nie jest w stanie wystarczająco szybko przesyłać danych do klienta. Skonfiguruj alerty dotyczące limitów przepustowości sieci po stronie serwera, korzystając z liczników Cache Read i Cache Write.

Zalecenia doradcy

W przypadku niektórych usług, jeśli podczas operacji zasobów wystąpią krytyczne warunki lub nieuchronne zmiany, na stronie Przegląd usługi w portalu zostanie wyświetlony alert. Więcej informacji i zalecanych poprawek alertu można znaleźć w temacie Zalecenia usługi Advisor w obszarze Monitorowanie w menu po lewej stronie. Podczas normalnych operacji nie są wyświetlane żadne zalecenia doradcy.

Aby uzyskać więcej informacji na temat usługi Azure Advisor, zobacz Omówienie usługi Azure Advisor.

Poniższy zrzut ekranu przedstawia zalecenie doradcy dotyczące alertu usługi Azure Cache for Redis:

Zrzut ekranu pokazujący rekomendacje doradcy.

Aby zaktualizować swoją pamięć podręczną, wybierz Zaktualizuj teraz, aby zmienić poziom cen i skalować swoją pamięć podręczną. Aby uzyskać więcej informacji na temat wyboru poziomu cenowego, zobacz Wybór odpowiedniego poziomu.

Powiązana zawartość

  • Last updated on