В настоящее время мы рассматриваем решение, которое приведет к созданию отдельной точки монтирования для домашнего каталога каждого пользователя. Если раньше у нас было не более пары монтирований на каждый файловый сервер на клиенте, то теперь у нас потенциально могут быть сотни монтирований, многие из которых с одного и того же файлового сервера. Это, очевидно, влияет на клиента, потому что существует намного больше монтировок, а также влияет на файловый сервер, потому что нужно отслеживать гораздо больше экспорта. В нашей среде мы говорим о сотнях клиентов на один файловый сервер и сотнях пользователей на одного клиента (то есть, вероятно, не более 10000 экспортов на файловый сервер).
Мой вопрос конкретно об эффективности этот решение. Есть и другие решения, которые мы могли бы реализовать, если это плохое, но по разным причинам, в том числе политическим, это поднялось на вершину. Все клиенты - это Linux, а файловые серверы - это смесь систем Linux и Solaris. Меня беспокоит то, что ресурсы, которые ядро должно отслеживать монтирование и совместное использование, ограничены, но я не очень хорошо представляю, каковы его возможности.
Чтобы снизить нагрузку на клиентскую часть. Если вы все же используете маршрут NFS, рассмотрите возможность использования automount (autofs).
Это подключит экспорт NFS по запросу с сервера. Вот краткое руководство по автоматическому монтированию, и вот почему.
В общем, на sarge, я думаю, мы столкнулись с проблемами около 30-40 маунтов, и нам пришлось изменить наши карты, чтобы мы меньше ездили.
Просто вырезать и вставить из: http://nfs.sourceforge.net/
Почему я не могу смонтировать на моем клиенте более 255 файловых систем NFS? Почему иногда даже меньше 255?
A. В Linux каждой смонтированной файловой системе назначается старший номер, который указывает, какой у нее тип файловой системы (например, ext3, nfs, isofs); и второстепенный номер, что делает его уникальным среди файловых систем одного типа. В ядрах до 2.6 старшие и второстепенные номера Linux имеют только 8 бит, поэтому они могут численно варьироваться от нуля до 255. Поскольку младший номер имеет только 8 бит, система может монтировать только 255 файловых систем одного типа. Таким образом, система может монтировать до 255 файловых систем NFS, еще 255 файловых систем ext3, еще 255 файловых систем iosfs и так далее. Ядра после версии 2.6 имеют младшие номера шириной 20 бит, что снимает это ограничение.
Однако для клиента Linux NFS проблема несколько хуже, потому что это анонимная файловая система. Локальные дисковые файловые системы имеют связанное с ними блочное устройство, а анонимные файловые системы - нет. / proc, например, является анонимной файловой системой, как и другие сетевые файловые системы, такие как AFS. Все анонимные файловые системы имеют один и тот же старший номер, поэтому на одном хосте может быть смонтировано не более 255 анонимных файловых систем.
Обычно вам не нужно больше десяти или двадцати монтирований NFS на каждом конкретном клиенте. Однако на некоторых крупных предприятиях ваша работа и пользователи могут быть распределены по сотням файловых серверов NFS. Чтобы обойти ограничение на количество файловых систем NFS, которые вы можете смонтировать на одном хосте, мы рекомендуем вам настроить и запустить один из демонов автомонтирования для Linux. Автоматическое монтирование находит и монтирует файловые системы по мере необходимости и размонтирует все, что обнаруживает неактивные. Вы можете найти больше информации об автомастерских Linux здесь.
Вы также можете столкнуться с ограничением количества привилегированных сетевых портов в вашей системе. Клиент NFS использует уникальный сокет с собственным номером порта для каждой точки монтирования NFS. Использование автомонтирования помогает обратиться к ограниченному количеству доступных портов, автоматически размонтируя неиспользуемые файловые системы, освобождая их сетевые порты. Поддержка NFS версии 4 в клиенте Linux NFS использует один сокет на пару клиент-сервер, что также помогает увеличить допустимое количество точек монтирования NFS на клиенте.
Если у вас действительно большое количество запросов на монтирование nfs, у ваших серверов может быть проблема, связанная с тем, что запросы на монтирование могут начинаться с непривилегированных портов (т.е.> 1024).
Это заметка о файловом системе NetApp:
Если вы получаете такие ошибки, как:
mount: RPC: Ошибка аутентификации; почему = Учетные данные клиента слишком слабые
Вам нужно будет отключить параметр nfs.mount_rootonly. Проблема в том, что запросы на монтирование поступают с портов выше 1024 и отбрасываются как запросы клиента (т. Е. Не корневого уровня). Это может происходить из-за того, что программы клиентского уровня делают запросы, или вы делаете так много одновременных запросов на монтирование, что порты ниже 1024 становятся насыщенными, что приводит к запросам из «высоких» портов.