O DCDN oferece suporte a servidores de origem OSS, baseados em IP e baseados em nome de domínio. Configure vários endereços de origem para cada tipo e defina prioridade e peso para habilitar o balanceamento de carga e o failover.
Antes de começar
Você é responsável por quaisquer custos de transferência de dados ou largura de banda gerados pelo servidor de origem durante o retorno à origem. Por exemplo, há cobrança de tráfego e largura de banda do seu próprio data center ou taxas de transferência de dados de um bucket OSS.
-
O DCDN oferece suporte a failover entre servidores de origem primários e secundários. Quando há vários servidores configurados, o DCDN tenta primeiro obter conteúdo do servidor com Priority definida como Primary. Se o servidor primário falhar em três verificações de integridade consecutivas, o DCDN executará failover para um servidor com Priority definida como Secondary. Caso o servidor primário seja aprovado em uma verificação subsequente, o DCDN o marcará como disponível e restaurará seu status principal. Se todos os servidores tiverem a mesma prioridade, o sistema usará agendamento round-robin para as requisições de origem.
NotaVerificações de integridade: o DCDN realiza verificações ativas na Camada 4 sondando a porta 80, a porta 443 ou quaisquer portas personalizadas configuradas no servidor de origem. As sondagens ocorrem a cada 2,5 segundos e o servidor é marcado como indisponível após três falhas consecutivas.
Adicionar ou modificar um servidor de origem
Faça login no console do DCDN.
No painel de navegação à esquerda, clique em Domain Names.
Na página Domain Names, localize o nome de domínio que deseja gerenciar e clique em Configure na coluna Actions.
Na aba Basic Settings, localize a seção Origin Information.
-
Na seção Origin Information, adicione um novo servidor de origem ou modifique um existente.
Para adicionar um servidor, clique em Add Origin Server.
Para modificar um servidor existente, localize-o na lista e clique em Modify na coluna Actions.

Parâmetro
Descrição
Type
Selecione o tipo de servidor de origem e insira seu endereço (até 67 caracteres). É permitido adicionar até 20 servidores de origem por nome de domínio.
Priority
Configure origens primárias e secundárias. Quando uma requisição de usuário aciona um retorno à origem, o Alibaba Cloud CDN tenta primeiro a origem primária. Se ela falhar (falha na conexão TCP entre o nó da CDN e a origem), o sistema recorre à origem secundária. Os valores de prioridade variam de 0 a 127. Quanto menor o número, maior a prioridade. A prioridade padrão para uma origem primária é 20; para uma secundária, é 30.
Por exemplo, se você tiver duas origens, A e B, com a origem A definida como primária e a origem B como backup, as requisições de usuário que realizarem retorno à origem pelo Alibaba Cloud CDN serão direcionadas primeiro à origem A. Se a origem A falhar (a conexão TCP entre o nó da CDN e a origem falhar), a requisição será redirecionada para a origem B. Quando a origem A se recuperar, o tráfego voltará da origem B para a origem A.
Weight
Quando várias origens compartilham a mesma prioridade, o Alibaba Cloud CDN distribui as requisições dos usuários proporcionalmente aos seus pesos, permitindo o balanceamento de carga ponderado. Defina os pesos conforme suas necessidades de negócios.
Intervalo: 1–100. Valores mais altos significam uma parcela maior de requisições.
Valor padrão: 10.
Exemplo: As origens A e B têm prioridade primária. A tem peso 80; B tem peso 20. As requisições são distribuídas em uma proporção de 8:2 entre A e B.
Nota-
O roteamento baseado em peso aplica-se apenas a conteúdo estático por padrão. Para aplicá-lo a conteúdo dinâmico, ative o balanceamento de carga dinâmico. Configurar roteamento de retorno à origem para recuperar conteúdo dinâmico.
-
A distribuição real de requisições pode não corresponder aos pesos configurados em alguns casos:
-
Um QPS baixo de retorno à origem (por exemplo, menos de 10 QPS) pode causar distribuição desigual.
-
Se as requisições vierem de um ou poucos endereços IP, o DCDN as roteará para o mesmo nó e poderá direcionar a maioria das requisições para um único servidor de origem devido a conexões TCP persistentes.
Para verificar a distribuição de peso, utilize uma ferramenta de monitoramento de terceiros com clientes de sonda em diversos locais e ISPs.
-
Port
Selecione uma porta compatível com seu servidor de origem.
-
Port 80: O DCDN recupera conteúdo do servidor de origem pela porta 80.
-
Port 443: O DCDN recupera conteúdo do servidor de origem pela porta 443. O servidor deve oferecer suporte a HTTPS.
NotaPor padrão, o DCDN oferece suporte apenas às portas 80 e 443. Para usar uma porta personalizada, envie um ticket.
Clique em OK.
Status do servidor de origem
O DCDN sonda automaticamente seus servidores de origem e exibe um status de integridade para ajudar na identificação rápida de problemas. Os nós do DCDN verificam a conectividade estabelecendo conexões TCP e consideram uma falha de conexão como uma anomalia. Após configurar um servidor de origem, visualize seu Origin Server Status na lista de servidores.

A tabela a seguir descreve cada status.
|
Status |
Descrição |
|
Healthy |
Nenhum problema detectado. Uma origem baseada em IP com múltiplas portas é considerada íntegra se pelo menos uma porta estiver acessível. Uma origem baseada em nome de domínio é considerada íntegra se mais de 80% de seus endereços IP resolvidos estiverem acessíveis. |
|
Partially Healthy |
Podem existir alguns problemas. A pontuação de integridade está abaixo de 80%. Verifique se o servidor de origem está operando normalmente. |
|
Abnormal |
O servidor apresenta alto risco. A pontuação de integridade está abaixo de 20%. Inspecione imediatamente o servidor de origem e os serviços online. |
|
Unknown |
O servidor foi adicionado ou modificado recentemente e ainda não há dados de sonda disponíveis. Aguarde alguns minutos e atualize a página. |
O status de integridade serve apenas como referência e pode ocasionalmente estar incorreto. Utilize o desempenho real do seu serviço para verificação final.
Nova tentativa de retorno à origem, tempo limite e sondagem
-
Ordem de nova tentativa de retorno à origem:
As tentativas ocorrem nos servidores de origem seguindo a ordem de prioridade, da mais alta para a mais baixa.
Caso múltiplos servidores compartilhem a mesma prioridade, as tentativas são distribuídas conforme os pesos configurados.
-
Granularidade da nova tentativa:
O sistema realiza tentativas no nível de endereço IP. Se o servidor for especificado por nome de domínio, ele tenta conectar-se a todos os IPs resolvidos desse domínio. Outro servidor disponível só será testado após a falha de conexão com todos os endereços IP do servidor atual.
Durante uma tentativa, o sistema ignora automaticamente quaisquer endereços IP listados na tabela de inativos (dead table).
-
Códigos de status para nova tentativa:
Um nó da CDN ou DCDN aciona uma nova tentativa ao receber um código de status 5xx do servidor de origem.
-
Tempo limite de retorno à origem: Se o servidor responder com um código de status que acione nova tentativa, o nó da CDN ou DCDN tentará novamente imediatamente. Caso contrário, o nó aguardará até o período de tempo limite expirar antes de tentar outra vez.
Tempo limite de conexão TCP com o servidor de origem: 10 segundos.
Tempo limite de gravação no servidor de origem: 30 segundos por padrão (tempo para gravar conteúdo no servidor após o estabelecimento da conexão).
Tempo limite de leitura da origem: O padrão é 30 segundos. Se o servidor não enviar uma resposta completa dentro desse período após a conexão ser estabelecida, a requisição atingirá o tempo limite.
Ajuste os tempos limite de gravação e leitura configurando o tempo limite da requisição HTTP de retorno à origem.
-
Lógica de sondagem de origem:
Falhas de conexão TCP: Se um nó da CDN ou DCDN falhar ao estabelecer uma conexão TCP com um IP de origem duas vezes consecutivas, a CDN ou DCDN moverá esse IP para a tabela de inativos e parará de enviar requisições para ele. O nó da CDN ou DCDN sondará o endereço IP a cada 5 segundos tentando uma conexão TCP. Se a conexão for bem-sucedida, o IP retornará à lista de servidores disponíveis.
Conexão TCP normal: Se um nó da CDNDCDN tiver uma conexão TCP normal com um IP de origem, mas receber um código de status 5xx, a lógica de nova tentativa será acionada. No entanto, o IP permanece na lista de servidores disponíveis e continua recebendo requisições com base em seu peso. Um erro HTTP de Camada 7 não bloqueia o IP do servidor quando a conexão TCP de Camada 4 está íntegra. Para bloquear o IP em erros de Camada 7, envie um ticket solicitando essa configuração.
Documentos relacionados
Para mais informações sobre servidores de origem, consulte Servidor de origem.
Se você utilizar vários servidores de origem, configure o host de origem para direcionar requisições a diferentes backends. Para mais detalhes, consulte Configurar um host de origem padrão.
Para personalizar o protocolo (HTTP ou HTTPS) no retorno à origem, consulte Configurar a política de protocolo para retorno à origem.
Caso seu site forneça conteúdo dinâmico, ative a aceleração dinâmica do DCDN para que ele recupere esse conteúdo pelas rotas ideais, enquanto acelera o conteúdo estático a partir dos caches de borda. Para saber mais, consulte Visão geral das regras para aceleração de conteúdo dinâmico e estático.
Configure regras de TTL de cache para conteúdo estático a fim de maximizar a eficiência do cache e reduzir requisições ao servidor de origem. Para mais informações, consulte Configurar TTL de cache.
Ao utilizar um bucket privado do Alibaba Cloud OSS como servidor de origem, autorize o DCDN a buscar conteúdo nele. Para mais informações, consulte Permitir retorno à origem de buckets OSS privados.
Se o servidor de origem usar um único IP para múltiplos domínios e o protocolo de retorno for HTTPS, configure o SNI de origem. Para mais informações, consulte Configurar SNI de origem.