Ich habe eine Dokument-Datenbank auf Azure. Ich habe eine besonders schwere Abfrage, die auftritt, wenn ich einen Benutzerdatensatz und alle seine Daten archiviere.
Ich befand mich im S1-Plan und bekam eine Ausnahme, die darauf hinwies, dass ich die Grenze von RU / s erreicht hatte. Der S1-Plan hat 250.
Ich habe mich für den Standardplan entschieden, mit dem Sie die RU / s festlegen und dafür bezahlen können.
Ich habe es auf 500 RU / s eingestellt.
Ich habe die gleiche Abfrage durchgeführt und bin zurückgegangen und habe mir die Überwachungstabelle angesehen.
Zu dem Zeitpunkt, als ich diesen letzten Abfragetest durchgeführt habe, hieß es, ich habe 226 Anfragen gestellt und 10 wurden gedrosselt.
Warum das? Ich habe es auf 500 RU / s eingestellt. Die Abfrage war übrigens fehlgeschlagen.
Erstens, Requests! = Request Units, sodass Ihre 226 Anfragen irgendwann dazu geführt haben, dass innerhalb einer Sekunde mehr als 500 Request Units benötigt werden.
Die DocumentDb-API gibt an, wie viele RUs jede Anforderung kostet, sodass Sie diese Clientseite untersuchen können, um herauszufinden, welche Anforderung das Problem verursacht. Nach meiner Erfahrung kostet selbst eine einfache By-ID-Anfrage oft mindestens ein paar RUs. Wie Sie diese Kosten sehen, hängt davon ab, welches clientseitige SDK Sie verwenden. In meinem Code habe ich etwas hinzugefügt, um alle Anforderungen, die mehr als 10 RUs kosten, automatisch zu protokollieren, damit ich weiß und Maßnahmen ergreifen kann.
Es ist auch so, dass die Überwachungstools im Portal völlig unzureichend sind und ich weiß, dass das Team daran arbeitet. Sie können nur die Gesamt-RUs für alle fünf Minuten anzeigen, aber Sie können versuchen, 600 RUs in einer Sekunde zu verwenden, und das können Sie im Portal nicht wirklich sehen.
In Ihrem Fall haben Sie möglicherweise entweder eine einzige große Abfrage, die nur mehr als 500 RU kostet - die Protokollierung wird es Ihnen sagen. Schauen Sie sich in diesem Fall die generierte SQL an, um herauszufinden, warum, und veröffentlichen Sie sie möglicherweise sogar hier.
Alternativ kann dies der kumulative Effekt sein, dass viele kleine Anforderungen in einem kleinen Zeitfenster ausgelöst werden. Wenn Sie 226 Anfragen als Antwort auf eine Benutzeraktion ausführen (und ich weiß nicht, ob Sie dies tun), möchten Sie wahrscheinlich Ihr Design überdenken :)
Schließlich können Sie fehlgeschlagene Anforderungen erneut versuchen. Ich bin mir bei anderen SDKs nicht sicher, aber das .Net SDK wiederholt eine Anfrage 9 Mal automatisch, bevor es aufgibt (dies könnte eine weitere Erklärung für die 229 Anfragen sein, die den Server treffen). Wenn das von Ihnen ausgewählte SDK nicht erneut versucht wird, können Sie dies problemlos selbst tun. Der Server gibt einen bestimmten Statuscode zurück (ich glaube 429, kann mich aber nicht ganz erinnern), zusammen mit einer Anweisung, wie lange gewartet werden soll, bevor erneut versucht wird.
Bitte überprüfen Sie die Fragen und aktualisieren Sie Ihre Frage, damit wir Ihnen weiterhelfen können.
Dieser Artikel stammt aus dem Internet. Bitte geben Sie beim Nachdruck die Quelle an.
Bei Verstößen wenden Sie sich bitte [email protected] Löschen.
Lass mich ein paar Worte sagen