Avec les segments de plage d'octets, les POP Edge Security Acceleration (ESA) incluent des en-têtes Range dans les requêtes vers l'origine. Le serveur d'origine retourne alors uniquement la plage d'octets demandée au POP ESA. Cette fonctionnalité améliore l'efficacité de la distribution, augmente le taux de succès du cache, réduit le trafic vers l'origine et la charge du serveur d'origine, tout en accélérant la réponse des ressources.
Fonctionnement
Range est un en-tête de requête HTTP spécifiant la plage d'octets du contenu à récupérer. Par exemple, Range: bytes=0-100 indique au serveur d'origine de retourner les 101 premiers octets du fichier demandé.
Si cette fonctionnalité est activée et qu'ESA reçoit une demande pour une ressource non mise en cache ou expirée sur le POP ESA, ce dernier récupère uniquement le segment nécessaire depuis l'origine via une requête Range et le met en cache sur le POP ESA.
Fonctionnement des segments de plage d'octets :
Prérequis
Votre serveur d'origine doit prendre en charge les requêtes Range en acceptant l'en-tête Range et en répondant par un code HTTP 206. Si l'origine ne gère pas les requêtes Range, l'activation de cette fonctionnalité empêche la mise en cache des ressources.
Remarques d'utilisation
Les requêtes Range ne s'appliquent pas lors de la récupération à l'origine pour les ressources dynamiques. Une ressource est considérée comme dynamique si son extension n'apparaît pas dans la liste de fichiers de cache par défaut du POP ESA, si aucune politique de cache explicite n'est configurée pour cette ressource sur le POP ESA, et si l'état du cache dans la réponse du POP ESA est DYNAMIC.
La taille des segments influence le taux de succès du cache et la vitesse de téléchargement des ressources non mises en cache. Tenez compte des scénarios suivants :
Si la latence vers l'origine entre les POP ESA et les serveurs d'origine est faible, privilégiez une taille de segment réduite afin d'améliorer le taux de succès du cache et le débit de téléchargement vers l'origine.
Lorsque les performances réseau entre les POP ESA et les serveurs d'origine sont moyennes, notamment dans des contextes transfrontaliers ou intercontinentaux à forte latence, optez pour une taille de segment plus importante. Bien que cela puisse ne pas offrir un taux de succès du cache optimal, cette approche garantit un meilleur débit de téléchargement vers l'origine.
L'activation des requêtes Range accroît le QPS des requêtes vers l'origine, ce qui risque de déclencher des limites de débit sur le serveur d'origine. Pour éviter cela, activez la fonctionnalité de protection de l'origine pour ESA et ajoutez les adresses IP des POP de récupération à l'origine d'ESA à la liste d'autorisation de votre serveur d'origine.
Procédure
Dans la console ESA, accédez à Site Management. Dans la colonne Website, cliquez sur le nom du site cible.
Dans le volet de navigation de gauche, choisissez .
Cliquez sur Create Rule et spécifiez le Rule Name.
Dans la section If requests match..., configurez les conditions de correspondance pour les requêtes client. Pour plus d'informations, consultez Structure des expressions de règle.
-
Dans la section Range Requests, cliquez sur Configure. Choisissez ensuite l'une des options suivantes : — Match Client (Default) — Disable — Enable (Recommended If Large Files Requested)
Si vous sélectionnez Match Client (Default) ou Enable (Recommended If Large Files Requested) , définissez la taille du segment sur 512 Ko, 1 Mo, 2 Mo ou 4 Mo. Valeur par défaut : 512 Ko.
Nom du paramètre
Options
Description
Exemple
Origin Mode
Match Client (Default)
L'option par défaut est Match Client (Default). Lorsqu'un client envoie une requête Range à un POP ESA, celui-ci effectue une récupération à l'origine basée sur Range. Pour la première requête, le POP ESA arrondit la taille Range au multiple supérieur le plus proche de la taille de shard. Les requêtes suivantes vers l'origine utilisent la taille de shard configurée.
Par exemple, si la taille de shard est de 512 Ko et qu'un client envoie une requête contenant
Range:bytes=0-614399(soit 600 Ko) à un POP ESA sans qu'aucun fichier ne soit présent dans le cache, la première requête vers l'origine récupère les données par shards de 1024 Ko (600 Ko étant arrondi à 1024 Ko). Pour les requêtes client ultérieures concernant d'autres shards non mis en cache de ce fichier, le POP ESA récupère les données depuis le serveur d'origine par shards de 512 Ko.Disable
Si vous sélectionnez Disable, le POP ESA récupère le fichier complet depuis l'origine, qu'un client ait ou non envoyé une requête Range au POP ESA. Cela réduit l'efficacité pour les fichiers volumineux.
Par exemple, si un client envoie une requête contenant
Range:bytes=0-100à un POP ESA, ce dernier ne transmet pas l'en-tête Range à l'origine. L'origine répond au POP ESA avec le fichier complet (en supposant que le fichier complet fasse 10 Mo, le serveur d'origine envoie un fichier de 10 Mo au POP ESA). Le POP ESA met le fichier en cache et répond au client avec le contenu spécifié dans la requêterange:0-100.Enable (Recommended If Large Files Requested)
Enable (Recommended If Large Files Requested)Une fois cette option activée, les POP ESA utilisent systématiquement des requêtes Range pour les récupérations à l'origine, indépendamment de l'envoi ou non de requêtes Range par les clients. ESA envoie toutes les requêtes vers l'origine en utilisant la taille de shard configurée dans le paramètre de taille de shard ESA.
Aucun
Shard Size
-
512 Ko
-
1 Mo
-
2 Mo
-
4 Mo
La taille du segment n'est configurable que lorsque le mode est défini sur Match Client (Default) ou Enable (Recommended If Large Files Requested). La valeur par défaut est 512 Ko.
1 Mo
-
Cliquez sur OK .
Documentation associée
Les fonctionnalités liées aux règles varient en termes de priorité effective, de réentrance et de granularité d'application. Pour plus de détails, consultez Propriétés des fonctionnalités liées aux règles.