...

Création de Ramdisk pour accélérer Amavis sous Linux

Lors de l'utilisation quotidienne d'un serveur web, certains services sont de plus en plus sollicités pour traiter une demande et donc pour charger le serveur.
Un exemple typique est l'interface entre le serveur de messagerie et le scanner de virus : Amavis, qui enregistre temporairement les courriers électroniques et les relit. Cela crée naturellement une forte demande d'accès aux disques durs ou aux SSD dans les grands systèmes.
Il est ici possible de stocker ces opérations de fichiers dans la mémoire de travail afin de garantir un traitement considérablement plus rapide.

D'autres exemples seraient le répertoire /tmp lui-même dans le php des fichiers de session, ou même des fichiers journaux.

Lors d'une sauvegarde en mémoire vive, il y a toujours un risque de perte due à un défaut du système ou à un redémarrage du serveur. Vous ne devez donc toujours économiser que les dépenses non importantes Données y stocker, ou prévoir une sauvegarde régulière.

Un RAMDISK pour Amavis peut être facilement créé avec quelques commandes.

Pour mettre en place un disque dur, nous avons besoin du répertoire où Amavis stocke les fichiers et de l'ID de l'utilisateur et du groupe.

Les deux peuvent être réalisés plus facilement avec

grep 'amavis' /etc/passwd

lire à haute voix.

amavis:x:497:497:Amavis email scan user:/var/amavis:/bin/sh

Dans cet exemple, le chemin est /var/amavis. Les fichiers temporaires sont ensuite stockés dans le répertoire /var/amavis/tmp. Pour ce répertoire, nous voulons créer un disque dur.

L'ID de l'utilisateur est le premier numéro 497 suivi de l'ID du groupe qui, dans ce cas, est également 497.

Dans /etc/fstab, nous entrons maintenant la ligne suivante pour nous assurer que le disque dur est créé même après un redémarrage

tmpfs /var/amavis/tmp tmpfs defaults,size=256m,mode=750,uid=497,gid=497 0 0

La taille du disque dur ne doit pas être trop petite, car amavis rejettera les e-mails si la limite est dépassée. 256 Mo suffisent dans la plupart des cas.

Vous pouvez déterminer la demande actuelle avec

you -hs /var/amavis/tmp

d'enquêter. Le résultat, par exemple 11M /var/amavis/tmp, indique alors combien de mégaoctets sont déjà dans le répertoire. Il convient toutefois de noter que les jours où le volume du courrier est élevé en raison Spam ou des pièces jointes volumineuses, il faut bien sûr plus d'espace.

Toutefois, en cas d'urgence, le disque dur peut toujours être retiré ou agrandi.

Nous pouvons maintenant simplement monter le disque dur avec

mount /var/amavis/tmp

Via

df -h

tmpfs 512M 0 512M 0% /var/amavis/tmp

nous pouvons alors détecter que notre disque dur est actif et vide.

Désormais, le traitement des données par amavis est extrêmement rapide.

Derniers articles

Centre de données équipé de serveurs de bases de données en réseau pour une topologie de réplication
Bases de données

Comprendre et exploiter au mieux les topologies de réplication de bases de données dans le cadre de l'hébergement

Guide complet sur les topologies de réplication de bases de données en hébergement : découvrez comment planifier la configuration de réplication adaptée pour optimiser les performances, la haute disponibilité et l'évolutivité de vos bases de données. Focus sur les topologies de réplication de bases de données pour les projets web modernes.

Illustration schématique de la mise en cache conditionnelle HTTP avec ETag et Last-Modified dans un environnement de serveur web
Serveur web Plesk

Comprendre la mise en cache conditionnelle HTTP avec ETag et Last-Modified

Découvrez comment fonctionne la mise en cache conditionnelle HTTP avec les en-têtes ETag et Last-Modified, comment mettre en œuvre la validation du cache du navigateur et comment optimiser ainsi les temps de chargement, la bande passante et la charge du serveur.