Diagnostizieren und Beheben von Problemen mit Azure Cosmos DB für NoSQL-Anforderungs-Timeouts und Ausnahmen

  • Gilt für:: ✅ NoSQL

Azure Cosmos DB für NoSQL hat ein HTTP 408-Anforderungstimeout zurückgegeben.

Schritte zur Fehlersuche

Die folgende Liste enthält bekannte Gründe und Lösungen für Anforderungstimeoutausnahmen.

Überprüfen des Service-Level-Agreements (SLA)

Überprüfen Sie azure Cosmos DB für die NoSQL-Überwachung , um festzustellen, ob die Anzahl von 408 Ausnahmen gegen die Azure Cosmos DB für NoSQL SLA verstößt.

Lösung 1: Sie hat die SLA von Azure Cosmos DB für NoSQL nicht verletzt

Die Anwendung sollte dieses Szenario behandeln und diese vorübergehenden Fehler wiederholen.

Lösung 2: Es hat gegen die Azure Cosmos DB für NoSQL SLA verstoßen

Wenden Sie sich an den Azure-Support.

Hot-Partitionierungsschlüssel

Azure Cosmos DB for NoSQL verteilt den gesamten bereitgestellten Durchsatz gleichmäßig auf die physischen Partitionen. Wenn es eine heiße Partition gibt, werden alle Anforderungseinheiten pro Sekunde (RU/s) einer physischen Partition von einem logischen Partitionsschlüssel (oder mehreren logischen Partitionsschlüsseln) darauf verbraucht. Gleichzeitig werden die RU/s auf anderen physischen Partitionen nicht genutzt. Als Symptom sind die gesamten verbrauchten RU/s weniger als die insgesamt bereitgestellten RU/s in der Datenbank oder im Container. Drosselungen (429 Fehler) bei Anfragen zum heißen logischen Partitionsschlüssel könnten weiterhin auftreten. Verwenden Sie die Metrik "Normalisierter RU-Verbrauch ", um festzustellen, ob die Workload auf eine heiße Partition trifft.

Lösung

Wählen Sie einen geeigneten Partitionsschlüssel aus, der Anforderungsvolume und -speicher gleichmäßig verteilt. Weitere Informationen finden Sie unter Ändern des Partitionsschlüssels in Azure Cosmos DB.

Verwandte Inhalte

  • Last updated on