par Brian R. Smith - Mis en ligne le 6/10/2004 - Publié en Janvier 2004
Comment configurer les caches local et reverse-proxy
Dans la 1ère partie de cet article, j'expliquais que le FRCA (fast Response Cache
Accelerator) est une technologie cache introduite avec la
V5R2 de l'OS/400 et de HTTP Server (animé par Apache), et
je donnais un aperçu de ses fonctions. (Toutes les références
à HTTP Server de cet article sous-entendent HTTP Server
animé par Apache). FRCA est à l'affût dans SLIC (System
Licensed Internal Code), pour intercepter les requêtes « get »
HTTP et, on l'espère, pour trouver le contenu déjà mis en
cache.Non seulement FRCA est rapide mais il peut aussi réduire
considérablement l'utilisation de la CPU. En réalité,
FRCA regroupe deux caches en un : il offre à la fois un cache
local et un cache reverse-proxy. FRCA présente aussi une limitation
importante : on ne peut l'utiliser que pour servir des
documents publics provenant du serveur HTTP.
Dans cette seconde partie de notre exposé sur FRCA,
nous allons plus loin en montrant comment configurer les
deux caches FRCA : local et reverse-proxy.
Technologie Cache FRCA de la V5R2, deuxième partie
Avant de démarrer, il faut couvrir un détail important : comment
le cache local FRCA utilise le NFC (Network File
Cache). Le NFC est un composant SLIC assimilable à un système
de fichiers opérant au-dessous de
l’interface machine (MI, machine interface)
et qui permet à d’autres tâches
d’ouvrir, de lire, d’écrire et de fermer
des fichiers stream. En V5R2, le NFC est
activé et a une taille par défaut de 10
Mo, allouée à partir du pool utilisateur
de base. Compte tenu du store à un
seul niveau de l’OS/400, si vous n’utilisez
pas le NFC, il va simplement flotter
vers le DASD et ne perturbera pas le
fonctionnement de vos autres applications.
Vous pouvez changer les paramètres
NFC via la commande CHGT
CPA (Change TCP/IP Attributes). Par
exemple,
CHGTCPA NFC(*YES 300 10)
changerait les paramètres du NFC pour adopter les valeurs
par défaut.
Il est important de noter que le cache reverse-proxy
FRCA alloue simplement de la mémoire principale à partir du
pool d’utilisateurs de la base, pour contenir les pages de résultat HTML provenant des serveurs
de contenu à distance. Généralement,
ces pages de résultat HTML sont petites,
donc IBM a estimé qu’il était préférable
de maintenir un cache en mémoire
plutôt que d’alourdir le fardeau
du NFC.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- IT & Cybersecurity Meetings 2026 : ce que Cannes révèle des mutations du marché IT et cyber
- Cyberattaques : les entreprises détectent les menaces mais peinent à les contenir
- Adapter la sécurité OT aux réalités de l’industrie
- Les applications financières sont le terrain privilégié de la fraude
Articles les + lus
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
À la une de la chaîne Tech
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
- Adapter la sécurité OT aux réalités de l’industrie
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
- Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
