Obserwowalność magazynu pamięci

*Ta zawartość została przetłumaczona przy użyciu narzędzi AI (w wersji beta) i może zawierać błędy. Aby wyświetlić tę stronę w języku angielskim, kliknij tutaj.

Dashboard widoczności pamięci dostarcza rzeczywiste wykresy użycia pamięci i prośby API. Posiada również zintegrowany system alertów, który informuje Cię przez e-mail, gdy problem pojawia się, aby pomóc rozwiązać problem w równolegle. Dla więcej informacji o konkretnych błędach możesz zobaczyć swój raport błędu, aby znaleźć raporty błędów.

Dostęp do Panelu głównego

Panel widoczności pamięci jest dostępny dla każdego doświadczenia używającego MemoryStoreService, ale musisz być właścicielem doświadczenia lub mieć dostępy grup analitycznych, aby uzyskać dostęp do panelu.

Aby uzyskać dostęp do panelu głównego:

  1. Przejdź do strony Twórcy na Panelu twórcy.
  2. W menu Utwórz w dolnym pasku, wybierz swoje konto lub grupę posiadającą celowe doświadczenie.
  3. Wybierz doświadczenie.
  4. W menu Monitorowanie w menu Pamięci wybierz Przechowywanie pamięci.

Dostępne karty

Panel główny zawiera dwa kategorie grafik liniowych:

  • wykresy użycia do śledzenia użycia w porównaniu z dynamycznie przydzielonymi quotasami, które są obliczane w oparciu o liczbę użytkowników w Twoim doświadczeniu.
    • Użycie pamięci na twoim użyciu pamięci procentowo w porównaniu do tego, ile twoja przypisana ilość wynosi.
    • Jednostka prośby API na twoich całkowitych jednostkach prośby procentowo w porównaniu do tego, ile pozostało twojego przypisanego quota. Ta grafika może być złamaна przez każdy metodę API.
  • API Usage and Performance tabelary do monitorowania użycia API i wydajności w oparciu o metodę API i statusodpowiedzi.
    • Liczanie prośb API przez liczbę prośb API na minutę przez metodę API, taką jak Class.MemoryStoreQueue:ReadAsync() lub Class.MemoryStoreSortedMap:UpdateAsync() .
    • Liczanie żądań według statusu na liczbie żądań API według stanu odpowiedzi .
    • Żądanie przez API x Status na statusach odpowiedzi zwróconych przez wszystkie lub określony metodę API.

Diagram zawiera dane z ostatnich 30 dni i możesz wybrać, aby zobaczyć niestandardowy przedział czasowy z wyboru na górze strony. Jeśli wybierzesz przedział czasowy wcześniej niż 30 dni, system wyświetla błąd Request Failed .

Kody statusu odpowiedzi

Rysunki z Panelu widoczności i zliczania liczby prośb według stanu oraz zapytań przez API zawierają kody statusu odpowiedzi API, które możesz użyć do zrozumienia i rozwiązania błędów. Dla tabeli, któ

Alarmy powiadomień

System automatycznego powiadamiania o e-mailach wykrywa i wysyła powiadomienia o problemach użycia pamięci, które mogą negatywnie wpłynąć na wydajność Twojego doświadczenia. Są dwa rodzaje powiadomień:

  • Ostrzeżenia są alertami z mniejszym priorytetem dotyczącym zagadnień, które mogą potencjalnie wpływać na twoje doświadczenie. Powinieneś rozwiązać je, zanim stają się one krytycznymi zagadniami. Flagi dashboardu ostrzegają o tych alertach, zaznaczającChartę w żółtym kolorze z komunikatem wiadomość.
  • Krytyczne są alertami z wyższym priorytetem na tematy bezpośrednio wpływające na twoje doświadczenie. Powinieneś rozwiązać te problemy, jak najszybciej, aby zapobiec pogorszeniu wykonywanie. Dashboard wyświetla te problemy poprzez podświetlenie wykresu w czerwieniu z wiadomośćo błędzie.

Gdy twoje doświadczenie wywoła dwa rodzaje alertów jednocześnie, panel główny wyświetla wiadomość nagłówkową alertu i podkreśla region karty jako krytyczny .

Obecnie system ma cztery wbudowane powiadomienia o użyciu pamięci i wnioskach API. Jeśli Twoje doświadczenie przekracza próg powiadomień, system powiadomi Cię co najwyraźniej raz dziennie za każde powiadomienie. Gdy otrzymujesz powiadomienie o e-mailu, powinieneś zobaczyć panel główny i podejmować działania, aby zapobiec degradacji wykonywanie.

Alarmy użycia pamięci

System wysyła następujące sygnały użycia pamięci:

  • Ostrzeżenie Ostrzeżenie , gdy użycie pamięci twojego doświadczenia przekroczyło 70% całkowitej puli w ciągu ostatniego godzina.

  • Alarm krytyczny , gdy twoje doświadczenie przekroczyło limit rozmiaru pamięci na ostatnią godzinę.

Te problemy zwykle występują, gdy przetwarzasz zbyt wiele danych w strukturze danych pamięci, co może zwiększyć zużycie quota nawet jeśli wysyłasz tylko prośby na kilku kluczach. Na przykład, jeśli ustawisz długi czas wygasania na klucze lub nie zmyjesz przetwarzanych danych, dodatkowe dane mogą wypełnić twój pamięci quota.

Aby zapobiec i rozwiązać te problemy, zastosuj lepsze praktyki, aby śledzić struktury danych, które aktywnie używasz, i skonfigurować mechanizm czyszczenia przetwarzanych danych.

Alarmy wysyłane na API

System wysyła następujące powiadomienia o wysyłaniu API:

  • Alarm krytyczny , gdy liczba błędów wymagań pamięci w przeciągu ostatniego godzinnego okresu przekroczyła 20%.

  • Alarm krytyczny , gdy więcej niż 10% wniosków o zapamiętanie jest ograniczonych w ciągu ostatniego godzinnego.

    • Ten alert oparty jest na liczbie DataStructureRequestsOverLimit + TotalCommandsOverLimit, co są odpowiedziami błędów wskazującymi, że twoje doświadczenie jest ograniczone, ponieważ wysyłuje zbyt wiele prośb.
    • Ten alert nie jest związany z rozmiarem wniosku, tylko ilością.

    Wszystkie prośby API mają odpowiednie kody statusu odpowiedzi, więc możesz zobaczyć proporcje odpowiedzi sukcesu w odpowiedzi na wszystkie błędy z użyciem rysunku liczby prośb według stanu dla 2>draperowania2>.