Мне нужны советы: небольшой объем потребляемой памяти почтовый сервер Linux с фильтрацией спама

В то время как afs надеется быть очевидным решением, я ранее посмотрел на это в некоторой глубине для очень пользовательского веб-приложения - и самое быстрое / самый эффективный / надежное решение состояло в том, чтобы реализовать к репликации в рамках приложения - использующий rsync при возвращении узлов онлайн. У меня действительно был долгосрочный план реализовать основанные на спросе пересинхронизации с помощью inotify как триггер (но никогда не находил время).

Как решение, я собирался смонтировать Электронный диск (tmpfs), который зеркально отражает веб-файлы GlusterFS, но заставьте веб-сервер использовать Электронный диск

Да, если GlusterFS не поддерживает синхронизацию аннулирований кэша, то это могло бы быть немного быстрее (за счет не обновления в режиме реального времени), хотя, если у Вас нет очень высокого оборота данных, Вы, вероятно, найдете, что он быстрее использует оптимизированную файловую систему на стандартном устройстве, а не Электронном диске.

Вы, вероятно, собираетесь видеть подобные проблемы с любыми файловыми системами совместно используемого диска (но это - главным образом догадки с моей стороны).

Лучшее решение состояло бы в том, чтобы использовать базу данных (кластер?) чтобы хранить любые данные - кластеризация намного более управляема (и легче реализовать). См. также mysql репликацию и Cassandra.

/me чудеса, если Вы могли бы использовать файловые системы наложения (unionfs) - помещение локальной копии на вершине и удаленной системе внизу затем выполненный rsync периодически сверху донизу - хотя я подозреваю, что может оказаться трудным удалить файлы.

HTH

C.