În sfârșit, trebuie să-mi reconstruiesc serverul de e-mail de încredere, care are o configurație destul de veche - Postfix, Amavisd + SpamAssassin + ClamAV + OpenDKIM + postgrey, Dovecot - deoarece „cineva” a construit acest server pe 32 de biți FreeBSD. Hopa!

Ca parte a reconstrucției serverului la FreeBSD 13 pe 64 de biți, intenționez să schimb sistemul de fișiere la ZFS (deoarece mediile de boot) și să înlocuiesc soluția anti-spam destul de veche cu rspamd, care are nevoie de redis. Serverul nu primește multe e-mailuri (câteva sute de e-mailuri pe zi), dar sunt îngrijorat că între apetitul ZFS pentru memorie și backend-ul redis al rspamd, un 4GB nu va fi suficient de mare. Din păcate, creșterea memoriei RAM ar dubla în esență costul serverului de e-mail.

Bănuiesc că opțiunea simplă este să reconstruiești serverul așa cum este și să vedem ce se întâmplă, dar mă întreb dacă cineva are experiență cu acest tip de configurare și are ceva feedback dacă este o pierdere completă de timp să încerci să găzduiești acest lucru pe un 4GB. VPS.
Am netbook-uri cu 2 GB de RAM care rulează FreeBSD cu ZFS și funcționează foarte bine. A trebuit să setez `vfs.zfs.arc_max=128M` așa cum este recomandat de /u/vermaden în [postarea lui pe blog](httpsvermaden.wordpress.com/2018/08/28/silent-fanless-freebsd-server-diy- backup/), dar în rest, este fără evenimente pentru sarcini ușoare ale serverului, așa cum le descrieți

De asemenea, am găsit beneficii frumoase de a avea magazinul meu de e-mail pe un volum ZFS cu compresia activată

Nu pot vorbi despre cât de mult consumă redis+rspamd, dar aș spune că asta ar fi preocuparea mea înainte ca ZFS să mă îngrijoreze.