For nylig, da jeg brugte en browser til at få adgang til dette site, prøvede jeg at opdatere det et par gange mere, og det fik en 503-fejl, som vist i figuren nedenfor:
503-service midlertidigt utilgængelig Imens er svarheaderen som følger:
content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205 503 Service midlertidigt utilgængelig fejl
503 er en HTTP-statuskode på grund af midlertidigServervedligeholdelse elleroverbelastning, serveren er i øjeblikket ude af stand til at behandle anmodningen. Denne tilstand er midlertidig og vil blive genoprettet efter noget tid.
Generelt skyldes 503-fejlen mest afHøj trafik på hjemmesiden, hvilket resulterer i en fejl forårsaget af overdreven trafik eller et stort antal samtidige ressourcer.
via svarheader
Vi ser det i 503-svaretvia: HTTP/2.0 SLB.205Svarheader-informationen vedrørende via response-headeren forklares som følger:
Via
Lister hvilke proxyservere klientens svar til OCS eller omvendt, og hvilken protokol (og version) de sendte anmodningen med.
Når den næste proxyserver modtager anmodningen fra den første proxyserver, kopierer den Via-headeren fra den forrige proxyservers anmodning i sin egen anmodning og tilføjer dens relevante information bagpå, og så videre, når OCS modtager anmodningen fra den sidste proxyserver, tjekker den Via-headeren for at kende ruten, som anmodningen passerer igennem. For eksempel: Via:1.0 236-81.D07071953.sina.com.cn:80 (blæksprutte/2.6.STABLE13) Baseret på beskrivelsen kan vi groft gætte, at det erSLB (load balancing) tjenesten returnerede direkte en 503-fejlDet vil sige, at anmodningen ikke nåede den rigtige server på vores backend, og anmodningen blev direkte besvaret af Alibaba Cloud SLB (Load Balancing) til brugeren.
På dette tidspunkt tænkte jeg pludselig, at Alibaba Clouds SLB (load balancing) service har andre specifikationer, og forskellige specifikationer har også forskellige samtidighedsgrænser, taget den simple type I (slb.s1.small) som eksempel.Det maksimale antal forbindelser, der understøttes af denne specifikation, er 5000, nye forbindelser (CPS): 3000, og forespørgsler per sekund (QPS): 1000。 Som vist nedenfor:
Opløsning:Opgraderer SLB-konfigurationer!! Opgraderer SLB-konfigurationer!! Opgraderer SLB-konfigurationer!!
Når man ser på SLB (load balancing) overvågning, kan man se, at den har overskredet specifikationsgrænsen.
SLB-konfiguration SSL vil som standard aktivere http/2.0, fordi http2.0 vil genbruge TCP-forbindelser, og efter at en TCP-forbindelse er etableret, vil den kun blive indlæst på én node i SLB
Konfigurationen af den performance-garanterede slb.s1.small er som følger: Antal forbindelser: 5000, CPS: 3000, QPS: 1000
QPS for denne specifikation er 1000, men QPS for en enkelt node i SLB er 1000/(8-1), det syvende lag er 8 noder, og QPS for en enkelt node er omkring 142. http/2.0 placeres på backend for at konfigurere
Du kan henvise til dethttps://help.aliyun.com/knowledge_detail/55193.htmlforklaring på, hvorfor hver forbindelse ikke når båndbreddetoppe; De to er af samme grund Ressourcer:
Hyperlink-login er synlig.
Hyperlink-login er synlig.
|