Edge Security Acceleration:Actualiser et précharger les ressources

Présentation des fonctionnalités

Scénarios

Notes

• Notes sur la purge du cache :

  • La soumission de nombreuses tâches de purge efface une quantité significative de cache. Cela provoque une augmentation soudaine de la bande passante et des requêtes vers l'origine, augmentant la charge sur votre serveur d'origine. Nous vous recommandons d'effectuer cette opération pendant les heures creuses.

  • Une tâche de purge prend environ 5 à 6 minutes pour prendre effet. Si la durée de vie (TTL) du cache pour un fichier ou un répertoire est inférieure à 5 minutes, inutile d'effectuer une purge. Attendez l'expiration automatique du cache et sa mise à jour.

  • La purge par URL, la purge par répertoire et la purge basée sur des expressions régulières prennent toutes en charge le cache partagé. Si un nom de domaine est configuré avec un cache partagé, vous pouvez soumettre une tâche de purge en utilisant le nom de domaine principal ou tout nom de domaine associé pour vider le cache.

• Notes sur le préchargement du cache :

  • Après la soumission et l'exécution réussie d'une tâche de préchargement, les nœuds DCDN récupèrent immédiatement les ressources requises depuis le serveur d'origine. La soumission simultanée de nombreuses tâches de préchargement génère de nombreuses tâches concurrentes vers l'origine, provoquant une augmentation soudaine de la bande passante et des requêtes vers l'origine. Nous vous recommandons d'effectuer cette opération pendant les heures creuses.

  • Par défaut, une requête de préchargement inclut l'en-tête Accept-Encoding:gzip. Pour inclure d'autres en-têtes ou activer le préchargement multi-réplicas, appelez l'opération OpenAPI PreloadDcdnObjectCaches et définissez le paramètre de requête WithHeader.

  • Lors du préchargement, si le serveur d'origine renvoie un code d'état de redirection tel que 307, la tâche de préchargement ne suit pas la redirection et échoue. Cependant, si le serveur d'origine renvoie un code d'état 301 ou 302 et que vous avez activé les redirections 301/302 pour la récupération d'origine sur DCDN, la tâche de préchargement n'est pas affectée.

• Notes générales :

  • Si un nom de domaine est configuré avec la fonctionnalité Réécriture de l'URL d'accès, le nœud utilise l'URL réécrite pour générer la CacheKey. Vous devez soumettre l'URL réécrite pour les opérations d'actualisation et de préchargement.

  • Pour utiliser un utilisateur RAM afin d'actualiser et de précharger des ressources, accordez d'abord les autorisations requises à l'utilisateur RAM. Pour plus d'informations, consultez la rubrique Accorder des autorisations à un utilisateur RAM pour actualiser et précharger des ressources.

  • Impossible d'annuler une tâche de purge d'URL ou de préchargement de cache une fois soumise.

  • Lorsque vous soumettez une tâche de purge ou de préchargement de cache, si l'URI contient des caractères non ASCII, tels que des espaces ou des caractères chinois, vous devez encoder l'URL. Sinon, la tâche ne sera pas reconnue.

  • Signature d'URL pour l'actualisation et le préchargement : Soumettez une URL d'actualisation ou de préchargement qui correspond à la clé de cache réelle. Pour un nom de domaine avec la signature d'URL configurée, soumettez l'URL d'origine avec ses paramètres d'authentification supprimés. Conservez le nom de domaine accéléré, le chemin du fichier et les paramètres de requête métier. Si la valeur d'un paramètre de requête métier contient /, encodez ce caractère en %2F avant la soumission. Laissez les séparateurs de chemin inchangés.

    Avant de soumettre une requête d'actualisation ou de préchargement, la console valide uniquement le format de l'URL et soumet l'URL telle quelle. Elle ne supprime pas automatiquement les paramètres d'authentification, ne réencode pas les paramètres de requête métier et ne normalise pas l'URL. Ne soumettez pas une URL d'accès client contenant des paramètres d'authentification. L'URL pourrait ne pas correspondre à la clé de cache réelle et pourrait échouer à cibler la ressource mise en cache.

    L'exemple suivant montre le cas où la méthode de signature d'URL F est appliquée au nom de domaine. Dans cet exemple, k et t sont les noms des paramètres de signature et d'horodatage configurés pour ce nom de domaine.

    1. URL d'accès client :

       https://image.example.com/cat.jpg?x-oss-process=image/resize,m_fill,w_390,h_520,limit_1/auto-orient,1/sharpen,100/quality,q_80&k=123456789abcdefg&t=123abc

    2. URL après suppression des paramètres d'authentification : Supprimez k et t, et conservez les paramètres de requête métier.

       https://image.example.com/cat.jpg?x-oss-process=image/resize,m_fill,w_390,h_520,limit_1/auto-orient,1/sharpen,100/quality,q_80

    3. URL finale d'actualisation ou de préchargement : Encodez / dans la valeur du paramètre de requête métier x-oss-process en %2F. Laissez le séparateur de chemin dans /cat.jpg inchangé.

       https://image.example.com/cat.jpg?x-oss-process=image%2Fresize,m_fill,w_390,h_520,limit_1%2Fauto-orient,1%2Fsharpen,100%2Fquality,q_80

Actualiser des ressources

1. Connectez-vous à la console DCDN.

2. Dans le volet de navigation de gauche, choisissez Tools > Purge and Prefetch.

3. Dans l'onglet Purge Cache, configurez les règles d'actualisation.

   Paramètre	Description
   Operation	Sélectionnez Purge.
   Operation Method	Actualisez par URL, Directory ou Regular Expression.
   URL	Par défaut, chaque compte Alibaba Cloud peut actualiser jusqu'à 10 000 URL et 100 répertoires (y compris les sous-répertoires) par jour. Si la bande passante de pointe quotidienne de votre compte dépasse 200 Mbps, demandez une augmentation de quota dans la section Quota Management. Alibaba Cloud évalue et configure le quota en fonction de vos besoins commerciaux réels. Par défaut, un compte Alibaba Cloud peut soumettre jusqu'à 20 tâches d'actualisation basées sur des expressions régulières par jour. Si la bande passante de pointe de votre compte dépasse 10 Gbps, ouvrez un ticket pour demander une augmentation de quota. Actualisation par URL L'URL doit commencer par http:// ou https://. Pour actualiser plusieurs URL, saisissez une URL par ligne. Actualisation par répertoire L'URL doit commencer par http:// ou https:// et se terminer par une barre oblique (/). Pour actualiser tous les fichiers du répertoire racine : http://example.com/. Pour actualiser tous les fichiers du sous-répertoire /path/test/ : http://example.com/path/test/. Pour actualiser plusieurs URL, saisissez une URL par ligne. Vous pouvez soumettre jusqu'à 100 tâches d'actualisation par répertoire à la fois, et jusqu'à 100 par minute pour un seul nom de domaine. Par défaut, l'actualisation par répertoire utilise la méthode « actualiser les ressources modifiées ». Si une requête utilisateur correspond à une ressource dans le répertoire, le nœud DCDN récupère les informations Last-Modified de la ressource depuis le serveur d'origine. Si les informations sont identiques à celles de la ressource actuellement mise en cache, le nœud renvoie directement la ressource mise en cache. Si elles diffèrent, le nœud extrait la nouvelle ressource du serveur d'origine, la renvoie à l'utilisateur et met en cache la nouvelle ressource. Actualisation basée sur des expressions régulières Pour plus d'informations, consultez la rubrique Actualisation basée sur des expressions régulières.

4. Cliquez sur Submit.

5. Consultez la progression de l'actualisation.

   Après avoir soumis une tâche d'actualisation, consultez ses détails et sa progression dans l'onglet Records. La tâche peut prendre beaucoup de temps si vous actualisez de nombreuses ressources.

Précharger des ressources

1. Connectez-vous à la console DCDN.

2. Dans le volet de navigation de gauche, choisissez Tools > Purge and Prefetch.

3. Dans l'onglet Purge Cache, configurez les règles de préchargement.

   Paramètre	Description
   Operation	Sélectionnez Prefetch.
   Operation Method	Seul le préchargement par URL est pris en charge.
   URL	L'URL doit commencer par http:// ou https://. L'URL doit être le chemin exact d'un fichier de ressource. Les répertoires se terminant par une barre oblique (/) ne sont pas pris en charge. Pour précharger plusieurs URL, saisissez une URL par ligne. Quota de préchargement d'URL (quotidien) : Un compte Alibaba Cloud peut soumettre jusqu'à 1 000 tâches de préchargement d'URL par jour, avec un maximum de 100 par soumission. Si la bande passante de pointe quotidienne de votre compte dépasse 500 Mbps, demandez une augmentation de quota dans la section Quota Management. Alibaba Cloud évalue et configure le quota en fonction de vos besoins commerciaux réels. Règle de file d'attente de préchargement : La file d'attente de préchargement pour chaque compte peut contenir un maximum de 100 000 URL. DCDN précharge les URL dans l'ordre de leur soumission. Lorsque le nombre d'URL à précharger dans la file d'attente atteint 100 000, DCDN rejette les nouvelles tâches de préchargement. Vitesse de préchargement : La vitesse de préchargement dépend de la taille moyenne des fichiers. Les fichiers plus petits sont préchargés plus rapidement.

4. Cliquez sur Submit.

5. Consultez la progression du préchargement.

   Après avoir soumis une tâche de préchargement, consultez ses détails et sa progression dans l'onglet Records. La tâche peut prendre beaucoup de temps si vous préchargez de nombreuses ressources.

Opérations API associées