Recentemente, quando usei um navegador para acessar este site, tentei atualizá-lo mais algumas vezes, e ele apareceu com um erro 503, como mostrado na figura abaixo:
Serviço 503 Temporariamente Indisponível Enquanto isso, o cabeçalho de resposta é o seguinte:
content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205 Erro 503 Serviço Temporariamente Indisponível
503 é um código de status HTTP devido a um código temporárioManutenção do servidor ousobrecarga, o servidor atualmente não consegue processar a solicitação. Essa condição é temporária e será restaurada após algum tempo.
De modo geral, o erro 503 se deve principalmente aoAlto tráfego de sites, resultando em um erro causado por tráfego excessivo ou um grande número de recursos concorrentes.
via cabeçalho de resposta
Vemos isso na resposta do 503via: HTTP/2.0 SLB.205As informações do cabeçalho da resposta, referentes ao cabeçalho via response, são explicadas da seguinte forma:
Via
Lista quais servidores proxy recebem a resposta do cliente para OCS ou vice-versa, e com qual protocolo (e versão) enviaram a solicitação.
Quando o próximo servidor proxy recebe a solicitação do primeiro servidor proxy, ele copia o cabeçalho Via da solicitação do servidor proxy anterior em sua própria solicitação, adiciona suas informações relevantes no final, e assim por diante, quando o OCS recebe a solicitação do último servidor proxy, ele verifica o cabeçalho Via para saber pela rota pela qual a solicitação passa. Por exemplo: Via:1.0 236-81.D07071953.sina.com.cn:80 (lula/2.6.STABLE13) Com base na descrição, podemos supor aproximadamente que éO serviço SLB (balanceamento de carga) retornou um erro 503 diretamenteOu seja, a solicitação não chegou ao servidor real no nosso backend, e a solicitação foi respondida diretamente pelo Alibaba Cloud SLB (Load Balancing) ao usuário.
Nesse momento, de repente pensei que o serviço SLB (balanceamento de carga) da Alibaba Cloud tem especificações diferentes, e especificações diferentes também têm limites de concorrência distintos, tomando como exemplo o tipo simples I (slb.s1.small).O número máximo de conexões suportadas por esta especificação é 5000, novas conexões (CPS): 3000, e consultas por segundo (QPS): 1000。 Como mostrado abaixo:
Solução:Atualizando configurações SLB!! Atualizando configurações SLB!! Atualizando configurações SLB!!
Sobre o monitoramento SLB (balanceamento de carga), pode-se ver que ele ultrapassou o limite de especificação.
Configuração SLB: O SSL habilitará http/2.0 por padrão, porque o http2.0 reutilizará conexões TCP e, após a estabelecimento da conexão TCP, ele será carregado em apenas um nó do SLB
A configuração do slb.s1.small com garantia de desempenho é a seguinte: Número de conexões: 5000, CPS: 3000, QPS: 1000
O QPS dessa especificação é 1000, mas o QPS de um único nó do SLB é 1000/(8-1), a sétima camada tem 8 nós e o QPS de um único nó é cerca de 142. http/2.0 é colocado no backend para configurar
Você pode consultá-lohttps://help.aliyun.com/knowledge_detail/55193.htmlexplicação de por que cada conexão não atinge picos de largura de banda; Os dois são o mesmo motivo Recursos:
O login do hiperlink está visível.
O login do hiperlink está visível.
|