Kürzlich habe ich, als ich einen Browser benutzt habe, um auf diese Seite zuzugreifen, noch ein paar Mal versucht, sie zu aktualisieren, und es gab einen 503-Fehler, wie in der Abbildung unten gezeigt:
503-Dienst vorübergehend nicht verfügbar Der Antwort-Header sieht hingegen wie folgt aus:
content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205 Fehler 503 Service vorübergehend nicht verfügbar
503 ist ein HTTP-Statuscode aufgrund von TemporaryServerwartung oderüberlasten, kann der Server die Anfrage derzeit nicht verarbeiten. Dieser Zustand ist vorübergehend und wird nach einiger Zeit wiederhergestellt.
Allgemein gesprochen ist der 503-Fehler hauptsächlich aufHoher Website-Traffic, was zu einem Fehler führt, der durch übermäßigen Datenverkehr oder eine große Anzahl gleichzeitiger Ressourcen verursacht wird.
Via Response-Header
Wir sehen es in der 503-Antwortvia: HTTP/2.0 SLB.205Die Informationen zum Antwort-Header bezüglich des via-Response-Headers werden wie folgt erklärt:
Via
Listet auf, welche Proxy-Server die Antwort des Clients an OCS haben oder umgekehrt, und mit welchem Protokoll (und welcher Version) die Anfrage gesendet wurde.
Wenn der nächste Proxy-Server die Anfrage vom ersten Proxy-Server erhält, kopiert er den Via-Header der Anfrage des vorherigen Proxy-Servers in eine eigene Anfrage und fügt die relevanten Informationen auf die Rückseite hinzu, und so weiter. Wenn OCS die Anfrage vom letzten Proxy-Server erhält, prüft es den Via-Header, um die Route zu kennen, durch die die Anfrage läuft. Zum Beispiel: Via:1.0 236-81.D07071953.sina.com.cn:80 (Tintenfisch/2.6.STABLE13) Anhand der Beschreibung können wir grob vermuten, dass es so istDer SLB-Dienst (Load Balancing) gab direkt einen 503-Fehler zurückDas heißt, die Anfrage erreichte nicht den echten Server auf unserem Backend, und die Anfrage wurde direkt von Alibaba Cloud SLB (Load Balancing) an den Nutzer beantwortet.
Zu diesem Zeitpunkt dachte ich plötzlich, dass der SLB-Dienst von Alibaba Cloud andere Spezifikationen hat, und verschiedene Spezifikationen haben auch unterschiedliche Nebenläufigkeitsgrenzen, nehmen wir den einfachen Typ I (slb.s1.small) als Beispiel.Die maximale Anzahl der von dieser Spezifikation unterstützten Verbindungen beträgt 5000, neue Verbindungen (CPS): 3000 und Abfragen pro Sekunde (QPS): 1000。 Wie unten gezeigt:
Lösung:SLB-Konfigurationen werden aktualisiert!! SLB-Konfigurationen werden aktualisiert!! SLB-Konfigurationen werden aktualisiert!!
Bezüglich der SLB-(Lastverteilungs-)Überwachung sieht man, dass sie die Spezifikationsgrenze überschritten hat.
SLB-Konfiguration SSL aktiviert standardmäßig http/2.0, da http2.0 TCP-Verbindungen wiederverwendet, und nachdem eine TCP-Verbindung hergestellt wurde, wird sie nur auf einem SLB-Knoten geladen
Die Konfiguration des leistungsgarantierten slb.s1.small ist wie folgt: Anzahl der Verbindungen: 5000, CPS: 3000, QPS: 1000
Die QPS dieser Spezifikation beträgt 1000, aber die QPS eines einzelnen SLB-Knotens beträgt 1000/(8-1), die siebte Schicht 8 Knoten, und die QPS eines einzelnen Knotens liegt bei etwa 142. http/2.0 wird im Backend zur Konfiguration installiert
Du kannst darauf zurückgreifenhttps://help.aliyun.com/knowledge_detail/55193.htmlErklärung, warum keine Verbindung Bandbreitenspitzen erreicht; Die beiden sind aus demselben Grund Betriebsmittel:
Der Hyperlink-Login ist sichtbar.
Der Hyperlink-Login ist sichtbar.
|