Ostatnio, gdy korzystałem z przeglądarki, aby wejść na tę stronę, próbowałem ją odświeżyć jeszcze kilka razy i pojawił się błąd 503, jak pokazano na poniższym rysunku:
Usługa 503 tymczasowo niedostępna Tymczasem nagłówek odpowiedzi wygląda następująco:
content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205 Błąd Tymczasowo niedostępny serwis 503
503 to kod statusowy HTTP spowodowany tymczasowymUtrzymanie serwera lubprzeładować, serwer obecnie nie jest w stanie przetworzyć żądania. Ten stan jest tymczasowy i zostanie przywrócony po pewnym czasie.
Ogólnie rzecz biorąc, błąd 503 wynika głównie zWysoki ruch na stronie internetowej, skutkujący błędem spowodowanym nadmiernym ruchem lub dużą liczbą równocześnie udanych zasobów.
przez nagłówek odpowiedzi
Widzimy to w odpowiedzi 503via: HTTP/2.0 SLB.205Informacje o nagłówku odpowiedzi, dotyczące nagłówka via response, są wyjaśnione następująco:
Przez
Lista, na których serwerach proxy odpowiedź klienta do OCS lub odwrotnie, oraz z jakim protokołem (i wersją) wysłał żądanie.
Gdy następny serwer proxy otrzyma żądanie od pierwszego serwera, kopiuje nagłówek Via z żądania poprzedniego serwera proxy do własnego żądania i dodaje odpowiednie informacje na tył, i tak dalej. Gdy OCS otrzyma żądanie od ostatniego serwera proxy, sprawdza nagłówek Via, aby poznać trasę, przez którą żądanie przechodzi. Na przykład: Via:1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13) Na podstawie opisu możemy mniej więcej zgadnąć, że jestUsługa SLB (load balancing) zwracała bezpośrednio błąd 503To znaczy, żądanie nie dotarło do prawdziwego serwera na naszym backendzie, a żądanie zostało bezpośrednio odpowiedziane przez Alibaba Cloud SLB (Load Balancing) do użytkownika.
W tym momencie nagle pomyślałem, że usługa SLB (load balansing) Alibaba Cloud ma inne specyfikacje, a różne specyfikacje również mają różne limity współbieżności, biorąc za przykład prosty typ I (slb.s1.small).Maksymalna liczba połączeń obsługiwanych przez tę specyfikację to 5000, nowych połączeń (CPS): 3000, a zapytań na sekundę (QPS): 1000。 Jak pokazano poniżej:
Rozwiązanie:Ulepszam konfiguracje SLB!! Ulepszam konfiguracje SLB!! Ulepszam konfiguracje SLB!!
Jeśli chodzi o monitorowanie SLB (load balancing), widać, że przekroczyło ono limit specyfikacji.
Konfiguracja SLB SSL domyślnie włącza http/2.0, ponieważ http2.0 ponownie wykorzystuje połączenia TCP, a po nawiązaniu połączenia TCP będzie ono ładowane tylko na jednym węźle SLB
Konfiguracja gwarantowanego wydajnościowego pliku slb.s1.small jest następująca: Liczba połączeń: 5000, CPS: 3000, QPS: 1000
QPS tej specyfikacji wynosi 1000, ale QPS pojedynczego węzła SLB to 1000/(8-1), siódma warstwa to 8 węzłów, a QPS pojedynczego węzła to około 142. http/2.0 jest instalowany na backendzie do konfiguracji
Możesz się do niego odnieśćhttps://help.aliyun.com/knowledge_detail/55193.htmlwyjaśnienie, dlaczego każde połączenie nie osiąga szczytów przepustowości; Oba powody są takie same Zasoby:
Logowanie do linku jest widoczne.
Logowanie do linku jest widoczne.
|