Я сильно соглашаюсь с Вами на этом (в пользу исчерпывающей документации) частично, потому что я привык иметь предшественников, у которых НЕ было большого интереса к документам вообще. Как был сказан в связанных сообщениях, выписывание его не только хорошо для других, но и помогает Вам более полно понять свою среду и укрепить его в Вашем собственном уме. Это - конец к себе.
Как в стороне, я нахожу, что много pushback прибывает из нечетной веры что дрянная/несуществующая документация = обеспеченность работой. Такие взгляды просто кажутся нечестными и теневыми.
Благодарность Вам для маркировки статус-кво.
Ответ действительно зависит от того, как Вы предусматриваете свои используемые резервные диски. Если бы Вы предполагаете использовать его в качестве горячего резервирования, я рекомендовал бы использовать все Ваши диски и использовать RAID6, таким образом, у Вас есть способность потерять два диска, прежде чем Вы рискнете терять данные при наличии третьего отказа диска. Если бы Вы просто использовали его для создания резервного копирования в случае проблемы файловой системы или случайного удаления данных, то я рекомендовал бы использовать все диски в качестве RAID5.
Я медленно приезжал реализация, что аппаратный набег является большим усилием, чем это стоит. Набег программного обеспечения не значительно медленнее, и в некоторых случаях намного быстрее, чем аппаратный набег. Программное обеспечение RAID, легче справиться и аппаратные средства RAID, является просто другим компонентом для сбоя с несовместимыми стандартами метаданных.
То, что я рекомендовал бы, - то, что Вы настраиваете LVM (управление логическими томами) сверх Вашего RAID-массива. Это позволяет намного больше гибкости, чем какое-либо стандартное разделение было бы. Можно увеличить размер разделов и в случае некоторых файловых систем, уменьшить их размер. Большинство файловых систем позволяет Вам увеличивать размер, в то время как файловая система смонтирована. Это также позволяет Вам делать, другим задачам управления нравится, перемещают файловые системы от одного устройства до другого легко, в то время как они используются путем добавления и удаления блочных устройств из групп объема. Одна полезная подсказка - то, что, потому что некоторые файловые системы как XFS не могут быть уменьшены, необходимо запустить путем создания файловых систем, столь же маленьких, как Вы сначала нуждаетесь и оставляете много пространства для Вас для роста файловых систем как и когда Вы должны.
Можно установить квоты на каталог, если Вы используете XFS в качестве своей файловой системы (который Вы, вероятно, захотите сделать, так как у Вас будет ~8TB диска). Они называют функцию "квотами проекта", и они - что-то вроде боли для подъема и выполнение, но работать обоснованно хорошо, после того как Вы понимаете их.
Можно читать man 8 xfs_quota
узнать больше о них.
В основном Вам нужны два файла: /etc/projects
и /etc/projid
. В /etc/projects
файл у Вас есть отображение ID:directory, например:
10:/mnt/raid/foo1
10:/mnt/raid/foo2
20:/mnt/raid/bar
Затем в /etc/projid
файл у Вас есть список проекта name:ID отображения:
foo:10
bar:20
Вы монтирование файловая система с включенными квотами проекта mount -o pquota /dev/md0 /mnt/raid
и затем настроенный квоты:
xfs_quota -x -c 'project -s foo' /mnt/raid
xfs_quota -x -c 'project -s bar' /mnt/raid
xfs_quota -x -c 'limit -p bhard=10g foo' /mnt/raid
xfs_quota -x -c 'limit -p bhard=20g bar' /mnt/raid
Первые наборы команд метаданные квоты в файловой системе и второй настраивают трудный предел блока. Хорошая вещь об этом в противоположность использованию объемов LVM состоит в том, что можно и увеличить и уменьшить присвоение квоты, и можно также установить мягкие квоты так, чтобы можно было получить предупреждения, когда каталог начинает использовать много пространства (см. report
команда xfs_quota
).
Оборотная сторона - то, что эта функция только доступна с файловыми системами XFS, таким образом, эти квоты проекта не поддерживаются никакими инструментами кроме XFS.
Как альтернатива, так как Вы планируете настроить файловый сервер, можно хотеть рассмотреть использование ориентированного дистрибутива Linux файлового сервера, такого как Openfiler, который может быть легче настроить через веб-интерфейс, и Вы можете все еще выпадающий к материалу низкого уровня при необходимости.
Относительно квот под NFS говорится в руководстве Red Hat:
rpc.rquotad — Этот процесс предоставляет пользовательскую информацию о квоте для удаленных пользователей. Этот процесс запускается автоматически сервисом nfs и не требует пользовательской конфигурации.