Edge Security Acceleration:Configurar um servidor de origem

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 a recuperação de origem. Por exemplo, há cobrança de tráfego e largura de banda do seu próprio data center ou de taxas de transferência de dados de um bucket do OSS.

• O DCDN oferece suporte a failover entre servidores de origem primários e secundários. Quando há vários servidores de origem configurados, o DCDN tenta primeiro recuperar a origem no servidor com Priority definida como Primary. Se o servidor de origem primário falhar em três verificações de integridade consecutivas, o DCDN fará failover para um servidor com Priority definida como Secondary. Caso o servidor de origem primário seja aprovado em uma verificação de integridade subsequente, o DCDN o marcará como disponível e restaurará seu status primário. Se todos os servidores de origem tiverem a mesma prioridade, o DCDN usará o agendamento round-robin para as recuperações de origem.

  Nota

  Verificações de integridade: o DCDN realiza verificações ativas de integridade da Camada 4 sondando a porta 80, a porta 443 ou quaisquer portas personalizadas configuradas no servidor de origem. O DCDN envia sondas a cada 2,5 segundos e marca um servidor de origem como indisponível após três sondas consecutivas com falha.

Adicionar ou modificar um servidor de origem

1. Faça login no console do DCDN.

2. No painel de navegação à esquerda, clique em Domain Names.

3. Na página Domain Names, localize o nome de domínio que deseja gerenciar e clique em Configure na coluna Actions.

4. Na aba Basic Settings, localize a seção Origin Information.

5. Na seção Origin Information, adicione um novo servidor de origem ou modifique um existente.

   • Para adicionar um servidor de origem, clique em Add Origin Server.

   • Para modificar um servidor de origem 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). É possível adicionar até 20 servidores de origem por nome de domínio.
   Priority	Configure origens primárias e secundárias. Quando uma solicitação de usuário aciona uma recuperação de origem, o Alibaba Cloud CDN tenta primeiro a origem primária. Se a origem primária falhar (falha na conexão TCP entre o nó da CDN e a origem), o sistema recorrerá à 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 origem secundária, é 30. Para configurar um valor de prioridade diferente dos padrões, envie um ticket. Por exemplo, se houver duas origens, A e B, com a origem A definida como primária e a origem B como backup, as solicitações de usuário que realizarem uma recuperação de 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 solicitaçã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 solicitações de usuário entre as origens proporcionalmente com base em seus pesos, permitindo o balanceamento de carga ponderado. Defina os pesos de acordo com as necessidades do seu negócio. Intervalo: 1–100. Valores mais altos significam uma parcela maior de solicitaçõ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 solicitaçõ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. Configure back-to-origin routing to retrieve dynamic content. A distribuição real de solicitações pode não corresponder aos pesos configurados em alguns casos: Um QPS de retorno à origem baixo (por exemplo, menos de 10 QPS) pode causar distribuição desigual. Se as solicitações vierem de um ou poucos endereços IP, o DCDN as roteará para o mesmo nó e poderá direcionar a maioria das solicitações para um único servidor de origem devido a conexões TCP persistentes. Para verificar a distribuição de peso, use uma ferramenta de monitoramento de terceiros com clientes de sonda em diversos locais e ISPs.
   Port	Selecione uma porta compatível com o 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 de origem deve suportar HTTPS. Nota O DCDN suporta apenas as portas 80 e 443 por padrão. Para usar uma porta personalizada, envie um ticket.

6. Clique em OK.

Status do servidor de origem

O DCDN sonda automaticamente seus servidores de origem e exibe um status de integridade para ajudar você a identificar problemas rapidamente. Os nós do DCDN verificam a conectividade estabelecendo conexões TCP e consideram uma conexão com falha como uma anomalia. Após configurar um servidor de origem, visualize seu Origin Server Status na lista de servidores de origem.

A tabela a seguir descreve cada status.

Retentativas de recuperação de origem, tempos limite de recuperação de origem e sondagem de origem

• Ordem de retentativa de recuperação de origem:

  • O sistema tenta novamente os endereços do servidor de origem em ordem de prioridade, da mais alta para a mais baixa.

  • Se vários endereços de servidor de origem tiverem a mesma prioridade, o nó os tentará novamente de acordo com o peso configurado.

• Granularidade da retentativa de recuperação de origem:

  • As retentativas ocorrem no nível de endereço IP. Se um servidor de origem for especificado por um nome de domínio, o sistema tentará novamente todos os endereços IP resolvidos a partir desse nome de domínio. Um nó tenta se conectar a outro servidor de origem disponível somente se as conexões com todos os endereços IP do servidor de origem atual falharem.

  • Durante uma retentativa, o sistema filtra automaticamente os servidores de origem indisponíveis listados na tabela de inativos (dead table).

• Códigos de status para retentativas de recuperação de origem:

  • Um nó da CDN ou DCDN aciona uma retentativa de recuperação de origem ao receber um código de status 5xx do servidor de origem.

• Tempo limite de recuperação de origem: Se o servidor de origem retornar proativamente um código de status de retentativa, o nó da CDNDCDN tentará novamente assim que receber o código de status. Se o servidor de origem não retornar um código de status de retentativa, o nó da CDNDCDN tentará novamente após o período de tempo limite de recuperação de origem ser atingido.

  • Tempo limite de conexão TCP: 10 segundos.

  • Tempo limite de gravação na origem: 30 segundos por padrão (tempo limite para gravar conteúdo no servidor de origem após o estabelecimento da conexão).

  • Tempo limite de leitura da origem: 30 segundos por padrão (o tempo limite para um nó da CDN ou DCDN receber a resposta completa do servidor de origem após o estabelecimento da conexão).

  • Ajuste o tempo limite de gravação na origem e o tempo limite de leitura da origem configurando o tempo limite da solicitação HTTP de recuperação de origem.

• Lógica de sondagem de origem:

  • Falha na conexão TCP: Se uma conexão TCP entre um nó da CDN ou DCDN e um endereço IP do servidor de origem falhar duas vezes consecutivas (por exemplo, falha no estabelecimento da conexão ou tempo limite de conexão), o nó da CDN ou DCDN remove o endereço IP da lista de servidores de origem disponíveis e o adiciona à tabela de inativos. Isso impede que solicitações subsequentes sejam enviadas para esse endereço IP. O nó da CDN ou DCDN então sonda o endereço IP a cada 5 segundos tentando estabelecer uma conexão TCP. Se a sonda for bem-sucedida, o nó restaura o endereço IP para a lista de servidores de origem disponíveis.

  • Conexão TCP normal: Se a conexão TCP da Camada 4 entre um nó da CDN ou DCDN e um endereço IP do servidor de origem estiver estável, mas o nó receber um código de status que acione uma retentativa (como um erro 5xx), o nó acionará uma retentativa de recuperação de origem. No entanto, o endereço IP do servidor de origem permanece na lista de servidores disponíveis, e solicitações subsequentes podem ser enviadas a ele com base em seu peso. Por padrão, falhas de solicitação HTTP da Camada 7 não bloqueiam o endereço IP do servidor de origem. Para bloquear um endereço IP do servidor de origem em caso de falhas de solicitação HTTP da Camada 7, envie um ticket para ativar esse recurso.

Documentos relacionados

• Para obter mais informações sobre servidores de origem, consulte Origin server.

• Se você usar vários servidores de origem, configure o host de origem para direcionar solicitações a diferentes backends. Para mais detalhes, consulte Configure a default origin host.

• Para personalizar o protocolo (HTTP ou HTTPS) para recuperação de origem, consulte Configure the protocol policy for origin fetch.

• Se o seu site servir conteúdo dinâmico, ative a aceleração dinâmica do DCDN para que ele recupere conteúdo dinâmico por rotas otimizadas enquanto acelera conteúdo estático a partir de caches de borda. Para mais informações, consulte Overview of rules for dynamic and static content acceleration.

• Configure regras de TTL de cache para conteúdo estático a fim de maximizar a eficiência do cache e reduzir as solicitações ao servidor de origem. Para mais informações, consulte Configure cache TTL.

• Se você usar um bucket privado do Alibaba Cloud OSS como servidor de origem, autorize o DCDN a recuperar conteúdo dele. Para mais informações, consulte Allow origin fetch from private OSS buckets.

• Se o servidor de origem usar um único IP para vários domínios e o protocolo de recuperação de origem for HTTPS, configure o SNI de origem. Para mais informações, consulte Configure origin SNI.