Todos os produtos
Search
Central de documentação

CDN:Monitoramento de Recursos

Última atualização: Jun 23, 2026

O Resource Monitoring rastreia largura de banda, tráfego, desempenho de cache e códigos de status HTTP dos seus nomes de domínio acelerados, com detalhamento por região ou operadora dos endereços IP dos clientes. Use-o para identificar tendências de tráfego, diagnosticar erros de origem e otimizar configurações do CDN.

Como funciona

O Resource Monitoring coleta dados com base na região ou operadora dos endereços IP dos clientes, e não nos pontos de presença (POPs) do CDN. Isso significa que os dados refletem a localização dos seus usuários finais, o que difere dos dados de faturamento (baseados na localização dos POPs).

Todas as seis métricas permitem filtragem por nome de domínio, região e operadora. Quatro delas também permitem filtragem por protocolo (HTTP, HTTPS, QUIC, IPv4 e IPv6).

Métricas

MétricaO que exibeFiltro de protocolo
Data Transfer/Bandwidth of RequestsLargura de banda e tráfego dos nomes de domínio aceleradosCompatível (HTTP, HTTPS, QUIC, IPv4, IPv6)
Back-to-origin Data Transfer/BandwidthLargura de banda e tráfego consumidos quando os POPs do CDN buscam dados no servidor de origem devido à ausência no cacheNão compatível
Number of RequestsTotal de solicitações e consultas por segundo (QPS) dos nomes de domínio aceleradosCompatível (HTTP, HTTPS, QUIC, IPv4, IPv6)
Hit RateTaxa de acerto de bytes e taxa de acerto de solicitações dos nomes de domínio aceleradosNão compatível
HTTPCODEDistribuição de códigos de status HTTP para respostas de borda (2xx, 3xx, 4xx, 5xx)Não compatível
HTTP Status Codes to Back-to-origin RequestsDistribuição de códigos de status HTTP para respostas de busca na origem (2xx, 3xx, 4xx, 5xx)Não compatível

Definições das métricas

Data Transfer/Bandwidth of Requests

Exibe a largura de banda e o tráfego dos nomes de domínio acelerados.

APIs relacionadas: Consultar largura de banda por protocolo | Consultar uso por dia

Back-to-origin Data Transfer/Bandwidth

  • Largura de banda de retorno à origem: largura de banda de rede consumida quando um POP do CDN solicita um recurso ao servidor de origem porque o conteúdo não está armazenado em cache localmente.

  • Tráfego de retorno à origem: volume de dados transferido do servidor de origem para os POPs do CDN pelo mesmo motivo.

APIs relacionadas: Consultar largura de banda de retorno à origem | Consultar tráfego de retorno à origem

Number of Requests

  • Solicitações: número total de solicitações no período de granularidade de tempo selecionado. Por exemplo, na granularidade de 5 minutos, esse é o total de cada janela de 5 minutos.

  • QPS (consultas por segundo): número médio de solicitações por segundo na janela de tempo selecionada.

API relacionada: Consultar QPS por protocolo

Hit Rate

  • Taxa de acerto de bytes: percentual de bytes servidos diretamente pelo cache do CDN, calculado como (Total bytes served by CDN POPs to users - Total bytes served by origin server to CDN POPs) / Total bytes served by CDN POPs to users.

  • Taxa de acerto: taxa de acerto de bytes em todas as solicitações (HTTP e HTTPS) no período selecionado.

  • Taxa de acerto HTTPS: taxa de acerto de bytes exclusivamente para solicitações HTTPS.

APIs relacionadas: Consultar taxa de acerto de bytes | Consultar taxa de acerto de solicitações

HTTPCODE (resposta de borda)

Distribui as solicitações por código de status HTTP retornado pelo nó de borda do CDN:

  • 2xx Sucesso: o nó do CDN processou a solicitação e retornou o recurso ou uma confirmação.

  • 4xx Erro do cliente: o nó do CDN rejeitou a solicitação por ser inválida (por exemplo, permissões insuficientes). Modifique a solicitação do cliente e tente novamente.

  • 5xx Erro do servidor: ocorreu um erro interno no nó do CDN (por exemplo, o nó estava sobrecarregado). Verifique a configuração do seu servidor de origem, como as configurações de rede.

Para descrições e soluções de códigos de status, consulte Códigos de status HTTP.

API relacionada: Consultar códigos de status HTTP por protocolo

HTTP Status Codes to Back-to-origin Requests (resposta de busca na origem)

Distribui as solicitações de busca na origem por código de status HTTP retornado pelo servidor de origem:

  • 4xx Erro do cliente: o servidor de origem rejeitou a solicitação por ser inválida (por exemplo, o recurso não existe). Modifique a solicitação do cliente ou ajuste a configuração do nome de domínio acelerado e tente novamente.

  • 5xx Erro do servidor: ocorreu um erro interno no servidor de origem (por exemplo, o servidor estava sobrecarregado). Verifique a configuração e a carga do seu servidor de origem.

Para descrições e soluções de códigos de status, consulte Códigos de status HTTP.

API relacionada: Consultar códigos de status HTTP de retorno à origem

Granularidade e retenção de dados

A granularidade de tempo disponível, o período máximo de consulta, a retenção de dados históricos e a latência dos dados variam conforme a consulta seja feita pelo console ou pela API.

Console

GranularidadePeríodo máximo por consultaDados históricos disponíveisLatência dos dados
5 minutos3 dias90 dias15 minutos
1 hora31 dias90 dias4 horas
1 dia90 dias90 dias4h do dia seguinte

API

GranularidadePeríodo máximo por consultaDados históricos disponíveisLatência dos dados
5 minutos3 dias93 dias15 minutos
1 hora31 dias186 dias4 horas
1 dia366 dias366 dias4h do dia seguinte
A API retém significativamente mais dados históricos do que o console — até 186 dias para dados por hora e 366 dias para dados diários, em comparação com 90 dias para ambos no console.

Notas de uso

  • Dados de monitoramento vs. dados de faturamento: o Resource Monitoring baseia-se em regiões e operadoras dos IPs dos clientes. O faturamento baseia-se no tráfego e na largura de banda nos POPs do CDN em cada região de faturamento. Os dois conjuntos de dados utilizam métodos estatísticos diferentes, portanto os valores podem não coincidir. Use os gráficos do Resource Monitoring para acompanhar tendências de largura de banda, e não para conciliar o faturamento. Para consultar dados de medição correspondentes às suas faturas, consulte Visão geral de uso.

  • Dados de monitoramento vs. dados de log: os dados de tráfego do Resource Monitoring (e consultas de uso) são normalmente 1,1 vezes o tráfego calculado a partir dos logs do CDN. Para mais detalhes, consulte Por que os dados de tráfego diferem entre consultas de monitoramento, consultas de uso e análise de logs?

Como escolher entre os recursos de monitoramento

O Alibaba Cloud CDN disponibiliza três recursos de dados. A tabela abaixo mostra quando usar cada um.

RecursoFonte de dadosDimensões de filtroGranularidade de tempoIndicado para
Resource MonitoringEndereços IP dos clientesRegião, operadora, protocolo5 min / 1 h / 1 diaAnálise de tendências históricas; detalhamento por protocolo
Real-time MonitoringEndereços IP dos clientesRegião, operadora1 minutoSolução de problemas quase em tempo real (latência dos dados ~5 min)
UsagePOPs do CDNRegião de faturamento (como China continental, Ásia-Pacífico 1 e América do Norte)VariávelConciliação do tráfego com extratos de faturamento

Diferenças entre Resource Monitoring e Real-time Monitoring:

  • Latência: os dados do Real-time Monitoring ficam disponíveis em cerca de 5 minutos. Os dados do Resource Monitoring com granularidade de 5 minutos ficam disponíveis em cerca de 15 minutos.

  • Granularidade: o Real-time Monitoring permite granularidade de 1 minuto. A menor granularidade do Resource Monitoring é de 5 minutos.

  • Detalhamento por protocolo: o Resource Monitoring permite filtragem por HTTP, HTTPS, QUIC, IPv4 e IPv6. O Real-time Monitoring não.

Para mais informações, consulte Real-time Monitoring e Consultar uso de recursos.

Consultar dados de monitoramento de recursos

  1. Acesse o console do CDN.

  2. No painel de navegação à esquerda, escolha Monitoring & Usage Analytics > Resource Monitoring.

  3. Selecione uma métrica, nomes de domínio, região, operadora e intervalo de tempo e clique em Search. O painel exibe gráficos e tabelas de dados para a métrica e as condições selecionadas.

    Painel do Resource Monitoring

Próximos passos