Recent, când am folosit un browser pentru a accesa acest site, am încercat să-l reîmprospătez de câteva ori și a primit o eroare 503, așa cum se vede în figura de mai jos:
Serviciul 503 temporar indisponibil Între timp, antetul răspunsului este următorul:
content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205 503 Eroare de serviciu temporar indisponibil
503 este un cod HTTP de stare din cauza temporarăÎntreținerea serverului sausupraîncărcare, serverul nu poate procesa cererea în prezent. Această stare este temporară și va fi restabilită după o perioadă.
În general, eroarea 503 se datorează în principalTrafic ridicat pe site-uri, rezultând o eroare cauzată de trafic excesiv sau de un număr mare de resurse concurente.
prin antet de răspuns
Vedem asta în răspunsul 503via: HTTP/2.0 SLB.205Informațiile despre antetul răspunsului, referitoare la antetul via response, sunt explicate astfel:
Via
Listează cu ce servere proxy răspunsul clientului către OCS sau invers, precum și cu ce protocol (și versiune) au trimis cererea.
Când următorul server proxy primește cererea de la primul server proxy, va copia antetul Via al cererii serverului proxy anterior în propria sa cerere și va adăuga informațiile relevante în spate, iar astfel, când OCS primește cererea de la ultimul server proxy, verifică antetul Via pentru a ști ruta prin care trece cererea. De exemplu: Via:1.0 236-81.D07071953.sina.com.cn:80 (calmar/2.6.STABLE13) Pe baza descrierii, putem presupune aproximativ că esteServiciul SLB (load balancing) a returnat direct o eroare 503Adică, cererea nu a ajuns la serverul real din backend-ul nostru, iar cererea a fost răspunsă direct de Alibaba Cloud SLB (Load Balancing) către utilizator.
În acel moment, am crezut brusc că serviciul SLB (load balancing) al Alibaba Cloud are specificații diferite, iar specificațiile diferite au, de asemenea, limite diferite de concurență, luând ca exemplu tipul simplu I (slb.s1.small).Numărul maxim de conexiuni suportate de această specificație este 5000, conexiuni noi (CPS): 3000, iar interogări pe secundă (QPS): 1000。 Așa cum se arată mai jos:
Soluție:Actualizarea configurațiilor SLB!! Actualizarea configurațiilor SLB!! Actualizarea configurațiilor SLB!!
În ceea ce privește monitorizarea SLB (load balancing), se poate observa că a depășit limita specificațiilor.
Configurația SLB SSL va activa http/2.0 implicit, deoarece http2.0 va reutiliza conexiunile TCP, iar după ce o conexiune TCP este stabilită, va fi încărcat doar pe un singur nod al SLB
Configurația slb.s1.small garantat de performanță este următoarea: Număr de conexiuni: 5000, CPS: 3000, QPS: 1000
QPS-ul acestei specificații este 1000, dar QPS-ul unui singur nod SLB este 1000/(8-1), al șaptelea strat are 8 noduri, iar QPS-ul unui singur nod este în jur de 142. http/2.0 este plasat în backend pentru configurare
Poți să te referi la elhttps://help.aliyun.com/knowledge_detail/55193.htmlexplicație a motivului pentru care fiecare conexiune nu atinge vârfurile lățimii de bandă; Cele două sunt același motiv Resurse:
Autentificarea cu hyperlink este vizibilă.
Autentificarea cu hyperlink este vizibilă.
|