устройство хранения данных iSCSI, разделение и LVM
Моя текущая установка использует policyd (без - вес), я доволен им на некоторых постфиксных полях с низким трафиком (50k хиты к policyd день, который сводит к ~ 3k письма, проходящие).
policyd-вес не был там в то время, таким образом, я не могу сказать, лучше ли это или нет.
Я также добавил бы:
- постсерый и его вариант taRgrey (они используют файлы BDB вместо SQL, могло быть хорошим, если у Вас нет отдельного оборудования для базы данных для удаления сервера дб наверху),
- gld - никогда не пробовал его, я не знаю, что что-либо об этом кроме него имеет тенденцию выращивать большие базы данных
Наибольшую гибкость можно получить, используя LVM на самих серверах iSCSI, а затем снова на файловых серверах. Это позволяет вам изменять размер устройств iSCSI, которые вы представляете (iSCSI-сервер LVM), а затем изменять размер томов на фильтре для их размещения (файловый LVM). Это немного снижает производительность, но действительно увеличивает вашу способность обрабатывать нечетные случаи. На мой взгляд, это хороший компромисс.
Вы можете сделать многоуровневую вещь LVM, так как LVM iSCSI-сервера невидим для файловых систем (это просто набор блоков в LV), и когда filer отбрасывает структуры данных LVM в хранилище, iSCS-сервер не увидит их, если вы не сделаете какие-то странные вещи.