Äskettäin, kun käytin selainta päästäkseni tälle sivustolle, yritin päivittää sitä vielä muutaman kerran, ja se sai 503-virheen, kuten alla olevassa kuvassa näkyy:
503-palvelu tilapäisesti poissa käytöstä Sillä välin vastausotsikko on seuraava:
content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205 503 Palvelu väliaikaisesti ei saatavilla -virhe
503 on HTTP-tilakoodi, joka johtuu väliaikaisestaPalvelimen ylläpito taiylikuormitus, palvelin ei tällä hetkellä pysty käsittelemään pyyntöä. Tämä tila on väliaikainen ja palautetaan jonkin ajan kuluttua.
Yleisesti ottaen 503-virhe johtuu pääasiassaKorkea verkkosivustoliikenne, mikä johtaa virheeseen, joka johtuu liiallisesta liikenteestä tai suuresta määrästä samanaikaisia resursseja.
Vastauksen otsikon kautta
Näemme sen 503-vastauksessavia: HTTP/2.0 SLB.205Vastauksen otsikon tiedot, jotka koskevat via-vastausotsikkoa, selitetään seuraavasti:
Via
Listaa, mitkä välityspalvelimet palvelevat asiakkaan vastauksen OCS:lle tai päinvastoin, ja millä protokollalla (ja versiolla) pyyntö lähetettiin.
Kun seuraava välityspalvelin vastaanottaa pyynnön ensimmäiseltä välityspalvelimelta, se kopioi edellisen välityspalvelimen pyynnön Via-otsikon omaan pyyntöönsä, lisää asiaankuuluvat tiedot taakse, ja niin edelleen. Kun OCS vastaanottaa pyynnön viimeiseltä välityspalvelimelta, se tarkistaa Via-otsikon tietääkseen, minkä reitin kautta pyyntö kulkee. Esimerkiksi: Via:1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13) Kuvauksen perusteella voimme karkeasti arvata, että se onSLB (kuormantasapainotus) -palvelu palautti suoraan 503-virheenEli pyyntö ei saavuttanut varsinaista palvelinta taustallamme, ja pyyntöön vastasi suoraan Alibaba Cloud SLB (Load Balancing) käyttäjälle.
Tuolloin ajattelin yhtäkkiä, että Alibaba Cloudin SLB (kuormantasaus) -palvelulla on erilaiset spesifikaatiot, ja eri määrittelyillä on myös erilaiset rinnakkaisrajoitukset, ottaen esimerkkinä yksinkertaisen tyyppi I (slb.s1.small).Tämän määrittelyn tukemien yhteyksien enimmäismäärä on 5000, uudet yhteydet (CPS): 3000 ja kyselyt sekunnissa (QPS): 1000。 Kuten alla on esitetty:
Ratkaisu:SLB-konfiguraatioiden päivittäminen!! SLB-konfiguraatioiden päivittäminen!! SLB-konfiguraatioiden päivittäminen!!
SLB:n (kuormantasapainotus) seurantaa tarkasteltaessa voidaan nähdä, että se on ylittänyt määrittelyrajan.
SLB-konfiguraatio SSL ottaa oletuksena käyttöön http/2.0:n, koska http2.0 käyttää TCP-yhteyksiä uudelleen, ja kun TCP-yhteys on muodostettu, se latautuu vain yhteen SLB-solmuun
Suorituskyvyn takaaman slb.s1.smallin kokoonpano on seuraava: Yhteyksien määrä: 5000, CPS: 3000, QPS: 1000
Tämän spesifikaation QPS on 1000, mutta yhden SLB-solmun QPS on 1000/(8-1), seitsemäs kerros on 8 solmua ja yhden solmun QPS noin 142. http/2.0 sijoitetaan taustalle konfigurointia varten
Voit viitata siihenhttps://help.aliyun.com/knowledge_detail/55193.htmlselitys sille, miksi kukin yhteys ei saavuta kaistanleveyden huippuja; Nämä kaksi ovat sama syy Varat:
Hyperlinkin kirjautuminen on näkyvissä.
Hyperlinkin kirjautuminen on näkyvissä.
|