Aperçu du service d'accélération d'application Web

Répertorie et décrit les concepts associés au service d'accélération d'application Web.

Accélération

Les accélérations lient les politiques d'accélération des applications Web aux équilibreurs de charge. Lorsque vous associez une accélération à une politique d'accélération d'application Web, vous affectez un équilibreur de charge à cette politique et les dispositions de celle-ci sont appliquées aux opérations de l'équilibreur de charge

Mise en mémoire cache

Permet la mise en mémoire cache de l'équilibreur de charge afin de réduire la latence et d'éviter une charge accrue sur les serveurs dorsaux.

Épuration de la mémoire cache

Les caches d'un ou plusieurs équilibreurs de charge comprenant l'accélération sont purgés des données.

Note

L'épuration de la mémoire cache est une action irréversible.

Compression

La compression est une option lors de la sélection de la mise en cache. Les compressions compriment les réponses du serveur dorsal avant de les retourner à l'utilisateur de l'application Web afin de réduire la bande passante requise. Cette compression accélère le transit des réponses du serveur sur le réseau. Actuellement, seul l'algorithme de compression GZIP est pris en charge.

Équilibreurs de charge

Les équilibreurs de charge déterminent l'acheminement du trafic. Vous pouvez améliorer la performance des équilibreurs de charge en leur affectant des politiques d'accélération d'application Web au moyen d'accélérations.

Politique d'accélération d'application Web

Les stratégies d'accélération des applications Web définissent les paramètres d'application des accélérations au trafic Web à l'aide de la mise en mémoire cache et de la compression.

Web Application Acceleration est un service qui peut accélérer le trafic sur vos équilibreurs de charge en appliquant une combinaison de mise en cache et de compression.

La mise en mémoire cache et la compression ont lieu pour toute réponse 200 à une demande GET ou HEAD inférieure à la taille maximale du cache. La mise en mémoire cache et la compression ne se produisent pas lorsque les en-têtes suivants sont présents :

• Cache-Control: no-cache

• Cache-Control: private

La mise en mémoire cache et la compression peuvent accélérer considérablement le trafic sur vos équilibreurs de charge. Toutefois, l'utilisation de ces fonctions présente les contraintes suivantes :

• Mise en mémoire cache

  • Seules les demandes HEAD et GET sont mises en mémoire cache.

  • Seules les réponses qui retournent le code de statut HTTP 200 sont mises en mémoire cache.

  • Le contenu en mémoire cache peut ne pas rester à jour avec le contenu des serveurs sauvegardés tant que la mémoire cache n'a pas expiré ou n'a pas été épurée.

  • Le contenu est mis en mémoire cache jusqu'à ce qu'il expire ou soit épuré, même si le fichier est supprimé du serveur dorsal.

  • Les serveurs dorsaux peuvent augmenter considérablement le trafic lors de l'un des événements suivants :

    • Plusieurs éléments de mémoire cache expirent en même temps.

    • La mémoire cache est épurée.

    • Le service d'accélération d'application Web est désactivé.

  • La taille maximale du cache est de 100 Mo. Une fois cette taille maximale atteinte, le service d'accélération d'application Web supprime les ressources auxquelles on a accédé le moins souvent jusqu'à ce que la taille maximale ne soit plus dépassée.

    Vous ne pouvez pas mettre en cache des fichiers de plus de 100 Mo.

    Note
    
    

    Vous pouvez demander d'augmenter la taille de cache de votre service Web Application Acceleration. Pour plus d'informations, voir Demande d'augmentation de limite de service.

  • Les réponses qui retournent l'en-tête Set-Cookie ne sont pas mises en mémoire cache.

  • Oracle recommande de ne pas mettre en mémoire cache les pages dynamiques, car elles peuvent afficher des informations.

• Compression :

  • Si vous désactivez la compression lorsqu'elle était précédemment activée, les utilisateurs de vos applications Web peuvent subir une latence de demande accrue à mesure que les téléchargements de leurs données augmentent.

Par défaut, la réponse est mise en mémoire cache pendant 10 minutes. Vous pouvez configurer la durée de la mémoire cache en définissant un des en-têtes de réponse de la mémoire cache dans la réponse retournée par le serveur dorsal.

Les en-têtes de mémoire cache suivants sont pris en charge :

• Cache-Control : Sélectionnez les directives max-age ou s-maxage pour définir l'heure de la mémoire cache. Les deux directives indiquent la durée en secondes pendant laquelle la réponse est stockée dans la mémoire cache. Par exemple, Cache-Control: max-age=300 met la réponse en mémoire cache pendant 300 secondes. Si les directives max-age et s-maxage sont toutes deux présentes, s-maxage a préséance.

• Expiration : Spécifiez la date/heure après laquelle la réponse est considérée comme expirée. Utilisez uniquement le format de date HTTP (RFC2616) pour spécifier la date et l'heure. Par exemple, Expires: Mon, 20 Feb 2023 12:45:26 GMT met la réponse en mémoire cache jusqu'à cette date.

• X-Accel-Expires : Spécifiez le temps de mise en mémoire cache d'une réponse en secondes. La valeur zéro (0) désactive la mise en mémoire cache pour une réponse. Si la valeur commence par le préfixe @, elle définit une durée absolue en secondes depuis Epoch. Le temps de réponse est mis en mémoire cache jusqu'à ce moment. Par exemple, X-Accel-Expires: 300 met la réponse en mémoire cache pendant 300 secondes. X-Accel-Expires: @1676901818 met en cache la réponse jusqu'au lundi 20 février 2023 14:03:38 GMT.

Configurer la durée de la mémoire cache en fonction de la durée de vie prévue d'une réponse en mémoire cache. Si le contenu est statique (immutable), configurez le cache pour une période prolongée. Si le contenu change souvent, configurez le cache pour une période plus courte. Pour de meilleurs résultats, mettez en mémoire cache le délai d'expiration correspondant à l'heure de mise à jour du contenu.