최근에 이 사이트에 접속하려고 브라우저를 사용했을 때 몇 번 더 새로고침을 시도했는데, 아래 그림과 같이 503 오류가 뜹니다:
한편, 응답 헤더는 다음과 같습니다:
content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205
503은 임시 상태 코드로 인해 HTTP 상태 코드입니다서버 유지보수 또는오버 로드서버는 현재 요청을 처리할 수 없습니다. 이 상태는 일시적이며 시간이 지나면 회복될 것입니다.
일반적으로 503 오류는 주로 다음과 같은 원인입니다높은 웹사이트 트래픽이 경우 과도한 트래픽이나 많은 동시 자원으로 인해 오류가 발생합니다.
응답 헤더를 통해
503 대응에서 이를 확인할 수 있습니다via: HTTP/2.0 SLB.205via response 헤더에 관한 응답 헤더 정보는 다음과 같이 설명됩니다:
통해
클라이언트가 OCS로 또는 그 반대로 응답하는 프록시 서버를 나열하며, 어떤 프로토콜(및 버전)으로 요청을 보냈는지 알려줍니다.
다음 프록시 서버가 첫 번째 프록시 서버로부터 요청을 받으면, 이전 프록시 서버의 요청의 Via 헤더를 자신의 요청에 복사하고, 그 뒤에 관련 정보를 추가하며, OCS가 마지막 프록시 서버로부터 요청을 받으면 Via 헤더를 확인하여 요청이 전달되는 경로를 파악합니다. 예를 들어: Via:1.0 236-81.D07071953.sina.com.cn:80 (오징어 / 2.6.STABLE13)
그때 갑자기 알리바바 클라우드의 SLB(부하 분산) 서비스가 다른 사양을 가지고 있고, 각 명세마다 동시성 제한도 다르다는 생각이 들었습니다. 예를 들어 단순 타입 I(slb.s1.small)을 예로 들 수 있습니다.이 명세에서 지원하는 최대 연결 수는 5000개, 신규 연결(CPS): 3000개, 초당 쿼리 수(QPS): 1000개입니다。 아래에 나와 있습니다:
용액:SLB 구성 업그레이드 중!! SLB 구성 업그레이드 중!! SLB 구성 업그레이드 중!!
SLB(부하 분산) 모니터링을 살펴보면, 사양 한계를 초과한 것으로 보입니다.
SLB 구성 SSL은 기본적으로 http/2.0을 활성화합니다. http2.0은 TCP 연결을 재사용하기 때문이며, TCP 연결이 설정된 후에는 SLB의 한 노드에서만 로드됩니다
성능 보장 slb.s1.small의 구성은 다음과 같습니다: 연결 수: 5000, CPS: 3000, QPS: 1000
이 명세의 QPS는 1000이지만, SLB 단일 노드의 QPS는 1000/(8-1), 7계층은 8노드, 단일 노드의 QPS는 약 142입니다. http/2.0은 백엔드에 배치되어 구성됩니다
참고해 보세요https://help.aliyun.com/knowledge_detail/55193.html각 연결이 대역폭 피크에 도달하지 못하는 이유에 대한 설명; 두 가지 이유는 같습니다
하이퍼링크 로그인이 보입니다.
하이퍼링크 로그인이 보입니다.
|
게시됨 2023. 1. 7. 오후 10:41:06
|
|
|
|
