У нас есть том на NAS (файловая система NetApp), который мы используем для общих ресурсов отделов. Мы только что получили запросы на создание нескольких других общих ресурсов, для которых у нас нет места в текущем томе (300 ГБ). Обычно мы просто увеличивали объем, но была предложена возможность создания дополнительного объема для акций подразделений.
Мой вопрос: В каком размере (если есть) стоит ли рассматривать создание еще одного тома? Некоторые возможные причины для ограничения размера томов:
Восстановления резервной копии
Управление снимками
Проверки согласованности
Возможно, у других есть дополнительные причины, по которым они могли бы поделиться своим опытом.
В настоящее время кажется, что все выделение ограничения размеров томов отходит на второй план, поскольку в конечном итоге всегда есть случай, когда у вас заканчивается размер из-за непредвиденных изменений в том, как хранятся вещи или что хранится, так что это проще с точки зрения управления просто создавать огромные массивы и позволять им расти и расширять их по мере необходимости.
Вещи, которые обычно вызывали беспокойство, решались физическим ограничением томов ... пространством подкачки ... переполнением файлов журналов и сбоями системы ... и т. Д. похоже, решаются более дешевые жесткие диски, файловые системы, которые больше не ограничены меньшими размерами, чем доступные размеры дисков, и управление томами, которое позволяет вам динамически изменять размер и добавлять / вычитать диски по мере необходимости. Да, и я помню, что мне тоже приходилось беспокоиться о сбоях дисков, но теперь эти виртуальные тома могут маскировать тома RAID под файловыми системами. Производительность больше зависит от шпинделей дисков и приложения сервера (тяжелые записи? Тяжелые чтения? Нужна равная производительность?), Чем простая вставка в диск и решение для совместного использования.
Единственный реальный недостаток, который мы видели, заключается в том, что на выполнение проверки диска больших томов может потребоваться очень много времени, но, как правило, это не большая проблема с используемыми файловыми системами журналирования.
Наша обычная процедура - создать системный раздел для ОС, а затем поместить все остальное в гигантский раздел данных для общих ресурсов, домашних каталогов и т. Д. Обычно к тому времени, когда мы перерастаем его (из-за производительности или места), нам нужно заменить сервер. Другие администраторы сайта, имеющие опыт работы с более крупными многотерабайтными SANS, могут поделиться другим опытом.