Todos os produtos
Search

Este produto

    CDN:Configurar uma origem

    Central de documentação

    CDN:Configurar uma origem

    Última atualização: Jun 23, 2026

    O Alibaba Cloud CDN oferece suporte aos seguintes tipos de origem: nomes de domínio OSS, endereços IP, nomes de domínio de origem e nomes de domínio do Function Compute. Cada tipo de origem aceita múltiplos endereços de origem. Em cenários com múltiplas origens, você pode definir prioridades primárias e secundárias e pesos para balanceamento de carga.

    Notas importantes

    Quando o CDN busca recursos na sua origem, a origem gera cobranças de largura de banda. Por exemplo, se a origem for o seu IDC, você paga as taxas de largura de banda de saída do IDC. Se a origem for o OSS, você paga as taxas de tráfego de saída do OSS.

    Adicionar ou modificar informações de origem

    1. Log on to the CDN console.

    2. In the left navigation pane, click Domain Names.

    3. On the Domain Names page, find the target domain name and click Manage in the Actions column.

    4. Na seção Origin Information, adicione ou modifique as configurações de origem conforme necessário.

      • Clique em Add Origin Server para adicionar uma origem.

      • Clique em Edit ao lado de uma origem existente para modificar a configuração.

      Parâmetro

      Descrição

      Origin Info

      Selecione o tipo de origem e insira o endereço de origem.

      • OSS Domain

        • Selecione um endpoint público de um bucket OSS na mesma conta a partir da lista suspensa como sua origem.

        • Insira manualmente um endpoint público de um bucket do Alibaba Cloud OSS como origem (endpoints privados não são aceitos). Exemplo: ***.oss-cn-hangzhou.aliyuncs.com. Você pode visualizar os endpoints públicos do OSS no console do OSS.

        null

        • Para mais informações, consulte Aceleração CDN de recursos OSS.

        • Desconto de tráfego para busca na origem do Alibaba Cloud CDN a partir do Alibaba Cloud OSS:

          • Para se qualificar para o preço com desconto, você deve definir o tipo de origem como "OSS domain" no console do CDN. Isso permite que o OSS reconheça o tráfego de retorno à origem do Alibaba Cloud CDN como "tráfego de saída de retorno à origem do CDN".

          • Se você definir o tipo de origem como "Origin Domain Name" por engano no console do CDN, o Alibaba Cloud OSS classificará o tráfego de retorno à origem do Alibaba Cloud CDN como "tráfego de saída pela Internet", e você não terá direito ao preço com desconto nesse caso.

          Para informações detalhadas de faturamento, consulte Faturamento para recursos OSS acelerados pelo CDN.

        • Ao usar o Alibaba Cloud OSS como origem, você deve configurar um cabeçalho Host de origem padrão. Defina-o como o endpoint público do seu bucket OSS. Caso contrário, a origem ficará inacessível.

        • Ao usar o Alibaba Cloud OSS como origem, recomenda-se configurar um SNI de origem padrão. Defina-o como o endpoint público do seu bucket OSS. Caso contrário, o OSS poderá aplicar limitação de taxa.

      • IP

        • Você pode configurar um ou mais endereços IP como origem. Endereços IP privados não são aceitos. Endereços IPv4 e IPv6 são aceitos, mas não é possível usar apenas endereços IPv6 — é necessário incluir pelo menos um endereço IPv4. Usar o IP público de uma instância do Alibaba Cloud ECS como origem dispensa a análise manual. Para usar endereços de origem IPv6, você deve ativar a busca na origem por IPv6 antecipadamente. Se não ativar essa opção primeiro, os endereços de origem IPv6 não terão efeito, causando falhas na busca na origem. Para mais informações, consulte Configurar busca na origem por IPv6.

        • Para práticas recomendadas ao usar endereços IP como origens, consulte Acelerar recursos ECS com CDN.

      • Site Domain: você pode configurar um ou mais nomes de domínio como endereço de origem.

        null

        • Para práticas recomendadas ao usar nomes de domínio como origens, consulte Acelerar recursos ECS com CDN.

        • O nome de domínio de origem deve ser diferente do nome de domínio acelerado. Se forem idênticos, as requisições entram em loop entre os nós CDN e a origem, impedindo a busca na origem.

        • O Alibaba Cloud CDN agora oferece suporte à adição direta de um endereço de instância do Alibaba Cloud ALB (por exemplo: example.hangzhou.alb.aliyuncs.com) como origem para o CDN.

        • Para configurar o DNS e as definições de origem em uma arquitetura CDN + ALB:

          1. No console do seu provedor de DNS, crie um registro CNAME que aponte o nome de domínio acelerado para o endereço CNAME atribuído pelo CDN. Você pode encontrar esse endereço CNAME na página Domain Names no console do CDN.

          2. No console do CDN, defina o tipo de origem como Site Domain e insira o nome de domínio da instância ALB como endereço de origem.

          Após a configuração, o fluxo de requisições é: cliente → CDN → ALB → servidor de backend. Não aponte o nome de domínio diretamente para o ALB, caso contrário, a aceleração CDN não funcionará.

        • Formato do nome de domínio de origem:

          • Comprimento: 1 a 67 caracteres.

          • Caracteres permitidos: letras minúsculas (a–z), dígitos (0–9) e hifens (-). Exemplo: example.com.

          • Não permitido: caracteres chineses, letras maiúsculas (A–Z) ou símbolos diferentes de hifens (-). Os hifens não podem aparecer consecutivamente, isoladamente ou no início ou no final. Se o domínio contiver caracteres chineses (por exemplo: 阿里云.网址), conclua o registro ICP para a forma em chinês e use uma ferramenta Punycode de terceiros para converter em ASCII (por exemplo: xn--fiq**.xn--eq**) antes de inserir.

      • Function Compute Domain: você pode configurar um domínio do Function Compute na mesma conta como endereço de origem. Selecione a Region e o Domain Name do Function Compute. Para instruções, consulte Configurar um domínio personalizado.

      Priority

      Você pode configurar origens primárias e secundárias. As origens primárias têm prioridade mais alta que as secundárias. Quando uma requisição de usuário aciona uma busca na 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ó 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. Para usar outros valores, envie um ticket.

      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ários que realizam uma busca na origem pelo Alibaba Cloud CDN serão direcionadas primeiro para a origem A. Se a origem A falhar (a conexão TCP entre o nó 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 múltiplas origens compartilham a mesma prioridade, o Alibaba Cloud CDN distribui as requisições de usuários entre as origens proporcionalmente com base nos pesos, possibilitando o balanceamento de carga ponderado. Defina os pesos de acordo com as necessidades do seu negócio.

      • Intervalo: 1 a 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 na proporção de 8:2 entre A e B.

      null

      Em alguns casos, a distribuição real das requisições de busca na origem pode não corresponder aos pesos configurados. Exemplos:

      • QPS de busca na origem baixo (por exemplo, abaixo de 10 QPS) leva a uma distribuição de probabilidade desigual, fazendo com que os pesos reais desviem dos valores configurados.

      • Todas as requisições vêm de um (ou poucos) endereços IP. Como um único IP é mapeado para um nó CDN e existe persistência de sessão TCP entre os nós CDN e as origens, a maioria das requisições pode ir para a mesma origem.

      Para verificar se os pesos reais de busca na origem estão alinhados com a configuração, use uma ferramenta de sondagem de rede de terceiros. Configure clientes de sondagem em diversas localizações geográficas e provedores de Internet, e execute o teste por tempo suficiente para coletar dados válidos.

      Port

      Esta é a porta que os nós CDN usam para solicitar recursos da sua origem. O padrão é 80. Você pode personalizar a porta conforme o suporte da sua origem. As portas válidas variam de 1 a 65535.

      • Valor padrão: 80.

      • Se você definir a porta como 443, a busca na origem usa HTTPS. Para a porta 80 ou qualquer outra porta personalizada, a busca na origem usa HTTP.

      null

    5. Clique em OK para concluir a configuração.

    Nova tentativa em erro 5XX, timeout de origem e sondagem de origem

    • Ordem de nova tentativa de origem:

      • As novas tentativas seguem os endereços de origem na lista de origens da prioridade mais alta para a mais baixa.

      • Se múltiplas origens compartilham a mesma prioridade, as novas tentativas seguem as proporções de peso configuradas.

    • Granularidade de nova tentativa:

      • As novas tentativas ocorrem no nível do endereço IP. Se a origem for um nome de domínio, o CDN faz novas tentativas para todos os endereços IP resolvidos a partir desse domínio. Somente após a falha de todos os IPs o CDN tenta outra origem disponível.

      • Durante as novas tentativas, o sistema ignora automaticamente as origens marcadas como indisponíveis na dead table.

    • Códigos de status de nova tentativa:

      • Os nós CDN fazem uma nova tentativa quando recebem um código de status 5xx da origem.

    • Timeout de conexão com a origem: quando o servidor de origem responde ativamente com um código de status de nova tentativa, os nós CDN fazem uma nova tentativa assim que recebem o código de status. Se o servidor de origem não responder ativamente com um código de status de nova tentativa, o sistema segue a lógica de tratamento do timeout de conexão com a origem e aciona uma nova tentativa dos nós CDN após o término do período de timeout.

      • Timeout de conexão TCP de origem: 10 segundos.

      • Timeout de escrita na origem: 30 segundos por padrão (timeout após a conexão ser estabelecida, mas a escrita de dados ficar paralisada).

      • Timeout de leitura da origem: padrão de 30 segundos (após estabelecer uma conexão com o servidor de origem, se o servidor de origem não responder completamente com o conteúdo solicitado pelos nós CDN dentro do tempo especificado).

      • Você pode ajustar os timeouts de escrita e leitura de origem configurando o timeout de requisição HTTP de origem.

    • Lógica de sondagem de origem:

      • Falha de conexão TCP: se as tentativas de estabelecer uma conexão TCP entre os nós CDN e um endereço IP de origem falharem em duas tentativas consecutivas (seja por falha no estabelecimento da conexão ou por timeout de conexão), o CDN remove esse endereço IP de origem da lista de endereços de servidores de origem disponíveis e o adiciona à dead table, para que as requisições de origem subsequentes não tentem acessar esse endereço IP. Depois disso, os nós CDN sondam o endereço IP de origem a cada 5 segundos tentando estabelecer uma conexão TCP. Se a conexão for bem-sucedida, o endereço IP de origem é restaurado na lista de endereços de servidores de origem disponíveis.

      • Quando a conexão TCP está normal: se a conexão TCP entre os nós CDN e o endereço IP de origem estiver normal, mas você receber códigos de status de nova tentativa (por exemplo, 5xx) na resposta do servidor de origem, o sistema aciona a lógica de nova tentativa. No entanto, o endereço IP de origem permanece na lista de endereços de servidores de origem disponíveis, e as requisições subsequentes continuarão sendo enviadas para essa origem com base no peso. Em outras palavras, quando a conexão TCP da Camada 4 está normal, as falhas de requisição HTTP da Camada 7 não bloqueiam automaticamente o endereço IP de origem. Se você quiser que o sistema bloqueie automaticamente o endereço IP de origem quando ocorrerem falhas de requisição HTTP da Camada 7, é necessário enviar um ticket para solicitar essa configuração.

    Referências