Nylig, da jeg brukte en nettleser for å få tilgang til dette nettstedet, prøvde jeg å oppdatere det noen ganger til, og det fikk en 503-feil, som vist i figuren under:
503-tjenesten midlertidig utilgjengelig I mellomtiden 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 Tjeneste midlertidig utilgjengelig feil
503 er en HTTP-statuskode på grunn av midlertidigServervedlikehold elleroverbelaste, serveren er for øyeblikket ute av stand til å behandle forespørselen. Denne tilstanden er midlertidig og vil bli gjenopprettet etter en tid.
Generelt sett skyldes 503-feilen for det meste atHøy trafikk på nettsiden, noe som resulterer i en feil forårsaket av overdreven trafikk eller et stort antall samtidige ressurser.
via respons-header
Vi ser det i 503-svaretvia: HTTP/2.0 SLB.205Responsheader-informasjonen, angående via response-headeren, forklares slik:
Via
Lister opp hvilke proxyservere som svaret fra klienten til OCS eller omvendt, og hvilken protokoll (og versjon) de sendte forespørselen med.
Når neste proxy-server mottar forespørselen fra den første proxy-serveren, kopierer den Via-headeren til forrige proxy-servers forespørsel i sin egen forespørsel, og legger til relevant informasjon på baksiden, og så videre, når OCS mottar forespørselen fra den siste proxy-serveren, sjekker den Via-headeren for å vite ruten forespørselen går gjennom. For eksempel: Via:1.0 236-81.D07071953.sina.com.cn:80 (blekksprut/2.6.STABLE13) Basert på beskrivelsen kan vi grovt gjette at det er detSLB-tjenesten (lastbalansering) returnerte direkte en 503-feilDet vil si at forespørselen ikke nådde den ekte serveren på vår backend, og forespørselen ble direkte besvart av Alibaba Cloud SLB (Load Balancing) til brukeren.
På dette tidspunktet tenkte jeg plutselig at Alibaba Clouds SLB (load balancing)-tjeneste har andre spesifikasjoner, og ulike spesifikasjoner har også ulike samtidighetsgrenser, med tanke på den enkle typen I (slb.s1.small) som eksempel.Maksimalt antall tilkoblinger støttet av denne spesifikasjonen er 5000, nye tilkoblinger (CPS): 3000, og forespørsler per sekund (QPS): 1000。 Som vist nedenfor:
Løsning:Oppgraderer SLB-konfigurasjoner!! Oppgraderer SLB-konfigurasjoner!! Oppgraderer SLB-konfigurasjoner!!
Når det gjelder SLB (load balancing) overvåking, kan man se at den har overskredet spesifikasjonsgrensen.
SLB-konfigurasjon SSL aktiverer http/2.0 som standard, fordi http2.0 vil gjenbruke TCP-tilkoblinger, og etter at en TCP-tilkobling er etablert, vil den kun lastes på én node i SLB
Konfigurasjonen av ytelsesgarantert slb.s1.small er som følger: Antall tilkoblinger: 5000, CPS: 3000, QPS: 1000
QPS for denne spesifikasjonen er 1000, men QPS for en enkelt node i SLB er 1000/(8-1), det syvende laget er 8 noder, og QPS for en enkelt node er rundt 142. http/2.0 plasseres på backend for å konfigurere
Du kan se på dethttps://help.aliyun.com/knowledge_detail/55193.htmlforklaring på hvorfor hver tilkobling ikke når båndbreddetopper; De to er av samme grunn Ressurser:
Innloggingen med hyperkoblingen er synlig.
Innloggingen med hyperkoblingen er synlig.
|