Hiljuti, kui kasutasin brauserit selle saidi ligipääsuks, proovisin seda veel paar korda värskendada ja see sai 503 vea, nagu alloleval joonisel näidatud:
503 teenus ajutiselt kättesaamatu Samal ajal on vastuse päis järgmine:
content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205 503 Teenuse ajutine mittekättesaadav viga
503 on HTTP staatuskood, kuna see on ajutineServeri hooldus võiÜlekoormus, server ei suuda hetkel päringut töödelda. See seisund on ajutine ja taastub mõne aja pärast.
Üldiselt on 503 viga peamiselt tingitudSuur veebiliiklus, mis põhjustab vea liigsest liiklusest või suurest samaaegsest ressurssiarvust.
Vastuse päise kaudu
Näeme seda 503 vastusesvia: HTTP/2.0 SLB.205Vastusepäise info, mis puudutab via vastuse päist, on selgitatud järgmiselt:
Via
Loetleb, milline proxy edastab kliendi vastuse OCS-ile või vastupidi ning millise protokolliga (ja versiooniga) nad päringu saatsid.
Kui järgmine proxy-server saab päringu esimeselt proxy-serverilt, kopeerib ta eelmise proxy-serveri päringu Via päise oma päringusse ja lisab asjakohase info tagaküljele ning nii edasi; kui OCS saab päringu viimaselt proxy-serverilt, kontrollib ta Via päist, et teada, millise marsruudi kaudu päring läbib. Näiteks: Via:1.0 236-81.D07071953.sina.com.cn:80 (kalmaar/2.6.STABLE13) Kirjelduse põhjal võime umbkaudu oletada, et see onSLB (koormuse tasakaalustamine) teenus tagastas otse 503 veaSee tähendab, et päring ei jõudnud päris serverisse meie taustal ja päringule vastas otse Alibaba Cloud SLB (Load Balancing) kasutajale.
Sel ajal mõtlesin järsku, et Alibaba Cloudi SLB (koormuse tasakaalustamise) teenusel on erinevad spetsifikatsioonid ning erinevatel spetsifikatsioonidel on ka erinevad paralleelsuse piirangud, võttes näiteks lihtsa tüübi I (slb.s1.small).Selle spetsifikatsiooni poolt toetatud maksimaalne ühenduste arv on 5000, uusi ühendusi (CPS): 3000 ja päringuid sekundis (QPS): 1000。 Nagu allpool näidatud:
Lahus:SLB konfiguratsioonide uuendamine!! SLB konfiguratsioonide uuendamine!! SLB konfiguratsioonide uuendamine!!
SLB (koormuse tasakaalustamise) jälgimise osas on näha, et see on ületanud spetsifikatsioonipiiri.
SLB konfiguratsioon SSL lubab vaikimisi http/2.0, sest http2.0 taaskasutab TCP ühendusi ning pärast TCP ühenduse loomist laaditakse see ainult ühele SLB sõlmele
Jõudlustagatud slb.s1.small konfiguratsioon on järgmine: Ühenduste arv: 5000, CPS: 3000, QPS: 1000
Selle spetsifikatsiooni QPS on 1000, kuid ühe SLB sõlme QPS on 1000/(8-1), seitsmes kiht on 8 sõlme ja ühe sõlme QPS umbes 142. http/2.0 paigutatakse taustasüsteemi, et seadistada
Võid sellele viidatahttps://help.aliyun.com/knowledge_detail/55193.htmlselgitus, miks iga ühendus ei saavuta ribalaiuse tippu; Need kaks on sama põhjusega Ressursse:
Hüperlingi sisselogimine on nähtav.
Hüperlingi sisselogimine on nähtav.
|