VPS
time_read52mn de lecture

Swap VPS Linux : comment créer, configurer et optimiser la mémoire en 2026

04 juillet 2026
Résumez avec:

Swap VPS Linux : comment créer, configurer et optimiser la mémoire en 2026

Un VPS Linux peut rapidement devenir instable lorsque sa mémoire RAM est trop sollicitée. Le problème se manifeste souvent par des ralentissements, des services qui ne répondent plus, des applications qui s’arrêtent sans raison apparente ou des processus tués automatiquement par le noyau. ⚡Dans les journaux système, ce type d’incident est souvent associé à une erreur OOM, pour Out of Memory. Cela signifie que le serveur n’a plus assez de mémoire disponible pour continuer à exécuter correctement ses processus.✨

Contenus masquer

En vérifiant l’état du serveur avec la commande free -h, on constate parfois qu’aucun swap n’est configuré. 😉Dans d’autres cas, le swap VPS Linux existe déjà, mais il est utilisé en permanence alors que de la RAM semble encore disponible. Cette situation indique souvent une configuration mémoire inadaptée à un serveur en production. Bien configuré, le swap Linux permet d’absorber certains pics de charge et de limiter les interruptions brutales.

Objectif

👇L’objectif de ce tutoriel est de vous montrer comment créer un fichier swap sur un VPS Linux, l’activer correctement, puis le rendre persistant après redémarrage. ✨La procédure présentée s’adresse principalement aux serveurs sous Debian et Ubuntu, deux distributions très utilisées pour l’hébergement de sites web, d’applications ou de services en ligne. Nous verrons comment créer le fichier swap avec fallocate, comment le sécuriser avec les bonnes permissions, puis comment l’activer avec mkswap et swapon. Vous apprendrez aussi à modifier le fichier /etc/fstab afin que le swap reste actif après chaque redémarrage du VPS.🎉 Enfin, nous aborderons l’optimisation de deux paramètres importants du noyau Linux : vm.swappiness et vm.vfs_cache_pressure. Ces réglages permettent de mieux contrôler l’utilisation du swap et d’adapter le comportement mémoire à un serveur VPS en production.

Pré-requis

Avant de suivre ce guide, vous devez :

  • disposer d’un VPS Linux sous Debian 11/12 ou Ubuntu 22.04/24.04, avec un accès SSH root ou un utilisateur autorisé à utiliser sudo. Sur un VPS KVM LWS, les identifiants de connexion sont généralement transmis dans l’email de confirmation de commande, ce qui permet d’administrer rapidement le serveur en ligne de commande,
  • connaître les bases de la ligne de commande Linux : vous connecter en SSH, exécuter une commande, lire un résultat dans le terminal et modifier un fichier avec un éditeur comme nano,
  • Aucune compétence avancée en administration système n’est nécessaire, mais chaque commande doit être exécutée avec attention, notamment lors de la modification de fichiers système comme /etc/fstab,
  • vérifier l’espace disque disponible avant de créer un fichier swap.

Comprendre le swap Linux : ce que c’est réellement

Le swap Linux est un espace situé sur le disque que le noyau peut utiliser lorsque la mémoire RAM disponible devient insuffisante. Concrètement, Linux déplace certaines pages mémoire peu utilisées vers le swap afin de libérer de la RAM pour les processus les plus actifs.

Sur un VPS Linux, ce mécanisme peut éviter qu’un service soit interrompu brutalement lors d’un pic de consommation mémoire. Par exemple, un site WordPress, une application Node.js, un processus PHP-FPM ou une base de données peuvent consommer plus de RAM que prévu pendant une mise à jour, un trafic important ou une tâche lourde. Sans fichier swap, le noyau Linux peut alors tuer un processus pour protéger le système. C’est ce qui provoque souvent une erreur OOM.

Le swap agit donc comme une réserve de secours. Il donne au système une marge supplémentaire lorsque la RAM physique arrive à saturation. Cette marge peut suffire à stabiliser un serveur pendant un pic ponctuel, à éviter l’arrêt d’un service critique ou à laisser le temps à l’administrateur d’identifier la cause du problème.

Il ne faut cependant pas confondre swap et RAM physique. La RAM est conçue pour des accès extrêmement rapides, tandis que le swap repose sur le disque. Même avec un disque SSD NVMe, le swap reste beaucoup plus lent. Un serveur qui utilise constamment son swap n’est donc pas réellement optimisé : il manque probablement de mémoire vive.

Dans le cadre d’un swap VPS Linux, l’objectif n’est pas de transformer le disque en RAM, mais de réduire les risques de crash lors de pics temporaires. Si le swap est sollicité en permanence, il faut envisager une optimisation applicative ou une montée en gamme vers un VPS disposant de plus de RAM.

Deux formes de swap sous Linux

Sous Linux, le swap peut être configuré de deux manières principales : sous forme de fichier swap ou sous forme de partition swap. Les deux méthodes poursuivent le même objectif : fournir au système un espace disque utilisable lorsque la RAM disponible devient insuffisante. En revanche, elles ne présentent pas la même souplesse, surtout dans le contexte d’un VPS Linux déjà installé.

Type de swap Description Recommandé sur VPS

Fichier swap

Fichier dédié créé sur le système de fichiers existant

✅ Oui — flexible, simple à créer et à modifier

Partition swap

Partition disque dédiée exclusivement au swap

⬜ Peu pratique sur un VPS déjà partitionné

Sur un VPS KVM LWS, la méthode la plus adaptée est généralement le fichier swap. Elle ne nécessite pas de repartitionner le disque, ne demande pas de réinstallation du système et peut être ajustée plus facilement si vos besoins évoluent. Vous pouvez créer un fichier de 2 Go, le remplacer plus tard par un fichier de 4 Go, ou le supprimer si nécessaire.

La partition swap, elle, est plutôt prévue au moment de l’installation initiale d’un système. Sur un serveur déjà en production, la modifier peut être plus risqué, car cela touche à la structure du disque. Pour un administrateur VPS qui souhaite une solution rapide, propre et réversible, le fichier swap Linux est donc la méthode à privilégier.

Ce que le swap n’est pas

Le swap VPS Linux est utile, mais il ne doit pas être mal interprété. Il ne s’agit pas d’un remplacement de la RAM physique. La RAM reste beaucoup plus rapide que le disque, même lorsque le VPS utilise un stockage SSD NVMe. Lorsqu’un serveur commence à utiliser intensivement son swap, les performances peuvent donc se dégrader : les pages mémoire doivent être lues et écrites sur le disque, ce qui ralentit les traitements.

Le swap n’est pas non plus une solution durable à un manque chronique de mémoire. Si votre serveur utilise constamment son fichier swap, cela signifie souvent que les applications installées consomment plus de RAM que le VPS ne peut en fournir. Dans ce cas, il faut analyser les processus actifs, optimiser les services ou envisager une offre avec davantage de mémoire.

Enfin, le swap ne protège pas absolument contre toutes les erreurs OOM. Il réduit les risques lors de pics ponctuels, mais il ne peut pas compenser une saturation permanente. Il doit être vu comme un filet de sécurité mémoire, pas comme une extension magique de la RAM.

Une bonne configuration consiste donc à créer un swap raisonnable, à ajuster vm.swappiness, puis à surveiller régulièrement la mémoire. Si le swap reste fortement utilisé pendant plusieurs jours, le vrai problème n’est probablement pas la configuration : c’est le dimensionnement du VPS.

Vérifier l’état actuel de la mémoire et du swap

Avant de créer un fichier swap, il faut toujours commencer par vérifier l’état actuel de la mémoire RAM, du swap et de l’espace disque disponible. Cette étape permet d’éviter deux erreurs fréquentes : créer un swap inutile alors qu’il existe déjà, ou créer un fichier trop volumineux sur une partition presque pleine.

Sur un VPS Linux, le diagnostic repose principalement sur trois commandes simples :

  • free -h pour afficher l’utilisation de la RAM et du swap ;
  • swapon --show pour vérifier si un swap est actif ;
  • df -h / pour contrôler l’espace disque disponible sur la partition principale.

Ces commandes doivent être exécutées en SSH, avec un utilisateur disposant des droits nécessaires. Elles ne modifient rien sur le serveur : elles servent uniquement à observer l’état actuel du système avant de passer à la configuration.

1. Afficher l’utilisation de la RAM et du swap

La première commande à utiliser est free -h. Elle affiche l’état de la mémoire RAM et du swap dans un format lisible, avec des unités comme MiB ou GiB.

free -h

Exemple de sortie typique sur un VPS Linux sans swap configuré :

               total        used        free      shared  buff/cache   available
Mem:           1.9Gi       856Mi       124Mi        12Mi       982Mi       852Mi
Swap:             0B          0B          0B
Vérifier l'état du swap sur un VPS KVM LWS
Dans cet exemple, la ligne Swap affiche 0B. Cela signifie qu’aucun swap n’est disponible sur le serveur. Si la RAM vient à manquer, le noyau Linux n’aura donc pas d’espace de secours sur le disque. Le risque d’erreur OOM est alors plus élevé en cas de pic de charge.

Il faut aussi bien interpréter les colonnes de la ligne Mem. La colonne free indique uniquement la mémoire totalement libre, mais ce n’est pas toujours la valeur la plus importante. Sous Linux, une partie de la RAM est utilisée comme cache disque afin d’améliorer les performances. Cette mémoire peut être récupérée si une application en a besoin.

La colonne la plus utile est donc souvent available. Elle indique la mémoire réellement disponible pour de nouveaux processus, en tenant compte de la mémoire libre et du cache récupérable. Une valeur free faible n’est donc pas forcément inquiétante si la valeur available reste confortable.

2. Vérifier si un swap est déjà configuré

Après avoir consulté l’état global de la mémoire avec free -h, il est utile de vérifier plus précisément si un swap Linux est déjà actif sur le VPS. Pour cela, utilisez la commande suivante :

swapon --show

Vérifier si un swap est déjà configuré

Si aucun résultat ne s’affiche, cela signifie qu’aucun fichier swap ni aucune partition swap n’est actuellement activé sur le serveur.

Exemple de résultat vide :

swapon --show

Dans ce cas, la commande revient simplement à la ligne suivante sans afficher de tableau. C’est le comportement attendu lorsque le VPS Linux ne dispose pas encore de swap actif.

Si un swap est configuré, la commande affiche généralement plusieurs informations : le chemin du fichier ou de la partition, le type de swap, sa taille, son niveau d’utilisation et sa priorité.

Exemple :

NAME      TYPE SIZE USED PRIO
/swapfile file   2G   0B   -2
Ici, le serveur dispose d’un fichier swap nommé /swapfile, avec une taille de 2 Go. La colonne USED indique la quantité actuellement utilisée. Si cette valeur augmente régulièrement, il faudra surveiller le comportement mémoire du VPS, car un swap utilisé en permanence peut révéler un manque de RAM.

3. Vérifier l’espace disque disponible avant de créer le swap

Avant de créer un fichier swap, vous devez vérifier que la partition principale dispose de suffisamment d’espace disque libre. Un fichier swap occupe réellement de l’espace sur le disque. Par exemple, un swap de 2 Go réduit d’autant l’espace disponible pour le système, les sites web, les bases de données, les logs et les sauvegardes locales.

Pour contrôler l’espace disponible sur la partition racine, utilisez :

df -h /

Exemple de sortie :

Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        40G   12G   26G  32% /
Vérifier l'espace disque disponible avant de créer le swap
Dans cet exemple, la colonne Avail indique qu’il reste 26 Go disponibles sur la partition /. Il est donc possible de créer un fichier swap de 2 Go sans risque immédiat.

En revanche, si la partition est déjà utilisée à plus de 85 % ou 90 %, évitez de créer un swap volumineux sans nettoyage préalable. Un disque saturé peut provoquer d’autres problèmes : impossibilité d’écrire des logs, erreurs applicatives, échec des mises à jour ou blocage de certains services.

Besoin d’un serveur VPS KVM performant et flexible ?

Découvrez nos offres VPS KVM haut de gamme : des ressources garanties et un contrôle total pour vos projets. Profitez d’un hébergement 100 % SSD, d’un accès root complet, le tout dans un datacenter en France. Démarrez dès maintenant à partir de 4,99 €/mois !

Je choisis mon VPS KVM

Créer un fichier swap

Une fois l’état de la RAM, du swap et du disque vérifié, vous pouvez passer à la création du fichier swap. Cette méthode est particulièrement adaptée à un VPS Linux, car elle ne nécessite pas de modifier les partitions existantes.

Le principe est simple : vous créez un fichier dédié, vous limitez ses permissions, vous le formatez comme espace de swap, puis vous l’activez. Ensuite, vous pourrez le rendre persistant au redémarrage dans le fichier /etc/fstab.

Dans ce guide, nous allons créer un fichier nommé /swapfile. C’est un nom courant, simple à identifier et facile à maintenir. Vous pouvez choisir un autre chemin, mais il est conseillé de rester sur une convention claire pour éviter les erreurs lors des futures interventions.

1. Créer le fichier avec fallocate

La méthode la plus simple pour créer un fichier swap Linux consiste à utiliser la commande fallocate. Elle permet de réserver rapidement un fichier de la taille souhaitée.

Pour créer un swap de 2 Go, exécutez :

sudo fallocate -l 2G /swapfile

créer le fichier swap

Cette commande crée un fichier nommé /swapfile à la racine du système. L’option -l 2G indique la taille souhaitée, ici 2 Go.

Vous pouvez vérifier que le fichier a bien été créé avec :

ls -lh /swapfile

Afficher le fichier swap

Exemple de résultat :

-rw-r--r-- 1 root root 2.0G Jun 10 14:22 /swapfile

À ce stade, le fichier existe, mais il n’est pas encore sécurisé, formaté ni activé comme swap. Les étapes suivantes sont donc indispensables.

Si fallocate n’est pas disponible ou si le système de fichiers ne le prend pas en charge, utilisez dd comme alternative :

sudo dd if=/dev/zero of=/swapfile bs=1024 count=2097152
Cette commande crée également un fichier de 2 Go, mais elle est généralement plus lente que fallocate, car elle écrit réellement des blocs de zéros dans le fichier.

Quelle taille choisir ?

La taille idéale du swap VPS Linux dépend de la quantité de RAM physique, du type d’applications hébergées et du niveau de sécurité souhaité contre les pics mémoire. Il n’existe pas de règle universelle, mais les repères suivants conviennent à de nombreux usages sur serveur.

RAM du VPS Taille de swap recommandée Contexte

1 Go

2 Go

Protection contre les erreurs OOM sur un serveur web léger

2 Go

2 à 4 Go

WordPress, PHP-FPM, applications Node.js, petits services applicatifs

4 Go

2 Go

Serveur web avec base de données légère, RAM suffisante pour la plupart des pics

8 Go et plus

1 à 2 Go

Filet de sécurité, rarement utilisé en fonctionnement normal

Pour un VPS Linux avec 2 Go de RAM, un fichier swap de 2 Go constitue souvent un bon point de départ. Vous pouvez monter à 4 Go si le serveur exécute des tâches ponctuellement gourmandes, comme des builds applicatifs, des traitements d’images, des sauvegardes compressées ou des opérations de maintenance lourdes.

Attention toutefois à ne pas surdimensionner le swap. Un fichier swap très volumineux ne remplace pas une vraie montée en RAM. Si le serveur utilise constamment plusieurs gigaoctets de swap, les performances seront fortement dégradées. Dans ce cas, il vaut mieux analyser les processus actifs ou envisager un VPS KVM LWS avec davantage de mémoire.

2. Sécuriser les permissions du fichier swap

Avant d’activer le fichier swap, il est indispensable de corriger ses permissions. Par défaut, après sa création avec fallocate, le fichier peut être lisible par d’autres utilisateurs du système. Or, un fichier swap Linux peut contenir temporairement des fragments de mémoire issus de processus actifs. Il doit donc être strictement réservé à l’utilisateur root.

Appliquez les permissions suivantes :

sudo chmod 600 /swapfile

Cette commande donne les droits de lecture et d’écriture uniquement à root. Aucun autre utilisateur du serveur ne peut lire ou modifier le fichier.

Vous pouvez vérifier les permissions avec :

ls -lh /swapfile

Le résultat attendu doit ressembler à ceci :

-rw------- 1 root root 2.0G Jun 10 14:22 /swapfile

Sécuriser les permissions du fichier swap

Les permissions -rw------- indiquent que seul root peut accéder au fichier. Cette étape est importante pour la sécurité, mais aussi pour le bon fonctionnement du swap VPS Linux. Si les permissions sont trop ouvertes, par exemple en 0644, le noyau Linux peut refuser d’activer le swap et afficher une erreur du type :

swapon: /swapfile: insecure permissions 0644, 0600 suggested.

Dans ce cas, il suffit de relancer :

sudo chmod 600 /swapfile

Puis de reprendre la procédure d’activation.

3. Formater le fichier en espace de swap

Le fichier /swapfile existe désormais et ses permissions sont correctes, mais il ne peut pas encore être utilisé comme swap Linux. Il faut d’abord le formater avec la commande mkswap.

Exécutez :

sudo mkswap /swapfile

Cette commande prépare le fichier pour qu’il soit reconnu par le noyau comme un espace de swap valide.

Exemple de sortie possible :

Setting up swapspace version 1, size = 2 GiB (2147479552 bytes)
no label, UUID=2f4b7d9e-2d91-4b84-91c7-9e8d2c8f2b31
Formater le fichier en espace de swap
Le système indique ici que le fichier a bien été configuré comme swap. L’UUID affiché peut être différent sur votre serveur : c’est normal, il est généré automatiquement.

Cette étape est obligatoire. Si vous tentez d’activer le fichier avec swapon sans avoir exécuté mkswap, vous risquez d’obtenir une erreur comme :

swapon: /swapfile: read swap header failed

Dans ce cas, relancez simplement :

sudo mkswap /swapfile

Puis continuez avec l’activation du swap.

4. Activer le swap

Une fois le fichier créé, sécurisé et formaté, vous pouvez activer le swap avec la commande swapon.

Exécutez :

sudo swapon /swapfile

Activer le swap

La commande ne retourne généralement aucun message si tout s’est bien passé. C’est un comportement normal sous Linux : l’absence d’erreur signifie que le fichier swap a été activé correctement.

À partir de ce moment, le noyau peut utiliser /swapfile comme espace mémoire secondaire lorsque la RAM devient insuffisante. Le serveur dispose donc d’une marge supplémentaire pour absorber certains pics de charge et limiter les risques d’erreur OOM.

Attention toutefois : cette activation est immédiate, mais elle n’est pas encore persistante après redémarrage. Si vous redémarrez le VPS Linux maintenant, le swap ne sera pas automatiquement réactivé. Nous corrigerons cela dans la section suivante avec le fichier /etc/fstab.

Avant d’aller plus loin, il faut vérifier que le swap est bien actif.

5. Vérifier que le swap est actif

Pour confirmer que le swap VPS Linux est bien activé, utilisez d’abord :

swapon --show

Vous devriez obtenir un résultat similaire :

NAME      TYPE SIZE USED PRIO
/swapfile file   2G   0B   -2

Vérification de swap si actif sur un VPS KVM LWS

Ce tableau confirme que le fichier /swapfile est reconnu comme espace de swap. La colonne SIZE indique sa taille totale, ici 2 Go. La colonne USED indique la quantité actuellement utilisée. Juste après l’activation, elle peut afficher 0B, ce qui est normal si la RAM disponible est suffisante.

Vous pouvez également vérifier avec :

free -h

Exemple de résultat après activation :

               total        used        free      shared  buff/cache   available
Mem:           1.9Gi       870Mi       110Mi        12Mi       980Mi       830Mi
Swap:          2.0Gi          0B       2.0Gi

La ligne Swap affiche maintenant une valeur non nulle. Cela signifie que le fichier swap est bien opérationnel.

À ce stade, le VPS Linux dispose d’un swap actif, mais uniquement pour la session système en cours. Pour éviter de devoir relancer manuellement swapon /swapfile après chaque redémarrage, il faut maintenant rendre cette configuration persistante.

Rendre le swap persistant au redémarrage

À ce stade, le fichier swap est actif, mais uniquement pour la session en cours. Cela signifie qu’il fonctionne tant que le VPS Linux reste démarré. En revanche, après un redémarrage du serveur, le système ne réactivera pas automatiquement /swapfile si aucune entrée n’a été ajoutée dans le fichier /etc/fstab.

Le fichier /etc/fstab sert à indiquer au système quels volumes, partitions ou espaces spéciaux doivent être montés ou activés au démarrage. Pour rendre le swap VPS Linux persistant, il faut donc y ajouter une ligne spécifique.

Cette étape doit être réalisée avec attention. Une erreur dans /etc/fstab peut provoquer des problèmes au démarrage du serveur. C’est pourquoi il est recommandé de sauvegarder le fichier avant toute modification.

1. Sauvegarder /etc/fstab avant modification

Avant de modifier /etc/fstab, créez une copie de sauvegarde. Cette précaution permet de restaurer le fichier d’origine en cas d’erreur de saisie ou de mauvaise manipulation.

Exécutez la commande suivante :

sudo cp /etc/fstab /etc/fstab.bak

Cette commande crée une sauvegarde nommée /etc/fstab.bak. Elle ne modifie pas la configuration actuelle du serveur.

Vous pouvez vérifier que la sauvegarde existe avec :

ls -lh /etc/fstab.bak

Exemple de résultat :

-rw-r--r-- 1 root root 625 Jun 10 14:35 /etc/fstab.bak

Sauvegarder /etc/fstab avant modification

Cette sauvegarde est particulièrement utile avant toute intervention sur un fichier système sensible. Sur un VPS en production, il est également conseillé de créer un snapshot depuis le panel d’administration avant de modifier une configuration liée au démarrage.

En cas de problème, cette copie vous permettra de comparer les deux fichiers ou de restaurer rapidement la version précédente.

2. Ajouter le swap dans /etc/fstab

Pour que le fichier swap soit automatiquement activé à chaque démarrage du VPS Linux, ajoutez la ligne suivante à la fin du fichier /etc/fstab :

echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

Cette commande ajoute l’entrée nécessaire sans ouvrir manuellement le fichier. Le point important est l’option -a utilisée avec tee. Elle signifie append, c’est-à-dire “ajouter à la fin du fichier”.

Sans cette option, vous pourriez écraser le contenu existant de /etc/fstab, ce qui serait problématique. Le fichier contient souvent des informations essentielles sur la partition racine, les volumes montés et d’autres éléments nécessaires au bon démarrage du système.

La ligne ajoutée signifie :

  • /swapfile : chemin du fichier swap ;
  • none : aucun point de montage classique n’est nécessaire ;
  • swap : type d’espace utilisé ;
  • sw : option standard pour activer le swap ;
  • 0 0 : options liées à la sauvegarde et à la vérification du système de fichiers, inutiles ici.

Grâce à cette configuration, le swap Linux sera automatiquement pris en compte lors des prochains redémarrages.

3. Vérifier le contenu ajouté

Après avoir modifié /etc/fstab, vérifiez toujours que la ligne a bien été ajoutée. Utilisez par exemple :

tail -3 /etc/fstab

Vous devriez voir apparaître une ligne similaire à celle-ci :

/swapfile none swap sw 0 0

Si cette ligne est présente, la configuration de persistance est correcte.

Vous pouvez également afficher tout le fichier avec :

cat /etc/fstab

Vérifiez que le contenu existant n’a pas été supprimé et que la ligne du swap se trouve bien en plus des autres entrées. Cette vérification est importante, car une mauvaise modification de /etc/fstab peut empêcher un VPS Linux de redémarrer normalement.

Pour tester la configuration sans redémarrer immédiatement, vous pouvez désactiver puis réactiver le swap :

sudo swapoff /swapfile
sudo swapon /swapfile

Ensuite, contrôlez à nouveau l’état du swap VPS Linux :

swapon --show
free -h

Si /swapfile apparaît bien dans swapon --show et que la ligne Swap est visible dans free -h, votre configuration est opérationnelle. Le fichier swap est maintenant actif et persistant après redémarrage.

Optimiser les paramètres noyau : swappiness et vfs_cache_pressure

Une fois le swap VPS Linux créé, activé et rendu persistant, il est important d’ajuster le comportement du noyau Linux. Par défaut, certains paramètres mémoire sont pensés pour un usage généraliste. Ils peuvent convenir à un poste de travail, mais ne sont pas toujours adaptés à un serveur VPS en production.

Deux réglages sont particulièrement utiles :

  • vm.swappiness : il contrôle la tendance du système à utiliser le swap ;
  • vm.vfs_cache_pressure : il influence la manière dont Linux conserve ou libère certains caches liés au système de fichiers.

Ces paramètres ne changent pas la quantité de RAM disponible. En revanche, ils permettent d’optimiser la façon dont le noyau arbitre entre mémoire vive, cache disque et fichier swap. Sur un VPS hébergeant un site web, une base de données ou une application, ce réglage peut améliorer la stabilité et limiter l’usage prématuré du swap.

1. vm.swappiness : contrôler l’agressivité du swap

Le paramètre vm.swappiness indique au noyau Linux à quel point il doit utiliser le swap plutôt que de conserver les données en RAM. Plus la valeur est élevée, plus le système aura tendance à déplacer des pages mémoire vers le swap. Plus elle est basse, plus Linux cherchera à conserver les données en RAM aussi longtemps que possible.

Sur de nombreuses distributions Linux, la valeur par défaut est souvent 60. Ce réglage peut être pertinent pour un usage polyvalent, mais il est généralement trop agressif pour un serveur VPS. Sur un serveur en production, on préfère que le swap serve de filet de sécurité, et non qu’il soit utilisé trop tôt.

Pour un VPS Linux, une valeur de 10 est souvent recommandée. Elle permet de limiter l’utilisation du swap aux situations où la pression mémoire devient réellement importante.

Valeur Comportement Recommandé pour

0

Utilisation du swap très limitée, proche d’un dernier recours

À éviter dans la plupart des cas, car le risque d’erreur OOM augmente

10

Le swap est utilisé surtout lorsque la RAM devient fortement sollicitée

Serveurs VPS, hébergement web, production

60

Valeur par défaut fréquente, comportement équilibré mais parfois trop actif

Usage généraliste ou poste de travail

100

Utilisation beaucoup plus fréquente du swap

Non recommandé pour un serveur web classique

Pour consulter la valeur actuelle de vm.swappiness, utilisez :

cat /proc/sys/vm/swappiness

Pour appliquer immédiatement une valeur de 10, exécutez :

sudo sysctl vm.swappiness=10

Vérifiez ensuite que la modification est bien prise en compte :

cat /proc/sys/vm/swappiness

Vous devriez obtenir :

10

Exécuter la commande VM

Cette modification est immédiate, mais elle n’est pas encore persistante après redémarrage. Pour conserver ce réglage, ajoutez-le dans /etc/sysctl.conf :

echo 'vm.swappiness=10' | sudo tee -a /etc/sysctl.conf

À partir de là, le VPS Linux utilisera une configuration plus adaptée à un contexte serveur. Le fichier swap restera disponible, mais le noyau évitera de l’utiliser trop tôt tant que la RAM physique peut encore absorber la charge.

2. vm.vfs_cache_pressure : contrôler la libération du cache inode/dentry

Le paramètre vm.vfs_cache_pressure contrôle la manière dont le noyau Linux libère certains caches liés au système de fichiers, notamment les inodes et les dentries. Ces éléments permettent au système de retrouver plus rapidement les informations sur les fichiers et les répertoires.

Par défaut, la valeur est souvent fixée à 100. Cela signifie que le noyau applique un comportement équilibré pour libérer ce cache. Sur un VPS Linux qui accède fréquemment à de nombreux fichiers, comme un serveur WordPress, un hébergement PHP ou une application avec beaucoup de fichiers statiques, réduire légèrement cette valeur peut aider à conserver plus longtemps ces informations en cache.

Une valeur de 50 est généralement utilisée pour inciter le système à libérer moins rapidement ce cache. Cela peut améliorer les performances dans certains contextes, car le serveur évite de relire trop souvent les mêmes informations sur le disque.

Pour appliquer immédiatement ce réglage, utilisez :

sudo sysctl vm.vfs_cache_pressure=50

Puis vérifiez la valeur active :

cat /proc/sys/vm/vfs_cache_pressure

Vous devriez obtenir :

50

Exécuter la commande vfs

Comme pour vm.swappiness, cette modification disparaîtra après redémarrage si elle n’est pas enregistrée dans /etc/sysctl.conf. Pour la rendre persistante, exécutez :

echo 'vm.vfs_cache_pressure=50' | sudo tee -a /etc/sysctl.conf

Ce réglage ne doit pas être considéré comme une solution miracle. Il permet d’affiner le comportement mémoire du noyau, mais il doit rester cohérent avec l’usage réel du serveur. Si le VPS manque fortement de RAM, ce paramètre ne suffira pas à compenser un mauvais dimensionnement.

3. Appliquer toutes les modifications persistantes sans redémarrer

Après avoir ajouté vm.swappiness et vm.vfs_cache_pressure dans /etc/sysctl.conf, vous pouvez demander au système de relire ce fichier sans redémarrer le VPS Linux.

Exécutez :

sudo sysctl -p

Exemple de résultat attendu :

vm.swappiness = 10
vm.vfs_cache_pressure = 50

Cette sortie confirme que les deux paramètres ont bien été chargés par le noyau. Vous pouvez également vérifier chaque valeur avec :

cat /proc/sys/vm/swappiness
cat /proc/sys/vm/vfs_cache_pressure

Résultat attendu :

10
50

À ce stade, votre swap VPS Linux est non seulement actif et persistant, mais aussi associé à des paramètres mémoire plus adaptés à un serveur en production. Le système évitera d’utiliser trop agressivement le swap, tout en conservant un cache fichier plus efficace.

Surveiller l’utilisation de la mémoire et du swap

Après avoir créé et optimisé le swap VPS Linux, il est important de surveiller son comportement dans le temps. Un fichier swap correctement configuré ne doit pas être utilisé en permanence. Il doit surtout servir de filet de sécurité lorsque la RAM approche temporairement de la saturation.

La surveillance permet de répondre à plusieurs questions importantes : le serveur dispose-t-il encore de suffisamment de mémoire disponible ? Le swap est-il utilisé ponctuellement ou constamment ? Certains processus consomment-ils trop de RAM ? Le VPS doit-il être optimisé ou redimensionné ?

Sur un VPS Linux, vous pouvez effectuer ce suivi directement en ligne de commande avec free, swapon, watch, htop ou via l’analyse des processus. Ces outils permettent d’obtenir une vision rapide de l’état mémoire du serveur, sans installer de solution de supervision complexe.

1. Vue en temps réel

Pour surveiller la RAM et le swap en temps réel, vous pouvez combiner free -h et swapon --show avec la commande watch. Celle-ci relance automatiquement une commande à intervalle régulier.

Exécutez :

watch -n 1 'free -h && echo "---" && swapon --show'

vérifier les états du swap sur un VPS KVM LWS

Cette commande met à jour l’affichage toutes les secondes. La première partie affiche l’état de la mémoire RAM, puis la ligne --- sépare visuellement les résultats, et swapon --show affiche les informations détaillées sur le swap actif.

Vous obtenez ainsi une vue pratique pour observer le comportement du serveur pendant une opération lourde : mise à jour système, sauvegarde, import de base de données, build applicatif, pic de trafic ou traitement planifié.

Surveillez surtout trois éléments :

  • la colonne available dans free -h, qui indique la mémoire réellement disponible ;
  • la ligne Swap, qui montre si le swap commence à être utilisé ;
  • la colonne USED de swapon --show, qui indique la quantité de swap consommée.

Si le swap VPS Linux reste à 0B ou augmente seulement pendant de courts pics, le comportement est généralement sain. En revanche, si le swap augmente régulièrement et ne redescend jamais, cela peut révéler un manque de RAM ou une application trop gourmande.

2. Identifier les processus qui utilisent le swap

Lorsque le swap est utilisé, il peut être utile d’identifier les processus responsables. Linux expose de nombreuses informations dans le répertoire /proc, notamment la quantité de swap utilisée par chaque processus.

La commande suivante affiche les 10 processus qui consomment le plus de swap :

for file in /proc/*/status; do
  awk '/VmSwap|Name/{printf $2 " " $3}END{ print ""}' $file
done | sort -k 2 -n -r | head -10

Cette commande parcourt les fichiers status des processus actifs, extrait le nom du processus et la valeur VmSwap, puis trie les résultats pour afficher les plus gros consommateurs en premier.

Exemple de résultat possible :

mysqld 524288 kB
php-fpm8.2 131072 kB
node 65536 kB
apache2 32768 kB
Dans cet exemple, le processus mysqld utilise une quantité importante de swap. Cela peut indiquer une base de données trop sollicitée, un cache mal dimensionné ou une RAM insuffisante pour la charge réelle du serveur.

Cette analyse est particulièrement utile sur un VPS Linux qui héberge plusieurs services : serveur web, base de données, moteur PHP, application Node.js, tâches cron ou outils de sauvegarde. Elle permet d’éviter une conclusion trop rapide. Le problème ne vient pas toujours du swap lui-même : il vient souvent d’un processus qui consomme trop de mémoire.

Si un processus apparaît systématiquement en tête, analysez sa configuration avant d’augmenter la taille du fichier swap. Par exemple, il peut être plus efficace d’ajuster les paramètres de PHP-FPM, de réduire la mémoire allouée à une base de données ou de désactiver une extension trop lourde.

3. Lecture via htop

L’outil htop offre une lecture plus visuelle de l’utilisation des ressources système. Il permet d’observer la RAM, le swap, la charge CPU et les processus actifs dans une interface interactive en terminal.

Si htop n’est pas encore installé, vous pouvez l’ajouter avec :

sudo apt update
sudo apt install htop -y
Lancez ensuite l’outil :
htop
Exécuter la commande htop
En haut de l’écran, htop affiche généralement des barres dédiées au CPU, à la mémoire RAM et au swap. Vous pouvez ainsi voir rapidement si le fichier swap est utilisé et dans quelle proportion.

Pour obtenir une lecture plus précise, vous pouvez ajouter une colonne dédiée au swap par processus :

  • appuyez sur F2 pour ouvrir les paramètres ;
  • allez dans Columns ;
  • ajoutez la colonne SWAP si elle est disponible ;
  • sauvegardez la configuration avec F10.

Cette vue est pratique pour repérer les services qui utilisent beaucoup de mémoire. Elle permet aussi de vérifier si le serveur revient à un état normal après une opération lourde. Par exemple, si le swap augmente pendant une sauvegarde puis se stabilise ensuite, le comportement peut être acceptable. Si le swap reste élevé en permanence, il faut approfondir le diagnostic.

Sur un VPS en production, htop ne remplace pas une supervision longue durée, mais il reste très utile pour un contrôle immédiat en SSH. Il complète les commandes free -h, swapon --show et l’analyse des processus via /proc.

4. Supervision depuis le Panel KVM LWS

En complément des commandes exécutées en SSH, le Panel KVM LWS permet de suivre l’état général de votre VPS Linux depuis une interface graphique. C’est une solution pratique lorsque vous souhaitez vérifier rapidement si le serveur subit une pression mémoire, sans ouvrir immédiatement une session terminal.

Depuis le Panel KVM LWS, vous pouvez consulter les graphiques de performance liés aux ressources du VPS, notamment l’utilisation du CPU, de la RAM et du réseau. Selon la configuration disponible dans votre interface, ces graphiques permettent d’observer l’évolution des ressources sur différentes périodes, par exemple sur quelques heures, plusieurs jours ou plusieurs semaines.

Surveiller les graphiques depuis le panel LWS

Cette supervision est particulièrement utile pour repérer les tendances. Une commande comme free -h donne une photographie instantanée de l’état mémoire, tandis qu’un graphique permet de voir si la RAM se remplit progressivement, si les pics sont ponctuels ou si le serveur reste sous pression pendant de longues périodes.

Pour accéder aux informations de performance, rendez-vous dans votre espace client LWS, puis dans la gestion de votre VPS KVM. Recherchez ensuite la rubrique liée à la supervision, aux graphiques de performance ou aux ressources serveur. Pour aller plus loin, consultez notre guide pour surveiller les ressources système avec le Panel KVM LWS.

Trucs et astuces


Besoin de surveiller plus facilement votre VPS ?
Le Panel KVM LWS permet de suivre les ressources de votre serveur et d’identifier plus rapidement les périodes de forte consommation mémoire. Les offres VPS KVM LWS incluent un accès root complet, un stockage SSD NVMe et des outils pratiques pour administrer votre serveur Linux.
Voir les VPS KVM LWS

Diagnostiquer un VPS qui swappe trop

Un swap VPS Linux bien configuré doit rester un mécanisme de secours. Il est normal qu’il soit utilisé ponctuellement lors d’un pic de charge, par exemple pendant une sauvegarde, un import de base de données, un traitement d’images ou un build applicatif. En revanche, un swap utilisé en permanence doit attirer votre attention.

Lorsqu’un VPS swappe trop, le serveur peut devenir lent même si les services restent actifs. Les pages mémoire sont alors déplacées entre la RAM et le disque, ce qui augmente les temps d’accès. Même sur un stockage SSD NVMe, cette opération reste beaucoup plus lente qu’un accès direct à la mémoire vive.

Le diagnostic consiste donc à comprendre si le swap est utilisé :

  • de manière ponctuelle, pendant une tâche temporaire ;
  • de manière régulière, lors de pics de trafic ;
  • de manière chronique, même lorsque le serveur semble peu sollicité.

Dans les deux premiers cas, un fichier swap correctement dimensionné peut remplir son rôle. Dans le troisième cas, le problème vient souvent d’un manque structurel de RAM, d’un service mal configuré ou d’une application trop gourmande.

Symptôme fréquent : le swap est utilisé alors que la RAM n’est pas pleinement saturée

Un cas fréquent consiste à voir du swap utilisé alors que la RAM semble encore disponible. Cela peut surprendre, mais ce comportement est souvent lié au paramètre vm.swappiness. Si sa valeur est trop élevée, le noyau Linux peut déplacer des pages mémoire vers le swap plus tôt que nécessaire.

Vous pouvez observer ce type de situation avec :

free -h

Exemple simplifié :

               total        used        free      shared  buff/cache   available
Mem:           2.0Gi       1.2Gi       300Mi        20Mi       500Mi       800Mi
Swap:          2.0Gi       500Mi       1.5Gi
Dans cet exemple, la colonne available indique encore environ 800 Mio de mémoire disponible, mais le swap est déjà utilisé à hauteur de 500 Mio. Cela ne signifie pas forcément que le serveur est en crise, mais cela peut indiquer que Linux a commencé à déplacer certaines pages mémoire vers le swap plus tôt que souhaité.

Si vm.swappiness est encore à sa valeur par défaut, par exemple 60, vous pouvez appliquer une valeur plus adaptée à un serveur VPS, comme vu précédemment :

sudo sysctl vm.swappiness=10

Puis vérifiez :

cat /proc/sys/vm/swappiness

Si le résultat est bien 10, le noyau sera moins agressif dans son utilisation du swap Linux. Le swap restera disponible en cas de pression mémoire réelle, mais il sera moins sollicité lorsque la RAM peut encore absorber la charge.

Forcer la libération du swap (si la RAM est disponible)

Dans certains cas, vous pouvez vouloir vider le swap après un pic de charge terminé. Par exemple, une tâche lourde a consommé beaucoup de mémoire, le serveur a utilisé le swap, puis la charge est revenue à la normale. Si la RAM disponible est suffisante, il est possible de désactiver puis réactiver le swap pour forcer Linux à rapatrier son contenu en mémoire vive.

La commande est la suivante :

sudo swapoff -a && sudo swapon -a
Cette commande désactive tous les espaces de swap, puis les réactive immédiatement. Si le serveur dispose d’assez de RAM, les données présentes dans le swap sont replacées en mémoire.

Attention : cette commande doit être utilisée avec prudence. Si la RAM est réellement saturée, désactiver le swap peut provoquer une erreur OOM et entraîner l’arrêt brutal de certains processus. Avant de l’exécuter, vérifiez toujours la mémoire disponible : free -h
Regardez en priorité la colonne available. Si elle est faible, ne forcez pas la libération du swap. Il est préférable d’identifier les processus consommateurs, de réduire la charge ou d’attendre la fin d’une tâche lourde.

Cette manipulation peut être utile ponctuellement, mais elle ne doit pas devenir une habitude. Si vous devez vider le swap régulièrement, c’est probablement le signe que le VPS Linux manque de RAM ou qu’un service doit être optimisé.

Quand le swap ne suffit plus : passer à une offre VPS supérieure

Le swap VPS Linux est utile pour absorber des pics ponctuels, mais il ne doit pas masquer un manque durable de RAM. Si votre serveur utilise son fichier swap tous les jours, ou si la courbe mémoire reste constamment élevée dans le Panel KVM LWS, le problème n’est probablement plus la configuration du swap.

Dans ce cas, augmenter la taille du swap peut même donner une fausse impression de sécurité. Le serveur disposera de plus d’espace disque utilisable comme mémoire secondaire, mais les performances resteront limitées. Plus le système utilise le swap, plus il dépend du disque, et plus les temps de réponse peuvent se dégrader.

Les signes d’un manque structurel de mémoire RAM sont généralement faciles à repérer :

  • le swap reste utilisé même après les pics de charge ;
  • la colonne available de free -h reste faible ;
  • les services comme MySQL, MariaDB, PHP-FPM, Apache, Nginx ou Node.js consomment régulièrement beaucoup de mémoire ;
  • des erreurs OOM apparaissent encore malgré la présence d’un swap ;
  • les graphiques de supervision montrent une pression mémoire continue sur plusieurs jours.

Dans cette situation, la bonne solution consiste à optimiser les services lorsque c’est possible, puis à envisager une montée en gamme vers un VPS KVM LWS disposant de plus de RAM physique. Le swap restera utile comme sécurité, mais le serveur retrouvera de meilleures performances si les processus actifs peuvent fonctionner principalement en mémoire vive.

Modifier ou supprimer le fichier swap

La configuration d’un fichier swap Linux n’est pas figée. Vous pouvez l’agrandir, le réduire ou le supprimer selon l’évolution de votre VPS Linux. Cette souplesse est l’un des principaux avantages du fichier swap par rapport à une partition swap.

Par exemple, vous pouvez commencer avec un swap de 2 Go, puis passer à 4 Go si votre serveur héberge une application plus gourmande. À l’inverse, si vous migrez vers une offre avec plus de RAM, vous pouvez réduire la taille du swap ou le conserver uniquement comme filet de sécurité.

Avant toute modification, vérifiez toujours l’état actuel du swap :

swapon --show
free -h

Ces commandes permettent de confirmer le chemin du fichier swap, sa taille et son niveau d’utilisation. Par défaut, dans ce guide, le fichier utilisé est /swapfile.

Il est aussi recommandé de vérifier l’espace disque disponible avant d’agrandir le swap :

df -h /

Si la partition principale est presque pleine, évitez de créer un fichier swap plus volumineux. Un disque saturé peut provoquer des erreurs système, bloquer les mises à jour ou empêcher certains services d’écrire leurs fichiers temporaires.

Agrandir le swap existant

Pour agrandir un fichier swap existant, il faut d’abord le désactiver, recréer le fichier avec la nouvelle taille, lui appliquer les bonnes permissions, le reformater, puis le réactiver.

L’exemple suivant remplace le fichier actuel par un swap de 4 Go :

sudo swapoff /swapfile
sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

Chaque commande a un rôle précis :

  • swapoff /swapfile désactive temporairement le swap ;
  • fallocate -l 4G /swapfile recrée le fichier avec une taille de 4 Go ;
  • chmod 600 /swapfile sécurise les permissions ;
  • mkswap /swapfile formate le fichier comme espace de swap Linux ;
  • swapon /swapfile réactive le swap.

Après l’opération, vérifiez le résultat :

swapon --show
free -h

Vous devriez voir /swapfile avec sa nouvelle taille.

L’entrée déjà présente dans /etc/fstab n’a normalement pas besoin d’être modifiée, car elle référence le chemin du fichier, et non sa taille :

/swapfile none swap sw 0 0

Tant que le fichier conserve le même chemin, le swap VPS Linux sera toujours activé automatiquement au redémarrage.

Attention toutefois : avant de lancer swapoff, assurez-vous que la RAM disponible est suffisante. Si le swap est fortement utilisé et que la mémoire vive est déjà saturée, désactiver le swap peut provoquer une erreur OOM.

Supprimer le swap

Vous pouvez aussi supprimer le fichier swap si vous n’en avez plus besoin, par exemple après une montée en gamme vers un VPS avec davantage de RAM ou dans le cadre d’une réorganisation de la configuration système.

Commencez par désactiver le swap :

sudo swapoff /swapfile
Supprimez ensuite l’entrée correspondante dans /etc/fstab afin d’éviter que le système tente de réactiver un fichier inexistant au prochain démarrage :
sudo sed -i '/swapfile/d' /etc/fstab

Puis supprimez le fichier :

sudo rm /swapfile

Vérifiez ensuite que le swap n’est plus actif :

swapon --show
free -h

Si swapon --show ne retourne rien et que la ligne Swap de free -h affiche 0B, le fichier swap a bien été supprimé.

Cette suppression doit être réalisée uniquement si vous comprenez l’impact sur votre serveur. Sans swap, un VPS Linux disposera de moins de marge en cas de pic mémoire. Si la RAM est saturée, le noyau pourra tuer plus rapidement certains processus pour protéger le système.

Pour un serveur en production, il est souvent préférable de conserver un petit swap de sécurité, même lorsque la RAM semble suffisante.

Vérification du bon fonctionnement

Après avoir créé, activé et optimisé votre swap VPS Linux, il est important de vérifier que tout fonctionne correctement. Cette étape permet de confirmer que le fichier swap est bien actif, que les paramètres noyau sont appliqués et que la configuration restera en place après un redémarrage du serveur.

Commencez par vérifier la présence du swap avec :

swapon --show

Le résultat doit afficher une ligne similaire à celle-ci :

NAME      TYPE SIZE USED PRIO
/swapfile file   2G   0B   -2

La présence de /swapfile confirme que le fichier swap Linux est bien reconnu par le système. La colonne SIZE indique la taille configurée, tandis que la colonne USED indique la quantité actuellement utilisée.

Vérifiez ensuite l’état global de la RAM et du swap :

free -h

La ligne Swap doit afficher une valeur non nulle :

Swap:          2.0Gi          0B       2.0Gi

Contrôlez ensuite les paramètres d’optimisation mémoire :

cat /proc/sys/vm/swappiness
cat /proc/sys/vm/vfs_cache_pressure

Le résultat attendu est :

10
50

Ces valeurs confirment que vm.swappiness et vm.vfs_cache_pressure sont bien configurés pour un usage serveur.

Enfin, redémarrez le VPS Linux pour valider la persistance :

sudo reboot

Reconnectez-vous en SSH, puis relancez :

swapon --show
free -h
cat /proc/sys/vm/swappiness
cat /proc/sys/vm/vfs_cache_pressure
Si les mêmes valeurs sont toujours présentes après redémarrage, votre swap VPS Linux est correctement configuré. Vous pouvez également compléter cette vérification avec les graphiques du Panel KVM LWS afin d’observer l’évolution de la RAM dans le temps.

Erreurs fréquentes et cas de blocage

Même si la procédure de création d’un fichier swap est relativement simple, certaines erreurs peuvent empêcher son activation ou sa persistance. La plupart sont liées aux permissions, à l’absence de formatage avec mkswap, à une mauvaise modification de /etc/fstab ou à une confusion entre manque ponctuel et manque chronique de RAM.

Le tableau suivant récapitule les problèmes les plus fréquents.

Erreur Cause probable Solution

swapon: /swapfile: insecure permissions 0644

Le fichier swap possède des permissions trop ouvertes

Exécuter sudo chmod 600 /swapfile, puis relancer sudo swapon /swapfile

swapon: /swapfile: read swap header failed

Le fichier n’a pas été formaté comme espace de swap Linux

Exécuter sudo mkswap /swapfile, puis sudo swapon /swapfile

Le swap disparaît après redémarrage

La ligne /swapfile none swap sw 0 0 n’a pas été ajoutée dans /etc/fstab

Vérifier /etc/fstab et ajouter la ligne avec sudo tee -a

/etc/fstab a été écrasé

La commande a été utilisée sans option d’ajout ou le fichier a été mal modifié

Restaurer la sauvegarde avec /etc/fstab.bak ou corriger le fichier manuellement

fallocate: fallocate failed: Operation not supported

Le système de fichiers ne prend pas en charge fallocate

Utiliser dd à la place de fallocate

Des erreurs OOM persistent malgré le swap

La RAM est structurellement insuffisante

Optimiser les services ou passer à un VPS avec plus de mémoire

vm.swappiness revient à 60 après redémarrage

La modification a été appliquée uniquement avec sysctl, sans persistance

Ajouter vm.swappiness=10 dans /etc/sysctl.conf, puis lancer sudo sysctl -p

vm.vfs_cache_pressure revient à 100 après redémarrage

Le réglage n’a pas été enregistré dans /etc/sysctl.conf

Ajouter vm.vfs_cache_pressure=50, puis appliquer avec sudo sysctl -p

Le serveur devient lent quand le swap est utilisé

Le système dépend trop du disque au lieu de la RAM physique

Surveiller les processus, réduire la charge ou augmenter la RAM du VPS

swapoff bloque ou provoque des erreurs

La RAM disponible est insuffisante pour rapatrier le contenu du swap

Ne pas forcer swapoff tant que la mémoire disponible est trop faible

Si vous rencontrez un blocage, commencez toujours par revenir aux commandes de diagnostic :

free -h
swapon --show
df -h /
cat /proc/sys/vm/swappiness
Ces quatre commandes permettent de comprendre rapidement si le problème vient du swap, de l’espace disque, de la RAM disponible ou des paramètres noyau.

En cas de doute après une modification de /etc/fstab, ne redémarrez pas immédiatement le serveur. Vérifiez d’abord que la ligne ajoutée est correcte :

tail -3 /etc/fstab

La ligne attendue est :

/swapfile none swap sw 0 0

Une erreur dans ce fichier peut rendre le démarrage plus difficile à diagnostiquer. C’est pourquoi la sauvegarde initiale de /etc/fstab et la création d’un snapshot VPS avant intervention sont de bonnes pratiques à conserver.

Bonnes pratiques

Pour tirer le meilleur parti d’un swap VPS Linux, il ne suffit pas de créer un fichier et de l’activer. Il faut aussi adopter quelques bonnes pratiques pour préserver la stabilité du serveur, éviter les mauvaises manipulations et repérer à temps les signes d’un manque de RAM.

Avant toute modification sensible, créez un snapshot depuis le Panel KVM LWS si cette option est disponible pour votre offre. C’est particulièrement recommandé avant de modifier /etc/fstab, car ce fichier intervient dans le démarrage du système. Vous pouvez également consulter le tutoriel LWS dédié à la sauvegarde automatique VPS pour créer un snapshot avant de modifier la configuration système.

Évitez de configurer vm.swappiness à 0 sur un serveur de production, sauf cas très spécifique. Une valeur trop basse peut réduire l’utilisation du swap, mais elle peut aussi augmenter le risque d’erreur OOM lors d’un pic mémoire brutal. Pour un VPS Linux, une valeur autour de 10 offre généralement un bon équilibre.

Surveillez régulièrement la RAM et le swap, surtout après une mise en production, une migration, une mise à jour applicative ou l’ajout d’un nouveau service. Le Panel KVM LWS peut servir de premier niveau de supervision, tandis que les commandes free -h, htop et swapon --show permettent d’approfondir le diagnostic en SSH. Pour compléter ce suivi, vous pouvez aussi vous appuyer sur les bonnes pratiques utilisées pour surveiller les ressources système avec le Panel KVM LWS.

Ne considérez pas le swap comme une solution permanente à un manque de mémoire. Si le swap est utilisé en permanence à un niveau élevé, par exemple plus de 50 % sur plusieurs jours, le VPS manque probablement de RAM physique. Dans ce cas, il vaut mieux optimiser les services actifs ou envisager une offre VPS KVM LWS plus adaptée.

Documentez enfin votre configuration. Un simple fichier de notes peut suffire :

sudo nano /root/README-swap.txt
Vous pouvez y indiquer la taille du fichier swap, les valeurs de vm.swappiness et vm.vfs_cache_pressure, la date de modification et la raison de cette configuration. Cette documentation sera utile lors d’une future maintenance, d’une migration ou d’un changement d’administrateur.

Si votre serveur héberge des applications gourmandes, comme des containers Docker ou des builds applicatifs, pensez aussi à gérer la mémoire disponible pour vos containers Docker ou à dimensionner correctement la RAM avant les tâches lourdes. Le swap doit accompagner une bonne stratégie de ressources, pas la remplacer.

Trucs et astuces


Votre VPS manque encore de RAM malgré un swap bien configuré ?
Si le swap VPS Linux est utilisé en permanence, la solution la plus fiable consiste souvent à passer à une offre avec davantage de RAM physique. Les VPS KVM LWS sont disponibles en plusieurs configurations, avec stockage SSD NVMe, accès root complet et outils de supervision pour suivre les ressources serveur.
Découvrir les VPS KVM LWS.

FAQ

Comment vérifier si mon VPS Linux a un swap configuré ?

Pour vérifier si un VPS Linux dispose d’un swap actif, utilisez la commande swapon --show.
Si aucune ligne ne s’affiche, aucun fichier swap ni aucune partition swap n’est activé.
Vous pouvez aussi utiliser free -h : si la ligne Swap affiche 0B, le serveur n’a pas de swap configuré.

Quelle taille de swap créer sur un VPS avec 2 Go de RAM ?

Pour un VPS Linux avec 2 Go de RAM, un fichier swap de 2 Go est généralement suffisant.
Vous pouvez monter à 4 Go si le serveur exécute des tâches ponctuellement lourdes.
Le swap reste toutefois un filet de sécurité : il ne remplace pas une vraie montée en RAM physique.

Pourquoi mon VPS utilise-t-il le swap alors que de la RAM est encore disponible ?

Ce comportement peut venir d’une valeur vm.swappiness trop élevée.
Avec une valeur par défaut comme 60, Linux peut utiliser le swap avant que la RAM soit réellement saturée.
Sur un serveur VPS, une valeur autour de 10 limite cette utilisation trop précoce.

Quelle valeur de swappiness utiliser sur un serveur Linux ?

Sur un serveur Linux, une valeur vm.swappiness=10 est généralement recommandée.
Elle permet de conserver le swap comme sécurité, sans l’utiliser trop agressivement.
Évitez 0 sauf cas spécifique, car cela peut augmenter le risque d’erreur OOM.

Le swap sur SSD NVMe est-il adapté pour un VPS LWS ?

Oui, le swap sur SSD NVMe est adapté sur un VPS LWS comme filet de sécurité.
Il peut absorber des pics ponctuels de consommation mémoire.
Mais même sur SSD NVMe, le swap reste plus lent que la RAM physique.

Comment savoir si mon VPS manque de RAM et a besoin d’une mise à niveau ?

Votre VPS Linux manque probablement de RAM si le swap est utilisé en permanence.
Des erreurs OOM, une mémoire available faible ou des ralentissements récurrents sont aussi des signaux d’alerte.
Dans ce cas, il faut optimiser les services ou passer à un VPS avec plus de RAM physique.

Conclusion

Configurer un swap VPS Linux est une étape simple, mais très utile pour améliorer la stabilité d’un serveur sous Debian ou Ubuntu. ✨En créant un fichier swap, en le sécurisant avec les bonnes permissions, puis en le rendant persistant dans /etc/fstab, vous offrez au noyau Linux une marge de sécurité lorsque la RAM devient insuffisante. ⚡L’optimisation de vm.swappiness et de vm.vfs_cache_pressure permet ensuite d’adapter le comportement mémoire à un usage serveur, en évitant une utilisation trop agressive du swap. Mais le swap ne remplace jamais la RAM physique : s’il est utilisé en permanence, le VPS est probablement sous-dimensionné.💥 La bonne approche consiste donc à créer, optimiser, puis surveiller régulièrement la mémoire avec free -h, htop, swapon --show et le Panel KVM LWS.

Besoin d’un serveur VPS KVM performant et flexible ?

Découvrez nos offres VPS KVM haut de gamme : des ressources garanties et un contrôle total pour vos projets. Profitez d’un hébergement 100 % SSD, d’un accès root complet, le tout dans un datacenter en France. Démarrez dès maintenant à partir de 4,99 €/mois !

Je choisis mon VPS KVM

Vous pourrez ainsi anticiper les saturations, limiter les erreurs OOM et décider au bon moment si une montée en gamme vers un VPS avec plus de RAM devient nécessaire. Et si vous avez des questions ou rencontrez des problèmes dans la gestion de votre VPS, n’hésitez pas à nous contacter dans la section Commentaires.

Avatar de l'auteur

Auteur de l'article

Joseph

Bonjour, je m'appelle Joseph. Je suis rédacteur spécialisé dans WordPress, PrestaShop et d'autres CMS. Fort d'une expertise approfondie en PHP et MySQL, je partage mes connaissances à travers des tutoriels simples et accessibles. Passionné par le développement et la transmission de savoir, j'aime expliquer et rendre les concepts techniques compréhensibles pour tous

Avis client de l'hébergeur LWS

Nos avis Trustpilot Nos avis Hostadvice Nos avis sur avis.lws.fr
Avis trustpilot 30/04/2022

LWS l'hébergeur par excellence !

LWS est pour moi l'hébergeur par excellence, que cela soit au niveau de l'hébergement qui est très performant, les mails qui sont d'une qualité professionnelle et de la gestion du domaine facile à comprendre.

PauseGreen

Avis hostadvice 27/04/2022

Super, au top !

Au top, prix attractif. Service très rapide et réactif. Je l'ai même personnellement recommandé à des proches. La vie est bien plus facile avec LWS

Masset Eliot

Avis avislws 26/04/2022

Support

Clair, efficace, rapide et à tarif abordable. J'ai maintenant un site superbe à mon image, puisque je le fais moi-même. L'équipe technique est au top, j'ai une réponse en 20 minutes, cela change d'autres hébergeurs pourtant plus connu.

Lady Whip

Avis hostadvice 24/04/2022

Bravo et merci

Bravo et merci aux équipes techniques pour leur réactivité et leur professionnalisme depuis plus de 10 ans chez eux et de nombreux sites !!! Merci

Olivier Delmas

Avis trustpilot 23/04/2022

Je suis très satisfait.

J'ai commandé un hébergement pour le site d'une association. Tout s'est passé très rapidement et sans la moindre embuche. La tarification est attractive et me parait très claire. Le panneau d'administration de l'hébergement est facile à utiliser et à comprendre. Je n'ai pas encore installé Wordpress car le contenu n'est pas prêt mais ce sera la prochaine étape et je suis très confiant. Merci !

Pierre-André Liné

Avis avislws 20/04/2022

Un service technique excellent

Je suis client chez LWS depuis 2011 avec une boutique OSCommerce qui tourne comme une horloge depuis cette date sur un hébergement mutualisé. La disponibilité de la boutique est très proche de 100%. Concernant les rares problèmes rencontrés en huit ans, j’ai eu à chaque fois un technicien compétent qui a résolu le problème très rapidement et efficacement. Je suis en train de migrer sur une plateforme Pretashop sur un VPS, avec l’offre LWS Debian 9 et Prestashop. Un technicien m’a grandement aidé pour finaliser l’installation de la boutique lors de la mise à jour vers la dernière version de Prestashop 1.7 qui posait problème. Je suis très satisfait de LWS, et ce sur la durée : réponses et réactions rapides et efficaces. Je recommande cet hébergeur et encore merci.

Alain

Avis trustpilot 16/04/2022

Une expérience jamais égalée !

Étant Développeur Web & Mobile Full-Stack depuis plus de 5 ans déjà, j'ai rarement eu un service client aussi rapide et efficace. Sans compter la qualité du service en ligne. Je recommande VIVEMENT LWS !

Chris KOUAKAM

Avis hostadvice 12/04/2022

Très bon hébergeur

J'ai un serveur VPS chez eux et je n'ai aucun problème, dès qu'il y a un problème le service technique est la pour vous aider et répond assez rapidement à votre demande. Je recommande vivement cet hébergeur.

Vanden Cruyce

Avis avislws 09/04/2022

Je suis ravie

Je suis ravie d'être avec LWS sur tous les plans, je remercie les Techniciens (Fabrice, Omar, Sandy-Mahitsison) depuis plus de 8 ans j'ai évolué avec LWS et toujours soutenue. Une véritable relation humaine même si les questions ou nos inquiétudes ne correspondent pas à leurs missions, ils sont là pour nous répondent et nous rassurent. Mon site c'est mon travail ma source de revenue donc il sont mes partenaires ! les travailleurs de l'ombre merci à eux ! Merci LWS

L'atelier-and-Co

Commentaires (0)

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée.