Nemrég, amikor böngészővel megkerestem ezt az oldalt, még néhányszor próbáltam frissíteni, de 503-as hibát kapott, ahogy az alábbi ábrán is látható:
Az 503-as szolgáltatás ideiglenesen nem elérhető Eközben a válasz fejléce a következő:
content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205 503 Szolgáltatás ideiglenesen elérhetetlen hiba
Az 503 egy HTTP státuszkód ideiglenesSzerver karbantartása vagytúlterhel, a szerver jelenleg nem tudja feldolgozni a kérést. Ez az állapot átmeneti, és egy idő múlva helyreáll.
Általánosságban elmondható, hogy az 503-as hiba főként az alábbi következmények miatt alakul kiMagas weboldal-forgalmat, amely hibát okoz a túlzott forgalom vagy nagy számú egyidejű erőforrás miatt.
Válaszfejlécen keresztül
Ezt látjuk a 503-as válaszbanvia: HTTP/2.0 SLB.205A válaszfejléc információja, amely a via válaszfejléchez vonatkozik, a következőképpen magyarázatot kap:
Keresztül
Felsorolja, melyik proxy szolgálja a kliens válaszát az OCS-nek vagy fordítva, és melyik protokolllal (és verzióval) küldték a kérést.
Amikor a következő proxy szerver megkapja a kérést az első proxy szervertől, a korábbi proxy szerver kérésének Via fejlécét másolja a saját kérésében, és hozzáadja a releváns információkat a hátuljára, és így tovább, amikor az OCS megkapja a kérést az utolsó proxy szervertől, ellenőrzi a Via fejlécet, hogy tudja, milyen útvonalon halad át a kérés. Például: Via:1.0 236-81.D07071953.sina.com.cn:80 (tintahal/2.6.STABLE13) A leírás alapján nagyjából tippelhetjük, hogy ez ígyAz SLB (terheléselosztás) szolgáltatás közvetlenül 503 hibát adottVagyis a kérés nem jutott el a valódi szerverhez a háttérrendszerünkön, és közvetlenül az Alibaba Cloud SLB (Load Balancing) válaszolt a felhasználónak.
Ekkor hirtelen azt hittem, hogy az Alibaba Cloud SLB (terheléselosztási) szolgáltatása eltérő specifikációkkal rendelkezik, és a specifikációknak eltérő párhuzamos korlátai vannak, például az egyszerű I típusú (slb.s1.small) példát vehetve.A specifikáció által támogatott maximális kapcsolat száma 5000, új kapcsolatok (CPS): 3000, és másodpercenként lekérdezések (QPS): 1000。 Ahogy az alábbiakban látható:
Megoldás:SLB konfigurációk frissítése!! SLB konfigurációk frissítése!! SLB konfigurációk frissítése!!
Az SLB (terheléselosztási) monitorozás vizsgálatával kapcsolatban látható, hogy túllépte a specifikációs határt.
Az SLB konfiguráció SSL alapértelmezés szerint engedélyezi a http/2.0-t, mert a http2.0 újrahasználja a TCP kapcsolatokat, és miután TCP kapcsolat létrejött, csak egy SLB csomópontra töltődik be
A teljesítmény garantált slb.s1.small konfigurációja a következő: Kapcsolatok száma: 5000, CPS: 3000, QPS: 1000
Ennek a specifikációnak a QPS-je 1000, de egyetlen SLB csomópont QPS-e 1000/(8-1), a hetedik réteg 8 csomópont, és egyetlen csomópont QPS-je körülbelül 142. A http/2.0 a háttérrendszerre van helyezve a konfiguráláshoz
Hivatkozhatsz ráhttps://help.aliyun.com/knowledge_detail/55193.htmlmagyarázatot arra, hogy miért nem éri el minden kapcsolat a sávszélesség-csúcsokat; Mindkettő ugyanaz az ok Erőforrások:
A hiperlink bejelentkezés látható.
A hiperlink bejelentkezés látható.
|