La purga elimina de forma inmediata el contenido especificado de la caché de DCDN. Esto obliga a recuperar la versión más reciente desde su servidor de origen, lo que garantiza actualizaciones inmediatas del contenido. Además, le permite aplicar cambios de configuración y quitar material no conforme sin esperar a que expire la caché. La precarga carga proactivamente sus recursos en los puntos de presencia (POP) de DCDN antes de que llegue el tráfico máximo. De esta manera, protege su servidor de origen contra sobrecargas y asegura una respuesta rápida desde la caché para la primera oleada de usuarios durante lanzamientos o eventos de alta demanda.
Introducción a la función
Purga de recursos
Una operación de purga envía un comando de invalidación de caché a los POP de DCDN, en lugar de eliminar directamente los archivos. Cuando un POP recibe el comando, marca los recursos en caché coincidentes como no válidos o expirados. La próxima vez que un usuario solicite el recurso, el POP detecta la caché no válida, recupera la versión más reciente del servidor de origen y se la entrega al usuario mientras almacena la nueva versión en la caché.
Escenarios
Actualización y publicación de contenido: después de actualizar los recursos en su servidor de origen, puede purgar sus URL o directorios. Así se asegura de que los usuarios reciban las versiones más recientes en lugar de contenido obsoleto.
Eliminación de contenido no conforme: si elimina contenido no conforme de su servidor de origen, es posible que siga accesible desde la caché de DCDN. Utilice la función de purga de URL para limpiar la caché y garantizar que el contenido se elimine por completo.
Precarga de recursos
La precarga indica a los POP de DCDN que recuperen recursos de su servidor de origen con base en una lista de URL proporcionada y los almacenen en la caché. Este proceso difiere de cuando el servidor de origen envía contenido de forma activa. La precarga mejora la velocidad de carga de recursos nuevos o páginas promocionales para los visitantes primerizos. También reduce el tráfico de retorno al origen durante eventos de alto tráfico, lo cual protege su servidor de origen.
Escenarios
Incorporación a Alibaba Cloud DCDN: cuando empiece a usar Alibaba Cloud DCDN, puede precargar sus recursos estáticos más populares en los POP. Esto mejora las velocidades de acceso y optimiza la experiencia del usuario.
Soporte para campañas promocionales: antes de lanzar una campaña promocional importante, puede precargar todos los recursos estáticos de las páginas de la campaña en los POP de DCDN. Cuando comience la campaña, los POP atenderán directamente todas las solicitudes de estos recursos, lo que garantiza cargas rápidas de las páginas.
Publicación de paquetes de instalación o archivos grandes: antes de publicar una nueva versión de software o un paquete de actualización, puede precargar los recursos en los POP de DCDN. Después del lanzamiento oficial, los POP gestionarán directamente las solicitudes de descarga de los usuarios, lo que acelera las descargas y reduce la carga en su servidor de origen.
Escenarios
A continuación se describen los escenarios comunes de actualización y precarga.
Función | Escenarios |
Actualización |
|
Precarga |
|
Notas
-
Notas sobre la purga de caché:
Enviar muchas tareas de purga limpia una cantidad significativa de caché. Esto provoca un aumento repentino en el ancho de banda y las solicitudes de retorno al origen, lo que incrementa la carga en su servidor de origen. Se recomienda ejecutar esta operación fuera del horario de mayor tráfico.
Una tarea de purga tarda entre 5 y 6 minutos en surtir efecto. Si el tiempo de vida (TTL) de la caché de un archivo o directorio es menor a 5 minutos, no es necesario ejecutar una purga. Puede esperar a que la caché expire y se actualice automáticamente.
La purga de URL, la purga de directorio y la purga basada en expresiones regulares admiten la caché compartida. Si un nombre de dominio tiene configurada una caché compartida, puede enviar una tarea de purga con el nombre de dominio principal o cualquier nombre de dominio asociado para limpiar la caché.
-
Notas sobre la precarga de caché:
Una vez enviada y ejecutada correctamente una tarea de precarga, los nodos de DCDN recuperan de inmediato los recursos necesarios del servidor de origen. Enviar muchas tareas de precarga a la vez genera múltiples tareas concurrentes de retorno al origen, lo que causa un aumento repentino en el ancho de banda y las solicitudes de retorno al origen. Se recomienda ejecutar esta operación fuera del horario de mayor tráfico.
De forma predeterminada, una solicitud de precarga incluye el encabezado
Accept-Encoding:gzip. Para incluir otros encabezados o habilitar la precarga de varias réplicas, llame a la operación de openapi Prefetch URLs y establezca el parámetro de solicitudWithHeader.Durante la precarga, si el servidor de origen devuelve un código de estado de redirección como 307, la tarea de precarga no sigue la redirección y falla. Sin embargo, si el servidor de origen devuelve un código de estado 301 o 302 y usted ha habilitado 301/302 redirects for origin fetch en DCDN, la tarea de precarga no se ve afectada.
-
Notas generales:
Si un nombre de dominio tiene configurado Rewrite Access URL, el nodo utiliza la URL reescrita para generar CacheKey. Debe enviar la URL reescrita para las operaciones de actualización y precarga.
Para usar un usuario de RAM y actualizar o precargar recursos, primero otorgue los permisos obligatorios al usuario de RAM. Para obtener más información, consulte Grant permissions to a RAM user to refresh and prefetch resources.
No es posible cancelar una tarea de purga de URL o de precarga de caché después de enviarla.
Al enviar una tarea de purga o precarga de caché, debe codificar la URL si el URI contiene caracteres que no sean ASCII, como espacios o caracteres chinos. De lo contrario, el sistema no reconocerá la tarea.
Actualizar recursos
Inicie sesión en la consola de DCDN.
En el panel de navegación izquierdo, seleccione .
-
En la pestaña Purge Cache, configure las reglas de actualización.
Parámetro
Descripción
Operation
Seleccione Purge.
Operation Method
Puede actualizar por URL, Directory o Regular Expression.
URL
De forma predeterminada, cada cuenta de Alibaba Cloud puede actualizar hasta 10 000 URL y 100 directorios (incluidos los subdirectorios) al día. Si el ancho de banda máximo diario de su cuenta supera los 200 Mbps, puede solicitar un aumento de cuota en Quota Management. Alibaba Cloud evalúa y configura la cuota según sus necesidades comerciales reales.
De forma predeterminada, una cuenta de Alibaba Cloud puede enviar hasta 20 tareas de actualización basadas en expresiones regulares al día. Si el ancho de banda máximo de su cuenta supera los 10 Gbps, puede enviar un ticket para solicitar un aumento de cuota.
Actualización de URL
La URL debe comenzar con
http://ohttps://.Para actualizar varias URL, introduzca una URL por línea.
Actualización de directorio
La URL debe comenzar con
http://ohttps://y terminar con una barra diagonal (/).Para actualizar todos los archivos del directorio raíz:
http://example.com/.Para actualizar todos los archivos del subdirectorio
/path/test/:http://example.com/path/test/.
Para actualizar varias URL, introduzca una URL por línea.
Puede enviar hasta 100 tareas de actualización de directorio a la vez y un máximo de 100 por minuto para un solo nombre de dominio.
De forma predeterminada, la actualización de directorio utiliza el método de "actualizar recursos modificados". Si una solicitud de usuario coincide con un recurso del directorio, el nodo de DCDN recupera la información Last-Modified del recurso desde el servidor de origen. Si dicha información coincide con la del recurso almacenado actualmente en la caché, el nodo devuelve directamente el recurso en caché. Si es diferente, el nodo extrae el nuevo recurso del servidor de origen, lo devuelve al usuario y lo almacena en la caché.
Actualización basada en expresiones regulares
Para obtener más información, consulte Regex-based refresh.
Haga clic en Submit.
-
Consulte el progreso de la actualización.
Después de enviar una tarea de actualización, puede consultar sus detalles y su progreso en la pestaña Records. La tarea puede tardar mucho tiempo si actualiza muchos recursos.
Precargar recursos
Inicie sesión en la consola de DCDN.
En el panel de navegación izquierdo, seleccione .
-
En la pestaña Purge Cache, configure las reglas de precarga.
Parámetro
Descripción
Operation
Seleccione Prefetch.
Operation Method
Solo se admite la precarga por URL.
URL
La URL debe comenzar con
http://ohttps://. La URL debe ser la ruta exacta de un archivo de recurso. No se admiten directorios que terminen con una barra diagonal (/).Para precargar varias URL, introduzca una URL por línea.
Cuota de precarga de URL (diaria): una cuenta de Alibaba Cloud puede enviar hasta 1000 tareas de precarga de URL al día, con un máximo de 100 por envío.
Si el ancho de banda máximo diario de su cuenta supera los 500 Mbps, puede solicitar un aumento de cuota en Quota Management. Alibaba Cloud evalúa y configura la cuota según sus necesidades comerciales reales.
Regla de la cola de precarga: la cola de precarga de cada cuenta puede contener un máximo de 100 000 URL. DCDN precarga las URL en el orden en que se envían. Cuando la cantidad de URL pendientes de precarga en la cola alcanza las 100 000, DCDN rechaza las nuevas tareas de precarga.
Velocidad de precarga: la velocidad de precarga depende del tamaño promedio de los archivos. Los archivos más pequeños se precargan más rápido.
Haga clic en Submit.
-
Consulte el progreso de la precarga.
Después de enviar una tarea de precarga, puede consultar sus detalles y su progreso en la pestaña Records. La tarea puede tardar mucho tiempo si precarga muchos recursos.
Operaciones de API relacionadas
También puede llamar a operaciones de API para actualizar y precargar recursos.
API | Descripción |
Actualiza el contenido de las URL especificadas en los nodos de caché. Admite la actualización de URL por lotes. Nota La actualización de URL, la actualización de directorio y la actualización basada en expresiones regulares admiten la caché compartida. Si un nombre de dominio tiene configurada una caché compartida, puede enviar una tarea de actualización con el nombre de dominio principal o cualquier nombre de dominio asociado para purgar la caché. | |
Precarga contenido del servidor de origen en los nodos de caché L2. Esto garantiza aciertos de caché en el primer acceso y reduce la carga en el servidor de origen. | |
Consulta las cuotas diarias y las cuotas restantes para las actualizaciones de URL, las precargas de URL y las actualizaciones de directorio. | |
Consulta si una tarea de actualización o precarga ha surtido efecto en toda la red. | |
Consulta las cuotas y el uso de recursos de un usuario. | |
Consulta si una tarea de actualización o precarga ha surtido efecto en toda la red. |