У меня есть том ZFS на моем сервере, который я использую в качестве сетевого NAS (называемый data / nas и часть raidz zpool `` данные ''), и я предоставляю этот том своей локальной сети через NFS, используя настройку атрибута ZFS: sharenfs. Это прекрасно работает, и им очень просто управлять.
Недавно я получил жесткий диск Seagate Archival SMR емкостью 8 ТБ, полный некоторых данных, которые я хотел бы открыть через общий ресурс NFS моего NAS.
Поскольку это архивный диск SMR, я хочу только смонтировать и открыть этот диск в режиме только для чтения (поскольку производительность перезаписи на этих дисках ожидаемо ужасна), и, вероятно, это не лучший кандидат для добавления в ZFS (оба из-за тот факт, что он существует и что диски SMR не являются лучшими исполнителями под ZFS). Текущий формат - UFS.
Что я хотел бы сделать, так это смонтировать диск где-нибудь (скажем, / mnt / foo), а затем привязать монтирование этого места к каталогу в моем общем ресурсе ZFS data / nas и, таким образом, предоставить данные через мой существующий общий ресурс NFS.
Я где-то читал, что установка некоторой комбинации crossmnt и nohide в параметрах sharenfs потенциально может разрешить такого рода отношения между двумя экспортами NFS. Однако, поскольку мои архивные диски не являются ZFS, сделать экспорт в NFS тоже не так просто, как это возможно с томом ZFS; даже если эта тактика сработает.
Кто-нибудь знает, может ли работать такая тактика NFS с перекрестной файловой системой, особенно если смонтированная дочерняя файловая система не является экспортом ZFS NFS (или любым экспортом NFS, если на то пошло)? И если да, то какие параметры необходимо настроить для обеспечения надежного доступа к этой субфайловой системе через соединения NAS?
К вашему сведению: этот сервер работает под управлением SmartOS (Illumos) и, следовательно, имеет встроенную поддержку файловых систем ZFS и UFS.