|
|
Publicēts 07.01.2023 22:41:06
|
|
|
|

Nesen, kad es izmantoju pārlūkprogrammu, lai piekļūtu šai vietnei, es mēģināju to atsvaidzināt vēl dažas reizes, un tas saņems 503 kļūdu, kā parādīts zemāk redzamajā attēlā:
503 pakalpojums īslaicīgi nav pieejams Tikmēr atbildes galvene ir šāda:
content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205 503 Kļūda Pakalpojums īslaicīgi nav pieejams
503 ir HTTP statusa kods, kas radies pagaiduServera apkope vaiPārslodzes, serveris pašlaik nevar apstrādāt pieprasījumu. Šis stāvoklis ir īslaicīgs un pēc kāda laika tiks atjaunots.
Vispārīgi runājot, 503 kļūda galvenokārt ir saistīta arAugsta mājas lapas datplūsma, kā rezultātā rodas kļūda, ko izraisa pārmērīga datplūsma vai liels skaits vienlaicīgu resursu.
Izmantojot atbildes galveni
Mēs to redzam 503 atbildēvia: HTTP/2.0 SLB.205Atbildes galvenes informācija attiecībā uz via atbildes galveni ir izskaidrota šādi:
Izmantojot
Uzskaita, kuri starpniekserveri atbild no klienta uz OCS vai otrādi, un ar kādu protokolu (un versiju) viņi nosūtīja pieprasījumu.
Kad nākamais starpniekserveris saņem pieprasījumu no pirmā starpniekservera, tas savā pieprasījumā kopēs iepriekšējā starpniekservera pieprasījuma galveni Via un pievienos attiecīgo informāciju aizmugurē, un tā tālāk, kad OCS saņem pieprasījumu no pēdējā starpniekservera, tas pārbauda galveni Via, lai uzzinātu maršrutu, caur kuru pieprasījums iet. Piemēram: Via:1.0 236-81.D07071953.sina.com.cn:80 (kalmārs/2.6.STABLE13) Pamatojoties uz aprakstu, mēs varam aptuveni uzminēt, ka tas irSLB (slodzes balansēšanas) pakalpojums tieši atgrieza 503 kļūduTas nozīmē, ka pieprasījums nesasniedza reālo serveri mūsu aizmugurējā sistēmā, un Alibaba Cloud SLB (Load Balancing) lietotājam tieši atbildēja uz pieprasījumu.
Šajā laikā es pēkšņi domāju, ka Alibaba Cloud SLB (slodzes balansēšanas) pakalpojumam ir atšķirīgas specifikācijas, un dažādām specifikācijām ir arī atšķirīgi vienlaicīguma ierobežojumi, kā piemēru ņemot vienkāršo I tipu (slb.s1.small).Maksimālais savienojumu skaits, ko atbalsta šī specifikācija, ir 5000, jauni savienojumi (CPS): 3000 un vaicājumi sekundē (QPS): 1000。 Kā parādīts zemāk:
Šķīdums:SLB konfigurāciju jaunināšana !! SLB konfigurāciju jaunināšana !! SLB konfigurāciju jaunināšana !!
Aplūkojot SLB (slodzes balansēšanas) uzraudzību, var redzēt, ka tas ir pārsniedzis specifikācijas robežu.
SLB konfigurācija SSL pēc noklusējuma iespējos http/2.0, jo http2.0 atkārtoti izmantos TCP savienojumus, un pēc TCP savienojuma izveides tas tiks ielādēts tikai vienā SLB mezglā
Veiktspējai garantētā slb.s1.small konfigurācija ir šāda: Savienojumu skaits: 5000, CPS: 3000, QPS: 1000
Šīs specifikācijas QPS ir 1000, bet viena SLB mezgla QPS ir 1000 / (8-1), septītais slānis ir 8 mezgli, un viena mezgla QPS ir aptuveni 142. http/2.0 tiek novietots aizmugurējā sistēmā, lai konfigurētu
Jūs varat atsaukties uz tohttps://help.aliyun.com/knowledge_detail/55193.htmlpaskaidrojums, kāpēc katrs savienojums nesasniedz joslas platuma maksimumu; Abi ir viens un tas pats iemesls Resursu:
Hipersaites pieteikšanās ir redzama.
Hipersaites pieteikšanās ir redzama.
|
Iepriekšējo:.NET/C# izmanto Redis, lai ieviestu Bloom algoritmu, kas balstīts uz BitMapNākamo:【Praktiskā darbība】 Izmantojiet Docker, lai izveidotu Gitlab privāto repozitoriju
|