{"id":20874,"date":"2026-08-21T18:22:37","date_gmt":"2026-08-21T16:22:37","guid":{"rendered":"https:\/\/webhosting.de\/vm-vfs-cache-pressure-linux-filesystem-cache-tuning-optimierung\/"},"modified":"2026-08-21T18:22:37","modified_gmt":"2026-08-21T16:22:37","slug":"vm-vfs-pression-sur-le-cache-linux-reglage-du-cache-du-systeme-de-fichiers-optimisation","status":"publish","type":"post","link":"https:\/\/webhosting.de\/fr\/vm-vfs-cache-pressure-linux-filesystem-cache-tuning-optimierung\/","title":{"rendered":"Explication de vm.vfs_cache_pressure \u2013 Optimiser l'utilisation du cache du syst\u00e8me de fichiers sous Linux"},"content":{"rendered":"<p>Je vais vous montrer comment le param\u00e8tre du noyau <strong>vm.vfs_cache_pressure<\/strong> la pond\u00e9ration du cache VFS par rapport au cache de page, et quelles valeurs permettent d'acc\u00e9l\u00e9rer le syst\u00e8me avec un profil de charge r\u00e9el. En suivant des \u00e9tapes claires, j'ajuste ce param\u00e8tre, je mesure les effets et j'exploite ainsi le <strong>Cache du syst\u00e8me de fichiers<\/strong> optimal.<\/p>\n\n<h2>Points centraux<\/h2>\n\n<p>Pour vous permettre de d\u00e9marrer rapidement, je vais r\u00e9sumer les points essentiels concernant le r\u00e9glage du <strong>Caches VFS<\/strong> ensemble. Ainsi, lorsque je choisis une valeur, je garde \u00e0 l'esprit son impact sur les requ\u00eates de m\u00e9tadonn\u00e9es, la charge d'E\/S et la pression sur la m\u00e9moire vive. Ces points m'aident \u00e0 optimiser les r\u00f4les de serveur courants de mani\u00e8re s\u00fbre et reproductible.<\/p>\n\n<ul>\n  <li><strong>Principe d'action<\/strong>: D\u00e9termine avec quelle fermet\u00e9 le noyau lib\u00e8re les Dentries\/Inodes par rapport au cache de pages.<\/li>\n  <li><strong>r\u00e9glage par d\u00e9faut<\/strong>: 100 correspond \u00e0 un ajustement \u00e9quilibr\u00e9, sans favoritisme.<\/li>\n  <li><strong>Valeurs faibles<\/strong>: Une valeur comprise entre 50 et 80 permet de conserver plus longtemps les m\u00e9tadonn\u00e9es en m\u00e9moire vive (RAM) et d'acc\u00e9l\u00e9rer la recherche de fichiers.<\/li>\n  <li><strong>Valeurs \u00e9lev\u00e9es<\/strong>: Les caches VFS de 120 \u00e0 200 lib\u00e8rent plus rapidement de l'espace et font de la place pour les processus.<\/li>\n  <li><strong>Cabinet m\u00e9dical<\/strong>: Modifier progressivement, mesurer, documenter \u2013 puis seulement ensuite poursuivre l'ajustement.<\/li>\n<\/ul>\n\n<p>J'applique ces principes de mani\u00e8re coh\u00e9rente afin de trouver le juste \u00e9quilibre entre <strong>Taux de r\u00e9ussite de la cache<\/strong> et la m\u00e9moire RAM disponible. Ensuite, j'ajuste la valeur de vm.vfs_cache_pressure par petits paliers, j'observe les pics de charge et j'apporte des corrections si n\u00e9cessaire. Cela me permet d'obtenir des temps de r\u00e9ponse stables sans goulots d'\u00e9tranglement inattendus au niveau de la m\u00e9moire.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/linux-cache-optimierung-4756.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Qu'est-ce que vm.vfs_cache_pressure ?<\/h2>\n\n<p>Ce param\u00e8tre d\u00e9termine le niveau de rigueur avec lequel le noyau traite le <strong>Cache VFS<\/strong> par rapport \u00e0 d'autres m\u00e9moires, il lib\u00e8re de l'espace d\u00e8s que la m\u00e9moire vive vient \u00e0 manquer. Le cache VFS contient des dentries et des inodes, c'est-\u00e0-dire des entr\u00e9es de r\u00e9pertoire et des m\u00e9tadonn\u00e9es de fichiers, qui acc\u00e9l\u00e8rent sensiblement la recherche de fichiers. Une valeur de 100 traite le cache VFS et le cache de page de la m\u00eame mani\u00e8re, tandis que des valeurs plus faibles privil\u00e9gient le maintien des m\u00e9tadonn\u00e9es en RAM. Des valeurs plus \u00e9lev\u00e9es incitent le noyau \u00e0 rejeter plus t\u00f4t les entr\u00e9es VFS et \u00e0 lib\u00e9rer plus rapidement de la m\u00e9moire. J\u2019utilise ce levier de mani\u00e8re cibl\u00e9e pour maintenir un taux \u00e9lev\u00e9 de correspondances de m\u00e9tadonn\u00e9es dans les charges de travail Web, de fichiers et de CMS, sans \u00e9vincer de processus. Je contr\u00f4le ainsi l\u2019\u00e9quilibre entre <strong>Vitesse de recherche<\/strong> et la m\u00e9moire vive disponible de mani\u00e8re tr\u00e8s directe.<\/p>\n\n<h2>Comment fonctionne le cache VFS en d\u00e9tail ?<\/h2>\n\n<p>Le syst\u00e8me de fichiers virtuel constitue une couche commune pour ext4, XFS, Btrfs et autres, et stocke <strong>Dentries<\/strong> et les inodes en m\u00e9moire vive, afin que l'analyse des r\u00e9pertoires et les acc\u00e8s r\u00e9currents restent rapides. Le cache de pages, quant \u00e0 lui, contient les blocs de fichiers proprement dits ; ces deux caches se compl\u00e8tent, mais se disputent la m\u00e9moire en cas de pression. Plus il y a de petits fichiers et d\u2019acc\u00e8s r\u00e9p\u00e9titifs, plus l\u2019application tire profit d\u2019un taux de r\u00e9ussite \u00e9lev\u00e9 au niveau des m\u00e9tadonn\u00e9es. C\u2019est pr\u00e9cis\u00e9ment l\u00e0 qu\u2019intervient vm.vfs_cache_pressure : je contr\u00f4le si Linux conserve ces m\u00e9tadonn\u00e9es ou les \u00e9vince rapidement. Pour approfondir certains aspects du cache de pages, j\u2019utilise en compl\u00e9ment le compact <a href=\"https:\/\/webhosting.de\/fr\/optimisation-des-performances-du-cache-de-pages-sous-linux\/\">Optimiseur de performances du cache de pages<\/a> comme connaissances de base, afin de pouvoir \u00e9valuer le VFS et le cache de pages dans leur contexte.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/linuxcachemeeting1234.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Valeur par d\u00e9faut et plages de valeurs typiques<\/h2>\n\n<p>Sur la plupart des syst\u00e8mes, la valeur est d\u00e9finie sur <strong>100<\/strong> ce qui constitue ainsi une base \u00e9quilibr\u00e9e pour les premiers tests. Si je r\u00e9duis cette valeur, je privil\u00e9gie les m\u00e9tadonn\u00e9es et optimise la rapidit\u00e9 des recherches, ce qui s\u2019av\u00e8re particuli\u00e8rement utile en pr\u00e9sence de nombreux petits fichiers. Si j\u2019augmente cette valeur, Linux supprime plus rapidement les entr\u00e9es VFS et lib\u00e8re davantage de m\u00e9moire tampon pour les applications ou le cache de pages. Je ne manipule les valeurs extr\u00eames telles que 0 ou celles sup\u00e9rieures \u00e0 500 qu\u2019avec beaucoup de prudence, car elles peuvent entra\u00eener un comportement inhabituel et provoquer des effets secondaires. Au quotidien, je commence \u00e0 100, j\u2019avance par paliers de 20 \u00e0 40 points et je mesure l\u2019impact sur <strong>Latence d'E\/S<\/strong> et les d\u00e9lais de r\u00e9ponse.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Valeur<\/th>\n      <th>Signification<\/th>\n      <th>Quand utiliser<\/th>\n      <th>Risque\/Remarque<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>&lt; 100 (par exemple 50\u201380)<\/td>\n      <td>Le cache VFS reste plus longtemps dans la m\u00e9moire vive<\/td>\n      <td>De nombreux petits fichiers, des recherches fr\u00e9quentes<\/td>\n      <td>Augmentation de l'utilisation de la m\u00e9moire vive (RAM) <strong>M\u00e9tadonn\u00e9es<\/strong><\/td>\n    <\/tr>\n    <tr>\n      <td>100<\/td>\n      <td>Ajustement \u00e9quilibr\u00e9<\/td>\n      <td>Valeur de d\u00e9part fiable pour les mesures<\/td>\n      <td>Bon <strong>Ligne de base<\/strong>valeur -<\/td>\n    <\/tr>\n    <tr>\n      <td>&gt; 100 (par exemple 120\u2013200)<\/td>\n      <td>Le cache VFS est lib\u00e9r\u00e9 de mani\u00e8re plus agressive<\/td>\n      <td>M\u00e9moire vive insuffisante, bases de donn\u00e9es disposant de leur propre cache<\/td>\n      <td>Latence potentielle de la recherche<\/td>\n    <\/tr>\n    <tr>\n      <td>Extr\u00eame (0, &gt; 500)<\/td>\n      <td>Des changements majeurs<\/td>\n      <td>Cas particuliers : test rapide<\/td>\n      <td>Menace pour la stabilit\u00e9 et <strong>Performance<\/strong><\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<p>Gr\u00e2ce \u00e0 cette grille, je rep\u00e8re rapidement la bonne direction sans m'\u00e9garer. J'\u00e9vite les changements trop brusques et je consigne chaque modification en d\u00e9tail. Ainsi, le chemin parcouru reste toujours clair et je peux facilement comparer les r\u00e9sultats avec les points de mesure pr\u00e9c\u00e9dents.<\/p>\n\n<h2>R\u00f4le dans le nettoyage de la m\u00e9moire<\/h2>\n\n<p>En cas de pression, le noyau doit lib\u00e9rer de la m\u00e9moire vive, et c'est pr\u00e9cis\u00e9ment l\u00e0 que vm.vfs_cache_pressure d\u00e9finit la pond\u00e9ration entre <strong>Cache VFS<\/strong>, le cache de pages et la m\u00e9moire des processus. Des valeurs faibles permettent de conserver plus longtemps en m\u00e9moire les entr\u00e9es de r\u00e9pertoires et d\u2019inodes, ce qui acc\u00e9l\u00e8re les acc\u00e8s aux r\u00e9pertoires et les ouvertures r\u00e9p\u00e9t\u00e9es de fichiers. Des valeurs \u00e9lev\u00e9es lib\u00e8rent la m\u00e9moire plus t\u00f4t et lib\u00e8rent davantage d\u2019espace pour les processus ou le cache de pages, ce qui peut s\u2019av\u00e9rer utile lorsque la m\u00e9moire vive est limit\u00e9e. Je surveille tout particuli\u00e8rement les latences d\u2019E\/S, car un cache de m\u00e9tadonn\u00e9es trop vide ralentit la recherche de fichiers. En ce qui concerne l\u2019interaction avec les strat\u00e9gies de lib\u00e9ration du cache de pages, cela me fournit des informations sur <a href=\"https:\/\/webhosting.de\/fr\/serveur-page-cache-eviction-linux-memory-impression-optimisation-insight\/\">\u00c9viction du cache de pages<\/a> des r\u00e9f\u00e9rences pratiques utiles, afin que je puisse prendre des d\u00e9cisions fond\u00e9es sur des faits.<\/p>\n\n<h2>M\u00e9thodologie de mesure : rendre le cache VFS transparent<\/h2>\n\n<p>Avant de modifier, je mets en \u00e9vidence, <strong>o\u00f9<\/strong> se trouve dans la m\u00e9moire et <strong>ce que<\/strong> est supplant\u00e9. Cela me permet de d\u00e9terminer si les m\u00e9tadonn\u00e9es constituent r\u00e9ellement le goulot d'\u00e9tranglement, ou si ce sont plut\u00f4t le cache de page, les processus ou les pages sales qui pr\u00e9dominent.<\/p>\n\n<ul>\n  <li><strong>\/proc\/meminfo<\/strong>: Je v\u00e9rifie les param\u00e8tres InodeCache, Cached, Buffers, SReclaimable et SUnreclaim afin d'\u00e9valuer leur proportion et leur r\u00e9cup\u00e9rabilit\u00e9.<\/li>\n  <li><strong>slabtop<\/strong>: Aper\u00e7u en temps r\u00e9el des \u00ab slabs \u00bb, notamment dentry, inode_cache, ext4_inode_cache et xfs_inode. Cela me permet de voir si les dentries et les inodes augmentent ou diminuent.<\/li>\n  <li><strong>Chemin d'acc\u00e8s IO<\/strong>: \u00c0 l'aide de vmstat\/iostat, je surveille les temps de latence en lecture et je v\u00e9rifie si les acc\u00e8s au disque augmentent lors des recherches.<\/li>\n<\/ul>\n\n<pre><code># Aper\u00e7u rapide\ngrep -E 'InodeCache|SReclaimable|SUnreclaim|Cached|Buffers' \/proc\/meminfo\n\n# R\u00e9partition des slabs (tri\u00e9e par taille)\nsudo slabtop -s c\n\n# Filtrer uniquement les slabs de type dentry\/inode\ngrep -Ei 'dentry|inode' \/proc\/slabinfo | sort -k3 -nr | head\n\n# Tendances des E\/S et de la m\u00e9moire toutes les secondes\nvmstat 1\niostat -x 1\n<\/code><\/pre>\n\n<p>Je trouve cette interpr\u00e9tation claire : si SReclaimable augmente parall\u00e8lement aux blocs dentry\/inode et que, dans le m\u00eame temps, les latences d'E\/S augmentent <em>pas<\/em>, cela confirme l'efficacit\u00e9 du cache de m\u00e9tadonn\u00e9es. Si ces valeurs tombent fr\u00e9quemment \u00e0 z\u00e9ro et remontent rapidement lors des acc\u00e8s au r\u00e9pertoire, cela signifie probablement que vm.vfs_cache_pressure est trop agressif.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/linux-cache-optimization-tips-5467.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Exemple pratique : lire et modifier la valeur actuelle<\/h2>\n\n<p>La v\u00e9rification s'effectue en quelques secondes depuis la ligne de commande, sans <strong>Red\u00e9marrage<\/strong>. Je lis la valeur r\u00e9elle et j'enregistre d'abord les valeurs de test de mani\u00e8re temporaire, afin de pouvoir imm\u00e9diatement mettre en \u0153uvre des retours en arri\u00e8re dans la fen\u00eatre de test. Pour les ajustements en production, je modifie le fichier \/etc\/sysctl.conf ou un fichier dans \/etc\/sysctl.d\/, je recharge le syst\u00e8me et je consigne la modification dans ma documentation. Je teste chaque niveau sous une charge r\u00e9aliste, et pas seulement en veille, afin que les effets soient visibles. Je m\u2019assure ainsi d\u2019obtenir des comparaisons \u00ab avant-apr\u00e8s \u00bb fiables et j\u2019\u00e9value la modification \u00e0 l\u2019aide d\u2019indicateurs mesurables.<\/p>\n\n<pre><code># V\u00e9rifier la valeur actuelle\ncat \/proc\/sys\/vm\/vfs_cache_pressure\n# ou\nsysctl vm.vfs_cache_pressure\n\n# Test temporaire (jusqu'au red\u00e9marrage)\nsudo sysctl -w vm.vfs_cache_pressure=60\n# Autre m\u00e9thode\necho 60 | sudo tee \/proc\/sys\/vm\/vfs_cache_pressure\n\n# D\u00e9finir de mani\u00e8re permanente\necho \"vm.vfs_cache_pressure = 60\" | sudo tee -a \/etc\/sysctl.conf\nsudo sysctl -p\n<\/code><\/pre>\n\n<h2>Optimisation du cache sous Linux : sc\u00e9narios pertinents<\/h2>\n\n<p>Dans les plateformes d'h\u00e9bergement comportant de nombreuses ressources statiques, des r\u00e9f\u00e9rentiels de fichiers ou des applications dot\u00e9es de leur propre m\u00e9moire tampon, il est judicieux de mettre en place une <strong>pond\u00e9ration<\/strong> du cache VFS. Les serveurs web contenant de nombreux petits fichiers tirent grandement profit de valeurs plus faibles, car les recherches sur le SSD\/HDD sont moins fr\u00e9quentes. Les serveurs de fichiers contenant des fichiers de tailles vari\u00e9es peuvent utiliser des valeurs mod\u00e9r\u00e9ment r\u00e9duites si la m\u00e9moire vive est suffisante. Les serveurs de bases de donn\u00e9es soumis \u00e0 une forte pression sur la m\u00e9moire vive et disposant d\u2019un cache de base de donn\u00e9es important privil\u00e9gient des valeurs plus \u00e9lev\u00e9es afin de laisser de la place aux processus. J\u2019\u00e9value ces mod\u00e8les \u00e0 chaque fois \u00e0 l\u2019aide de donn\u00e9es de surveillance afin que les param\u00e8tres correspondent \u00e0 la composition r\u00e9elle des acc\u00e8s.<\/p>\n\n<h3>Serveur web contenant de nombreux fichiers statiques<\/h3>\n<p>Pour les fichiers CSS, JS et les images, je pr\u00e9f\u00e8re conserver les m\u00e9tadonn\u00e9es plus longtemps dans le <strong>Cache<\/strong>. Des valeurs comprises entre 50 et 80 ont souvent fait leurs preuves, car la r\u00e9ouverture des fichiers s'effectue plus rapidement. J'examine de pr\u00e8s les pics d'E\/S lors des pics de trafic et je compare les temps de r\u00e9ponse avant et apr\u00e8s la modification. Si les latences restent stables et que les co\u00fbts de recherche 404 diminuent, c\u2019est que nous sommes sur la bonne voie. Je surveille l\u2019utilisation de la m\u00e9moire vive afin que les processus disposent de suffisamment d\u2019espace malgr\u00e9 un cache de m\u00e9tadonn\u00e9es plus important.<\/p>\n\n<h3>Serveurs de fichiers ou syst\u00e8mes NAS<\/h3>\n<p>Les acc\u00e8s fr\u00e9quents des utilisateurs et les changements de r\u00e9pertoire b\u00e9n\u00e9ficient de <strong>plus bas<\/strong> jusqu\u2019\u00e0 obtenir des valeurs \u00e9quilibr\u00e9es. Si la m\u00e9moire vive est suffisante, je vise plut\u00f4t une valeur comprise entre 50 et 80 ; si la m\u00e9moire est plus limit\u00e9e, je reste plus proche de 100. Je v\u00e9rifie que l\u2019affichage des r\u00e9pertoires reste fluide et que les instantan\u00e9s\/sauvegardes ne saturent pas trop les caches. Si la latence d\u2019E\/S augmente lors des pics d\u2019activit\u00e9, j\u2019ajuste prudemment cette valeur \u00e0 la hausse. Je pr\u00e9serve ainsi l\u2019\u00e9quilibre entre confort d\u2019utilisation et m\u00e9moire disponible.<\/p>\n\n<h3>Serveurs de bases de donn\u00e9es et syst\u00e8mes \u00e0 faible capacit\u00e9 de stockage<\/h3>\n<p>Les bases de donn\u00e9es g\u00e8rent leur propre cache tampon, c'est pourquoi j'attribue au <strong>m\u00e9moire de processus<\/strong> a g\u00e9n\u00e9ralement la priorit\u00e9. Des valeurs comprises entre 120 et 200 indiquent qu\u2019il faut plut\u00f4t vider les caches VFS afin de lib\u00e9rer de la m\u00e9moire vive. Je surveille alors les latences des requ\u00eates et les sch\u00e9mas de \u00ab page fault \u00bb de l\u2019application. Si la base de donn\u00e9es est ralentie parce que le syst\u00e8me commence \u00e0 recourir au swap, j\u2019augmente l\u00e9g\u00e8rement cette valeur et r\u00e9duis par la m\u00eame occasion vm.swappiness. Cette approche emp\u00eache les m\u00e9tadonn\u00e9es d\u2019occuper inutilement de l\u2019espace que la base de donn\u00e9es pourrait mieux exploiter.<\/p>\n\n<h2>Exemples de charges de travail et valeurs indicatives<\/h2>\n\n<p>Je commence \u00e0 100, puis je r\u00e9duis par paliers de 20 pour les valeurs proches de la valeur web <strong>Charges de travail<\/strong> et j'augmente par paliers de 20 pour les processus gourmands en m\u00e9moire. Je teste chaque palier au moins pendant une phase de pic afin de d\u00e9tecter les effets sur les latences, les coups de cache et l'activit\u00e9 de swap. Ceux qui souhaitent approfondir le sujet trouveront dans le guide concis <a href=\"https:\/\/webhosting.de\/fr\/optimisation-des-performances-du-cache-de-pages-sous-linux\/\">Optimiseur de performances du cache de pages<\/a> Informations compl\u00e9mentaires sur les strat\u00e9gies de mise en cache des fichiers, que je prends en compte en parall\u00e8le. Lorsque les valeurs mesur\u00e9es correspondent aux objectifs fix\u00e9s, je fige la configuration et je consigne les indicateurs cl\u00e9s. L'optimisation reste ainsi reproductible et je peux proc\u00e9der rapidement \u00e0 des ajustements ult\u00e9rieurs.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/linux_cache_nutzung_4387.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Risques et pi\u00e8ges<\/h2>\n\n<p>Si je d\u00e9finis une valeur trop faible, le noyau peut difficilement lib\u00e9rer les entr\u00e9es VFS, ce qui, en cas de pics, peut entra\u00eener <strong>OOM<\/strong>\u2011risques. Si je l\u2019augmente trop, la latence augmente lors des recherches de fichiers et des changements de r\u00e9pertoire, car les m\u00e9tadonn\u00e9es doivent \u00eatre recharg\u00e9es. Sans tests sous charge r\u00e9elle, on risque de tirer des conclusions erron\u00e9es \u00e0 partir de p\u00e9riodes de faible activit\u00e9. Les variations brusques compliquent l\u2019\u00e9valuation, c\u2019est pourquoi je proc\u00e8de par \u00e9tapes. Je note chaque modification avec l\u2019heure, le profil de charge et les valeurs mesur\u00e9es, afin que les causes restent claires.<\/p>\n\n<h2>Suivi et indicateurs<\/h2>\n\n<p>Ce sont des donn\u00e9es concr\u00e8tes qui permettent de d\u00e9terminer si un ajustement en vaut la peine <strong>M\u00e9triques<\/strong>. Je surveille l'utilisation de la m\u00e9moire vive (RAM), la r\u00e9partition entre les caches et les processus, les latences d'E\/S et l'activit\u00e9 de la m\u00e9moire swap. De plus, j\u2019analyse les taux de r\u00e9ussite des caches et les tendances des erreurs de page afin d\u2019identifier rapidement les effets secondaires. C\u2019est notamment avec de nombreux petits fichiers que les am\u00e9liorations du \u00ab Time-to-First-Byte \u00bb sont les plus perceptibles. Si la latence d\u2019E\/S reste faible et que le swap diminue, cela confirme que nous sommes sur la bonne voie.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/linuxcache_4242.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Guide de r\u00e9glage : de l'hypoth\u00e8se au r\u00e9glage fiable<\/h2>\n\n<p>Cette structure permet d'\u00e9viter d'avancer \u00e0 l'aveuglette. Je suis une proc\u00e9dure bien d\u00e9finie afin que les r\u00e9sultats soient fiables et que mes coll\u00e8gues puissent comprendre les diff\u00e9rentes \u00e9tapes.<\/p>\n\n<ol>\n  <li><strong>Saisir la valeur de r\u00e9f\u00e9rence<\/strong>: vm.vfs_cache_pressure=100, charge r\u00e9aliste pendant 24 \u00e0 72 heures. Enregistrer les indicateurs cl\u00e9s (latences : m\u00e9diane\/95e\/99e, temps d'attente IO, CPU Steal, activit\u00e9 de swap, taille des inodes\/dentries).<\/li>\n  <li><strong>Formuler une hypoth\u00e8se<\/strong>: \u201e De nombreux petits fichiers, les recherches sont co\u00fbteuses \u2013 des valeurs plus basses acc\u00e9l\u00e8rent le syst\u00e8me \u201c ou \u201e M\u00e9moire vive insuffisante \u2013 des valeurs plus \u00e9lev\u00e9es permettent de lib\u00e9rer des processus \u201c.<\/li>\n  <li><strong>Modifier \u00e9tape par \u00e9tape<\/strong>: de \u00b120 \u00e0 \u00b140 points. Mesurer au moins une phase de cr\u00eate par niveau.<\/li>\n  <li><strong>Comparer<\/strong>: Je v\u00e9rifie si les SLO (par exemple, le 95e centile) s'am\u00e9liorent de mani\u00e8re fiable, <em>sans<\/em> plus d'\u00e9v\u00e9nements li\u00e9s \u00e0 la m\u00e9moire swap ou \u00e0 l'\u00e9puisement de la m\u00e9moire (OOM).<\/li>\n  <li><strong>Crit\u00e8re de retour en arri\u00e8re<\/strong>: Si les latences 95e et 99e augmentent, si les temps d'attente des E\/S s'allongent ou si les \u00e9checs de cache se multiplient, je fais un pas en arri\u00e8re.<\/li>\n  <li><strong>Freeze et documentation<\/strong>: Enregistrer la valeur finale, la date, la plage de charge et les indicateurs cl\u00e9s.<\/li>\n<\/ol>\n\n<pre><code># Test rapide pour les fen\u00eatres de mesure contr\u00f4l\u00e9es (maintenance uniquement !)\n# Avant : enregistrement des indicateurs cl\u00e9s\ndate ; free -h ; grep -E 'InodeCache|Cached' \/proc\/meminfo ; vmstat 1 5\n\nsudo sysctl -w vm.vfs_cache_pressure=80\n# Test de charge \/ attendre le pic, puis enregistrer \u00e0 nouveau les m\u00e9triques et les comparer\n<\/code><\/pre>\n\n<h2>Syst\u00e8mes de fichiers et options de montage : tout est une question de contexte<\/h2>\n\n<p>L'effet de la commande `vm.vfs_cache_pressure` d\u00e9pend \u00e9galement du syst\u00e8me de fichiers et des options de montage. J'\u00e9value ces facteurs comme suit :<\/p>\n\n<ul>\n  <li><strong>relatime\/noatime<\/strong>: Emp\u00eache les \u00e9critures atime fr\u00e9quentes. L'option noatime r\u00e9duit la charge d'E\/S en cas de lectures nombreuses, ce qui rend les avantages li\u00e9s aux m\u00e9tadonn\u00e9es plus visibles.<\/li>\n  <li><strong>lazytime<\/strong>: Retarde les mises \u00e0 jour des m\u00e9tadonn\u00e9es en m\u00e9moire vive ; cela permet de lisser les pics, mais interagit avec les moments de vidage.<\/li>\n  <li><strong>ext4, XFS et Btrfs<\/strong>: Diff\u00e9rentes structures d'inodes et comportements de Shrinker. Je mesure toujours <em>sur le FS de destination<\/em>, plut\u00f4t que de reprendre des hypoth\u00e8ses.<\/li>\n  <li><strong>NFS\/Fichier de r\u00e9seau<\/strong>: La mise en cache et l'invalidation des attributs peuvent limiter les avantages du VFS. Une lib\u00e9ration agressive (valeurs \u00e9lev\u00e9es) entra\u00eene alors une augmentation des recherches \u00e0 distance.<\/li>\n  <li><strong>OverlayFS\/FUSE<\/strong>: De nombreuses petites op\u00e9rations li\u00e9es aux m\u00e9tadonn\u00e9es tirent largement parti du cache VFS ; je consid\u00e8re que ces valeurs sont plut\u00f4t mod\u00e9r\u00e9es \u00e0 faibles, \u00e0 condition de disposer de m\u00e9moire vive suffisante.<\/li>\n<\/ul>\n\n<h2>Aspects li\u00e9s aux conteneurs et aux cgroups<\/h2>\n\n<p>Dans les environnements de conteneurs, je garde \u00e0 l'esprit que vm.vfs_cache_pressure est un <strong>\u00e0 l'\u00e9chelle de l'h\u00e9bergeur<\/strong> Bouton. Les modifications concernent <em>tous<\/em> Pods\/conteneurs sur le n\u0153ud. Je pr\u00e9f\u00e8re donc adopter une approche prudente et coordonner l'optimisation au niveau du n\u0153ud.<\/p>\n\n<ul>\n  <li><strong>Limites de stockage<\/strong>: Les Memory-Cgroups limitent la m\u00e9moire des processus et le cache de pages ; la m\u00e9moire Slab peut \u00eatre prise en compte proportionnellement. J'observe des \u00e9v\u00e9nements Pod-OOM et Node-Pressure en lien avec cela.<\/li>\n  <li><strong>Composition de la charge de travail<\/strong>: Les n\u0153uds qui h\u00e9bergent \u00e0 la fois des pods de base de donn\u00e9es et des interfaces web n'enregistrent pas de valeurs extr\u00eames. Si n\u00e9cessaire, je r\u00e9partis les r\u00f4les sur diff\u00e9rents n\u0153uds.<\/li>\n  <li><strong>D\u00e9ploiement<\/strong>: D'abord Canaries (un n\u0153ud), puis d\u00e9ploiement progressif. Je consigne les modifications dans la baseline des n\u0153uds (sysctl.d) et je note les d\u00e9ploiements concern\u00e9s.<\/li>\n<\/ul>\n\n<h2>Cas particuliers de la pratique<\/h2>\n\n<p>Il est possible de s'attaquer de mani\u00e8re cibl\u00e9e \u00e0 certains sch\u00e9mas lorsque j'en connais les causes :<\/p>\n\n<ul>\n  <li><strong>T\u00e2ches CI\/Build<\/strong>: Les op\u00e9rations impliquant de nombreux acc\u00e8s courts aux fichiers et les analyses de r\u00e9pertoires tirent parti de valeurs plus faibles. Je les augmente \u00e0 nouveau une fois la t\u00e2che termin\u00e9e, si les n\u0153uds sont utilis\u00e9s \u00e0 des fins diverses.<\/li>\n  <li><strong>Fen\u00eatre de sauvegarde\/analyse<\/strong>: Les parcourus de r\u00e9pertoires de longue dur\u00e9e effacent les caches. Temporairement, un <em>plus \u00e9lev\u00e9<\/em> Valeur (par exemple 180) pour emp\u00eacher, pendant la sauvegarde, que les dentries\/inodes ne saturent la m\u00e9moire vive \u2013 je la r\u00e9initialise ensuite.<\/li>\n  <li><strong>Entr\u00e9es n\u00e9gatives<\/strong>: Les fichiers inexistants (404) sont \u00e9galement mis en cache. Les charges de travail Web pr\u00e9sentant de fr\u00e9quents acc\u00e8s infructueux gagnent en performances de mani\u00e8re mesurable si le cache VFS n'est pas vid\u00e9 de mani\u00e8re trop agressive.<\/li>\n  <li><strong>Streaming\/E\/S s\u00e9quentielle<\/strong>: C'est le cache de pages qui pr\u00e9domine ici ; des valeurs trop faibles n'apportent pas grand-chose et mobilisent inutilement de la m\u00e9moire vive. Je reste proche de 100 ou l\u00e9g\u00e8rement au-dessus.<\/li>\n<\/ul>\n\n<pre><code># Exemple : adopter une approche un peu plus agressive pendant une sauvegarde compl\u00e8te\nsudo sysctl -w vm.vfs_cache_pressure=180\n# Revenir \u00e0 la valeur optimale d\u00e9termin\u00e9e pr\u00e9c\u00e9demment apr\u00e8s la sauvegarde\nsudo sysctl -w vm.vfs_cache_pressure=60\n<\/code><\/pre>\n\n<h2>Automatisation et gouvernance<\/h2>\n\n<p>Une fois les tests r\u00e9ussis, j'int\u00e8gre ce param\u00e8tre dans mes builds standard. Il est important que les \u00e9quipes sachent que, <em>pourquoi<\/em> une valeur a \u00e9t\u00e9 s\u00e9lectionn\u00e9e et <em>quand<\/em> qui doit \u00eatre v\u00e9rifi\u00e9 (par exemple, apr\u00e8s un changement de version ou de charge de travail).<\/p>\n\n<ul>\n  <li><strong>Gestion de la configuration<\/strong>: Je d\u00e9finis des valeurs par d\u00e9faut pour chaque r\u00f4le (Web, base de donn\u00e9es, serveur de fichiers) dans \/etc\/sysctl.d\/ et je les distribue de mani\u00e8re centralis\u00e9e.<\/li>\n  <li><strong>Contr\u00f4le de la d\u00e9rive<\/strong>: Des audits r\u00e9guliers permettent de v\u00e9rifier si les valeurs en production correspondent \u00e0 celles du r\u00e9f\u00e9rentiel.<\/li>\n  <li><strong>Runbooks<\/strong>: Je consigne les \u00e9tapes de mesure, les seuils de rollback et les proc\u00e9dures d'urgence (par exemple, le r\u00e9initialisation \u00e0 100).<\/li>\n<\/ul>\n\n<pre><code># R\u00f4le : serveur web (exemple)\ncat &lt;&lt;&#039;EOF&#039; | sudo tee \/etc\/sysctl.d\/50-web-vfs.conf\nvm.vfs_cache_pressure = 60\nEOF\nsudo sysctl --system\n<\/code><\/pre>\n\n<h2>vm.vfs_cache_pressure et autres param\u00e8tres du noyau<\/h2>\n\n<p>Un bon r\u00e9sultat ne peut \u00eatre obtenu qu'en interaction avec <strong>vm.swappiness<\/strong> et les seuils de pages sales. Une valeur de swappiness plus faible (par exemple, 10 \u00e0 20) a tendance \u00e0 maintenir les processus en m\u00e9moire vive et \u00e9vite les transferts inutiles vers le disque. Avec vm.dirty_background_ratio et vm.dirty_ratio, je r\u00e9gle la rapidit\u00e9 avec laquelle le syst\u00e8me \u00e9crit les pages modifi\u00e9es, afin que les pics d\u2019\u00e9criture ne bloquent pas tout le syst\u00e8me. Je r\u00e8gle ces valeurs de mani\u00e8re \u00e0 ce que les recherches de m\u00e9tadonn\u00e9es restent rapides et que les op\u00e9rations d\u2019\u00e9criture se d\u00e9roulent de mani\u00e8re pr\u00e9visible. Je me sers ici d\u2019un aper\u00e7u concis de l\u2019interaction entre les caches de fichiers : <a href=\"https:\/\/webhosting.de\/fr\/systeme-de-fichiers-mise-en-cache-linux-cache-de-page-cacheboost\/\">Pr\u00e9sentation de la mise en cache du syst\u00e8me de fichiers<\/a>.<\/p>\n\n<h2>Recommandations concernant les environnements d'h\u00e9bergement et WordPress<\/h2>\n\n<p>De nombreux th\u00e8mes, plugins et fichiers multim\u00e9dias g\u00e9n\u00e8rent d'innombrables petits fichiers, ce qui explique pourquoi un puissant <strong>Cache VFS<\/strong> Cela aide nettement. Je commence par 100, je descends \u00e0 80 si la m\u00e9moire vive est suffisante, puis \u00e0 60, et je v\u00e9rifie les temps de r\u00e9ponse, le 95e centile des latences et le CPU-Steal. Si la m\u00e9moire reste suffisante, je teste la valeur 50 et je valide \u00e0 nouveau les r\u00e9sultats pendant les pics du soir ou lors des campagnes. Si les latences diminuent sans que le swap ou l\u2019OOM Killer ne se d\u00e9clenchent, je conserve ce param\u00e8tre de mani\u00e8re permanente. En parall\u00e8le, je surveille le cache de page afin que les deux caches se compl\u00e8tent de mani\u00e8re optimale.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/linux-cache-optimierung-7834.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>R\u00e9sum\u00e9<\/h2>\n\n<p>La commande vm.vfs_cache_pressure me permet de contr\u00f4ler la <strong>Balance<\/strong> de mani\u00e8re tr\u00e8s cibl\u00e9e, en fonction des recherches rapides de m\u00e9tadonn\u00e9es et de la m\u00e9moire RAM disponible. Pour les charges de travail li\u00e9es au Web, je r\u00e9duis mod\u00e9r\u00e9ment cette valeur ; pour les applications gourmandes en m\u00e9moire, je l\u2019augmente. Je justifie chaque modification par des mesures concernant les latences d\u2019E\/S, les coups au cache et l\u2019activit\u00e9 d\u2019\u00e9change. En combinaison avec vm.swappiness et les param\u00e8tres \u00ab dirty \u00bb, j\u2019obtiens une gestion stable de la m\u00e9moire. Je tire ainsi efficacement parti du cache du syst\u00e8me de fichiers Linux et maintiens de mani\u00e8re fiable des temps de r\u00e9ponse bas m\u00eame sous charge.<\/p>","protected":false},"excerpt":{"rendered":"<p>D\u00e9couvrez comment, gr\u00e2ce au mot-cl\u00e9 \u00ab vm.vfs_cache_pressure \u00bb, tirer le meilleur parti du cache du syst\u00e8me de fichiers Linux, g\u00e9rer les caches de mani\u00e8re cibl\u00e9e et am\u00e9liorer les performances des charges de travail de vos serveurs.<\/p>","protected":false},"author":1,"featured_media":20867,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[676],"tags":[],"class_list":["post-20874","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-server_vm"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"120","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":"1","_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"vm.vfs_cache_pressure","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"20867","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/posts\/20874","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/comments?post=20874"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/posts\/20874\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/media\/20867"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/media?parent=20874"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/categories?post=20874"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/tags?post=20874"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}