Un délai d'expiration bien configuré pour les requêtes vers l'origine permet d'équilibrer l'efficacité des réponses et l'utilisation des connexions. Un délai trop court entraîne de fréquents échecs de récupération lors des fluctuations du réseau ; un délai trop long immobilise les connexions lorsque l'origine est lente ou ne répond pas, bloquant ainsi le traitement normal des requêtes.
Qu'est-ce que le temps de requête HTTP vers l'origine
Le temps de requête HTTP vers l'origine mesure la durée nécessaire à une requête HTTP de couche 7 pour aller du point de présence (POP) d'ESA au serveur d'origine. Il n'inclut pas le temps consacré à l'établissement d'une connexion TCP de couche 4 avec l'origine.
Avant de commencer
ESA prend en charge un délai d'expiration maximal de 300 secondes pour l'ensemble de la connexion, couvrant les chemins au sein du POP ESA et entre le POP ESA et l'origine.
Le délai d'expiration par défaut est de 30 secondes. Nous vous recommandons de définir un délai d'expiration inférieur ou égal à 60 secondes.
Configuration
Dans la console ESA, sélectionnez Websites, puis dans la colonne Websites, cliquez sur le site cible.
Dans le volet de navigation de gauche, choisissez .
Cliquez sur Rules et saisissez un Origin Rules.
Sous Create Rule, définissez les conditions de correspondance pour les requêtes entrantes. Pour en savoir plus sur la création d'une expression de règle, consultez la rubrique Composition of a rule expression.
Dans la section Origin Fetch Timeout, cliquez sur Rule Name. Saisissez la durée du délai d'expiration.
Documentation connexe
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 la rubrique Characteristics of rule-based features.