Nyligen, när jag använde en webbläsare för att komma åt denna sida, försökte jag uppdatera den några gånger till, och då fick den ett 503-fel, som visas i figuren nedan:
503-tjänst tillfälligt otillgänglig Under tiden är svarshuvudet följande:
content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205 503 Service tillfälligt otillgänglig fel
503 är en HTTP-statuskod på grund av temporärServerunderhåll elleröverbelastning, servern kan för närvarande inte behandla begäran. Detta tillstånd är tillfälligt och kommer att återställas efter en tid.
Generellt sett beror 503-felet mest påHög webbplatstrafik, vilket resulterar i ett fel orsakat av överdriven trafik eller ett stort antal samtidiga resurser.
via svarshuvud
Vi ser det i 503-svaretvia: HTTP/2.0 SLB.205Responshuvudets information, angående via response-huvudet, förklaras enligt följande:
Via
Listar vilka proxyservrar som svaret från klienten till OCS eller tvärtom, och vilket protokoll (och version) de skickade förfrågan med.
När nästa proxyserver tar emot förfrågan från den första proxyservern kopierar den Via-headern från föregående proxyservers begäran i sin egen förfrågan och lägger till relevant information på baksidan, och så vidare, när OCS tar emot begäran från den senaste proxyservern kontrollerar den Via-headern för att veta rutten som begäran passerar. Till exempel: Via:1.0 236-81.D07071953.sina.com.cn:80 (bläckfisk/2.6.STABLE13) Baserat på beskrivningen kan vi ungefär gissa att det ärSLB (lastbalanserings) tjänsten returnerade direkt ett 503-felDet vill säga, förfrågan nådde inte den riktiga servern på vår backend, och begäran besvarades direkt av Alibaba Cloud SLB (Load Balancing) till användaren.
Vid den här tiden tänkte jag plötsligt att Alibaba Clouds SLB (load balancing)-tjänst har andra specifikationer, och olika specifikationer har också olika samtidighetsgränser, med tanke på den enkla typen I (slb.s1.small) som exempel.Det maximala antalet anslutningar som stöds av denna specifikation är 5000, nya anslutningar (CPS): 3000 och förfrågningar per sekund (QPS): 1000。 Som visas nedan:
Lösning:Uppgraderar SLB-konfigurationer!! Uppgraderar SLB-konfigurationer!! Uppgraderar SLB-konfigurationer!!
När det gäller SLB (load balancing) övervakning kan man se att den har överskridit specifikationsgränsen.
SLB-konfiguration SSL aktiverar http/2.0 som standard, eftersom http2.0 återanvänder TCP-anslutningar, och efter att en TCP-anslutning är etablerad kommer den endast att laddas på en nod i SLB
Konfigurationen av den prestandagaranterade slb.s1.small är följande: Antal anslutningar: 5000, CPS: 3000, QPS: 1000
QPS för denna specifikation är 1000, men QPS för en enskild nod i SLB är 1000/(8-1), det sjunde lagret är 8 noder och QPS för en enskild nod är omkring 142. http/2.0 placeras på backend för att konfigurera
Du kan hänvisa till denhttps://help.aliyun.com/knowledge_detail/55193.htmlförklaring av varför varje anslutning inte når bandbreddstoppar; De två är samma anledning Resurser:
Inloggningen med hyperlänken är synlig.
Inloggningen med hyperlänken är synlig.
|