Speicher-Store-Erfassbarkeit

Das Observability-Dashboard liefert Echtzeit-Charts über Ihre Speicher-Verwendung und API-Anfragen. Es hat auch ein integriertes Alarm-System, das Sie per E-Mail benachrichtigt, wenn ein Problem auftritt, um Ihnen beim Fehler-Sorgenbeheben zu helfen. Weitere Informationen über bestimmte Fehler finden Sie unter Ihrem Fehlerbericht, um die Fehler-Logs anzuzeigen.

Zugriff auf das Dashboard

Das Observability-Dashboard ist für jedes Erlebnis verfügbar, das MemoryStoreService verwendet, aber du musst entweder der Erlebniseigentümer sein oder hast Analytics-Gruppen-Berechtigungen, um auf das Dashboard zuzugreifen.

Um auf das Dashboard zuzugreifen:

1. Navigate to the Kreationen page on the Creator-Dashboard .
2. Unter dem Creator Hub -Dropdown wählen Sie Ihr Konto oder die Gruppe, die das Ziel-Erlebnis besitzt.
3. Wählen Sie das Erlebnis.
4. In der Überwachung-Dropdown , wählen Sie Speicher-Stores .

Verfügbare Diagramme

Das Dashboard enthält zwei Kategorien von Linien-Diagrammen:

• Verwendung von Quellen Diagramme zum Verfolgen Ihrer Verwendung im Vergleich zu den dynamisch zugewiesenen Quellen, die basierend auf der Anzahl der Benutzer in Ihrem Erlebnis berechnet werden.

  • Speicherverbrauch auf Ihren Speicherverbrauch pro Minute in Bytes im Vergleich zu der verbleibenden zugewiesenen Quote.
  • API Request Unit auf Ihren gesamten Anfrageeinheiten pro Minute im Vergleich zu der Menge Ihrer zugewiesenen Quote. Diese Diagramm kann auf jeden API-Methode aufgebrochen werden.
• API-Verwendung und Leistung -Diagramme zum Überwachen des API-Verwendungsmusters und der Leistung basierend auf der API-Methode und der Status.

  • Request Count by API bei der API-Anfrage pro Minute durch API-Methode, wie z. B. MemoryStoreQueue:ReadAsync() oder MemoryStoreSortedMap:UpdateAsync().
  • Anfrage Count by Status auf API-Anfrage-Count durch Antwortstatus.
  • Anfrage durch API x Status auf Status-Antworten, die von allen oder einem bestimmten API-Methode zurückgegeben werden.

Die Diagramm enthält Daten für die letzten 30 Tage und Sie können wählen, eine benutzerdefinierte Zeitreihe mit dem Auswahl器 oben auf der Seite anzuzeigen. Wenn Sie eine Zeitreihe früher als 30 Tage auswählen, wird ein Request Failed Fehler angezeigt.

Antwortstatus-Codes

Die Request Count by Status und Requests by API x Status -Charts der Observability-Dashboard enthalten Status-Codes von API-Antworten, die Sie verwenden können, um Fehler zu verstehen und zu beheben. Für eine Tabelle, die alle diese Status-Codes aufzählt und beschreibt, sie

Benachrichtigungs-Alarme

Das E-Mail-Alarm-System erkennt automatisch Benachrichtigungen über die Verwendung von Speicherplatzproblemen und sendet dir Alarmnachrichten, die die Leistung deines Erlebnisses beeinträchtigen können. Es gibt zwei Arten von Benachrichtigungen:

• Warnungen sind Alarme mit niedriger Priorität über Themen, die möglicherweise Ihr Erlebnis beeinflussen. Sie sollten sie lösen, bevor sie kritische Probleme werden. Das Dashboard markiert diese Warnungen, indem es die Diagrammfarbe in Gelb mit einer Nachrichthervorhebt.
• Kritische Treffer sind Alarme mit höherer Priorität auf Probleme, die direkt auf deine Erlebniseinwirken. Du solltest diese Probleme so schnell wie möglich beheben, um eine degradierte Erfüllungzu verhindern. Die Dashboard-Flaggen diese Alarme, indem sie die Diagramm in rot mit einem Fehler-Nachricht hervorheben.

Wenn deine Erfahrung zwei Arten von Alarmen gleichzeitig auslöst, wird das Dashboard den Alarm-Header-Nachricht anzeigen und die Kartendregion für deine Aufmerksamkeit als kritisch hervorheben.

Derzeit hat das System vier integrierte Alarme für die Nutzung von Speicher und API-Anfragen. Wenn Ihr Erlebnis einen Alarm-Schwellwert überschreitet, informiert Sie das System Sie mindestens einmal pro Tag für jeden Alarm. Wenn Sie einen E-Mail-Alarm erhalten, sollten Sie das Dashboard anzeigen und Maßnahmen ergreifen, um die Erfüllungzu verbessern.

Speicherverbrauch-Warnungen

Das System sendet die folgenden Erinnerungsalarme:

• Eine Warnung -Warnung, wenn die Erinnerungsnutzung deines Erlebnisses 70% der gesamten Quote innerhalb der letzten Stunde überschritten hat.

  

• Ein Kritisches Alarm wenn deine Erfahrung die Speichergrößenquote für die letzte Stunde überschritt.

  

Diese Probleme treten meist auf, wenn Sie eine zu große Menge an Daten in einer Speicherstoredatenstruktur mit zu viel Daten überpopulieren, was die Quote schnell konsumieren kann, auch wenn Sie nur Anfragen auf ein paar Schlüssel senden. Zum Beispiel, wenn Sie eine lange Verfallszeit auf Schlüssel festlegen oder nicht verarbeitete Daten aufräumen, kann zusätzliche Daten Ihre Memoriade ausfüllen.

Um diese Probleme zu verhindern und zu beheben, wenden Sie beste Praktiken an, um die Datenstrukturen zu verfolgen, die Sie aktiv verwenden, und konfigurieren Sie einen Mechanismus zur Reinigung verarbeiteter Daten.

API-Anfrage-Alarm

Das System sendet die folgenden API-Anfrage-Warnungen:

• Ein kritisches Alarmzeichen, wenn die Anzahl der Fehlern, die Ihrem Speicher-Store-Anfrage zugrunde liegen, 20 % innerhalb der letzten Stunde überschritten hat.

  

• Ein Kritisches Alarm, wenn mehr als 10% Ihrer Speicher-Store-Anfragen in der letzten Stunde gedrosselt werden.

  • Diese Alarm basiert auf der Anzahl von DataStructureRequestsOverLimit + TotalRequestsOverLimit , die Fehlerantworten sind, die zeigen, dass deine Erfahrung gedrosselt wird, weil sie zu viele Anfragen sendet.
  • Diese Warnung ist nicht mit der Anfragegröße, sondern nur mit der Menge verbunden.

  

  Alle API-Anfragen haben entsprechende Antwortstatus-Codes, sodass Sie die Verhältnis von Erfolg-Antworten auf alle Fehlerantworten anzeigen können, indem Sie die Anforderungsanzahl pro Status-Diagramm für 2>Troubleshooting2> verwenden.