El monitoreo de recursos registra el ancho de banda, el tráfico, el rendimiento de la caché y los códigos de estado HTTP de sus nombres de dominio acelerados. Los datos se desglosan por región o proveedor de las direcciones IP de los clientes. Utilice esta función para identificar tendencias de tráfico, diagnosticar errores de origen y optimizar las configuraciones de CDN.
Funcionamiento
El monitoreo de recursos recopila datos según la región o el proveedor de las direcciones IP de los clientes, no según los puntos de presencia (POP) de CDN. Por lo tanto, los datos reflejan la ubicación de sus usuarios finales. Esto difiere de los datos de facturación, que se basan en la ubicación de los POP.
Las seis métricas admiten filtros por nombre de dominio, región y proveedor. Dos de ellas también permiten filtrar por protocolo (HTTP, HTTPS, QUIC, IPv4 e IPv6).
Métricas
|
Metric |
What it shows |
Protocol filter |
|
Data Transfer/Bandwidth of Requests |
Ancho de banda y tráfico de los nombres de dominio acelerados |
Compatible (HTTP, HTTPS, QUIC, IPv4, IPv6) |
|
Back-to-origin Data Transfer/Bandwidth |
Ancho de banda y tráfico consumidos cuando los POP de CDN obtienen contenido del servidor de origen debido a errores de caché |
No compatible |
|
Number of Requests |
Total de solicitudes y consultas por segundo (QPS) de los nombres de dominio acelerados |
Compatible (HTTP, HTTPS, QUIC, IPv4, IPv6) |
|
Hit Rate |
Proporción de aciertos de bytes y proporción de aciertos de solicitudes para los nombres de dominio acelerados |
No compatible |
|
HTTPCODE |
Distribución de códigos de estado HTTP para las respuestas del edge (2xx, 3xx, 4xx, 5xx) |
No compatible |
|
HTTP Status Codes to Back-to-origin Requests |
Distribución de códigos de estado HTTP para las respuestas de obtención desde el origen (2xx, 3xx, 4xx, 5xx) |
No compatible |
Definiciones de métricas
Data Transfer/Bandwidth of Requests
Muestra el ancho de banda y el tráfico de los nombres de dominio acelerados.
API relacionadas: Query bandwidth by protocol | Query usage by day
Back-to-origin Data Transfer/Bandwidth
Ancho de banda de retorno al origen: ancho de banda de red consumido cuando un POP de CDN solicita un recurso al servidor de origen porque el contenido no está almacenado en la caché local.
Tráfico de retorno al origen: volumen de datos transferidos desde el servidor de origen hacia los POP de CDN por el mismo motivo.
API relacionadas: Query back-to-origin bandwidth | Query back-to-origin traffic
Number of Requests
Solicitudes: número total de solicitudes dentro del periodo de granularidad temporal seleccionado. Por ejemplo, con una granularidad de 5 minutos, corresponde al conteo total de cada ventana de 5 minutos.
QPS (consultas por segundo): promedio de solicitudes por segundo dentro de la ventana temporal seleccionada.
API relacionada: Query QPS by protocol
Hit Rate
Proporción de aciertos de bytes: porcentaje de bytes entregados directamente desde la caché de CDN. Se calcula 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.Proporción de aciertos: proporción de aciertos de bytes en todas las solicitudes (HTTP y HTTPS) durante el periodo seleccionado.
Proporción de aciertos de HTTPS: proporción de aciertos de bytes únicamente para las solicitudes HTTPS.
API relacionadas: Query byte hit ratio | Query request hit ratio
HTTPCODE (respuesta del edge)
Distribuye las solicitudes según el código de estado HTTP que devuelve el nodo perimetral de CDN:
2xx Success: el nodo de CDN procesó la solicitud y devolvió el recurso o una confirmación.
4xx Client Error: el nodo de CDN rechazó la solicitud porque no era válida (por ejemplo, permisos insuficientes). Modifique la solicitud del cliente y vuelva a intentarlo.
5xx Server Error: ocurrió un error interno en el nodo de CDN (por ejemplo, el nodo estaba sobrecargado). Compruebe la configuración de su servidor de origen, como los ajustes de red.
Para consultar las descripciones y soluciones de los códigos de estado, consulte HTTP status codes.
API relacionada: Query HTTP status codes by protocol
HTTP Status Codes to Back-to-origin Requests (respuesta de obtención desde el origen)
Distribuye las solicitudes de retorno al origen según el código de estado HTTP que devuelve el servidor de origen:
4xx Client Error: el servidor de origen rechazó la solicitud porque no era válida (por ejemplo, el recurso no existe). Modifique la solicitud del cliente o ajuste la configuración del nombre de dominio acelerado y vuelva a intentarlo.
5xx Server Error: ocurrió un error interno en el servidor de origen (por ejemplo, el servidor estaba sobrecargado). Compruebe la configuración y la carga de su servidor de origen.
Para consultar las descripciones y soluciones de los códigos de estado, consulte HTTP status codes.
API relacionada: Query back-to-origin HTTP status codes
Granularidad y retención de datos
La granularidad temporal disponible, el intervalo máximo de consulta, la retención de datos históricos y la latencia de los datos varían según si consulta desde la consola o mediante la API.
Consola
|
Granularity |
Max time range per query |
Historical data available |
Data latency |
|
5 minutos |
3 días |
90 días |
15 minutos |
|
1 hora |
31 días |
90 días |
4 horas |
|
1 día |
90 días |
90 días |
4:00 AM del día siguiente |
API
|
Granularity |
Max time range per query |
Historical data available |
Data latency |
|
5 minutos |
3 días |
93 días |
15 minutos |
|
1 hora |
31 días |
186 días |
4 horas |
|
1 día |
366 días |
366 días |
4:00 AM del día siguiente |
La API conserva muchos más datos históricos que la consola: hasta 186 días para datos horarios y 366 días para datos diarios, frente a los 90 días de ambos casos en la consola.
Notas de uso
Datos de monitoreo frente a datos de facturación: el monitoreo de recursos se basa en las regiones y proveedores de las IP de los clientes. La facturación se basa en el tráfico y el ancho de banda de los POP de CDN en cada región de facturación. Ambos conjuntos de datos utilizan métodos estadísticos distintos, por lo que las cifras podrían no coincidir. Use las gráficas del monitoreo de recursos para analizar tendencias de ancho de banda, no para conciliar la facturación. Para consultar los datos de medición que corresponden a sus facturas, consulte Usage overview.
Datos de monitoreo frente a datos de registros: el tráfico que reporta el monitoreo de recursos (y las consultas de uso) suele ser 1.1 veces mayor que el tráfico calculado a partir de los registros de CDN. Para obtener más detalles, consulte Why does traffic data differ between monitoring queries, usage queries, and log analysis?.
Elección entre las funciones de monitoreo
Alibaba Cloud CDN ofrece tres funciones de datos. En la siguiente tabla se indica cuándo usar cada una.
|
Feature |
Data source |
Filter dimensions |
Time granularity |
Best for |
|
Resource Monitoring |
Direcciones IP de los clientes |
Región, proveedor, protocolo |
5 min / 1 h / 1 día |
Análisis de tendencias históricas; desglose por nivel de protocolo |
|
Real-time Monitoring |
Direcciones IP de los clientes |
Región, proveedor |
1 minuto |
Solución de problemas casi en tiempo real (latencia de datos de ~5 min) |
|
Usage |
POP de CDN |
Región de facturación (como China continental, Asia Pacífico 1 y Norteamérica) |
Variable |
Conciliación del tráfico con los estados de cuenta de facturación |
Diferencias entre Resource Monitoring y Real-time Monitoring:
Latencia: los datos de Real-time Monitoring están disponibles en aproximadamente 5 minutos. Los datos de Resource Monitoring con granularidad de 5 minutos están disponibles en unos 15 minutos.
Granularidad: Real-time Monitoring admite una granularidad de 1 minuto. La granularidad más fina de Resource Monitoring es de 5 minutos.
Desglose por protocolo: Resource Monitoring permite filtrar por HTTP, HTTPS, QUIC, IPv4 e IPv6. Real-time Monitoring no incluye esta opción.
Para obtener más información, consulte Real-time Monitoring y Query resource usage.
Consulta de datos de monitoreo de recursos
Inicie sesión en la consola de CDN.
En el panel de navegación izquierdo, seleccione Analytics > Resource Monitoring.
Seleccione una métrica, los nombres de dominio, la región, el proveedor y el intervalo de tiempo. Luego, haga clic en Search. El panel mostrará las gráficas y tablas de datos correspondientes a la métrica y las condiciones seleccionadas.
Pasos siguientes
Real-time Monitoring: consulte las métricas de CDN casi en tiempo real con una granularidad de 1 minuto.
Usage overview: revise los datos de medición que coinciden con sus estados de cuenta de facturación.
HTTP status codes: solucione problemas de errores 4xx y 5xx.