主页 / server / 问题 / 19323
Accepted
voyager
Asked: 2009-06-04 17:11:49 +0800 CST

使用 NFS 托管主文件夹是否可行？

  • 772

我计划部署一些自助服务终端计算机，并希望给它们留下一个小型笔式驱动器作为启动盘，将其余部分保存在易于备份的服务器上，ala LTSP。

现在我正在考虑两种选择。NFSed /home/ 或 ~/ 的本地副本在登录时复制，在注销时 rsync。

我担心处理文件可能会变得太慢，或者我的网络可能会阻塞。

nfs unix user-management home-directory

10 个回答

  1. Best Answer

    我在生产环境中使用 NFS 作为我的主目录。有几个技巧。

    1. 不要 NFS 挂载到/home- 这样您就可以拥有一个本地用户，以便在 NFS 服务器出现故障时允许您进入。我们登上/mnt/nfs/home

    2. 使用软挂载和非常短的超时 - 这将防止进程永远阻塞。

    3. 使用自动挂载程序。这将降低资源使用率，也意味着当 NFS 服务器由于某种原因出现故障时，您无需担心重新启动服务。

      auto.master:
  +auto.master
  /mnt/nfs /etc/auto.home --timeout=300

auto.home
   home -rw,soft,timeo=5,intr      home.bzzprod.lan:/home

    4. 使用单点登录系统，这样您就不会遇到与权限相关的问题。我有一个 OpenLDAP 服务器。

    • 33

  2. HowtoForge 发表了一篇题为在 Debian Lenny 上使用 GlusterFS 创建 NFS-Like Standalone Storage Server的文章，您可能想查看一下。

    以下是GlusterFS项目页面中关于为什么它是 NFS 的一个很好的“可行”替代方案的简短描述：

    GlusterFS 可以即时自我修复。没有 fsck。存储后端可作为常规文件和文件夹（NFS 样式）直接访问。启用复制后，GlusterFS 可以承受硬件故障。

    更多信息可以在项目文档中找到。

    此外，使用 GlusterFS 的另一个好处是，如果您在 SAN 上需要更多空间，您只需添加另一个存储砖（服务器节点），您就可以在需要时并行扩展/增长您的存储。

    • 7

  3. 小心软坐骑！软挂载 NFS 文件系统意味着 IO 将在发生超时后失败。非常确定这是您想要的用户主目录！我的猜测是你没有。在主目录上使用硬挂载和 intr 选项在这里感觉更安全。

    Hard 不会超时：IO 操作将无限期重试。intr 选项可以中断安装过程。因此，如果您挂载导出并遇到失败，硬挂载将锁定您的会话。intr 选项可以中断挂载，因此组合非常安全，并确保您不会轻易丢失用户的数据。

    无论如何，autofs 使这一切变得更加容易。

    • 7

  4. 需要注意的一件事是，当 NFS 服务器退出时 - 您的挂载将冻结 - 进行软挂载不会阻塞，因此可以避免“冻结”本身，但这不会解决主目录的问题，因为没有主目录目录，无论如何用户都被搞砸了。

    即使 NFS 服务器恢复了，除非您对此采取措施，否则冻结问题仍然存在 - 您必须终止挂载机器上的进程，然后重新挂载。这样做的原因是当 NFS 服务器恢复时，它分配了一个不同的fsid- 所以你至少可以通过fsid在 NFS 服务器上硬编码 s 来解决这个问题，例如......

    #. Home Directories
/usr/users \
  192.168.16.0/22(rw,sync,no_root_squash,fsid=1) \
  192.168.80.0/22(rw,sync,no_root_squash,fsid=1)

#. Scratch Space
/var/ftp/scratch \
  192.168.16.0/22(rw,async,no_root_squash,fsid=3) \
  192.168.80.0/22(rw,async,no_root_squash,fsid=3) \
  172.28.24.151(rw,async,root_squash,fsid=3)

    手册exports(5)页指出...

    fsid=num
          This option forces the filesystem identification portion of the file handle
          and  file attributes used on the wire to be num instead of a number derived
          from the major and minor number of the block device on which the filesystem
          is  mounted.   Any 32 bit number can be used, but it must be unique amongst
          all the exported filesystems.

          This can be useful for NFS failover, to ensure that  both  servers  of  the
          failover  pair use the same NFS file handles for the shared filesystem thus
          avoiding stale file handles after failover.

    ...虽然这表明只要主要/次要数字不改变（它们通常不会改变，除了当您导出 SAN/多路径卷时，可能会改变），我发现我们'已经完全解决了问题——即，如果 NFS 服务器恢复正常——连接已快速恢复——我仍然真的不知道为什么这对诸如此类的设备产生/dev/sdaX了影响。

    我现在应该指出，我的论点在很大程度上是轶事——它为什么解决了这个问题实际上没有意义，但它“似乎”已经解决了它——不知何故——这里可能还有其他变量在起作用，我已经尚未发现。=)

    • 5

  5. 无论您采用哪种网络文件系统，一些通用建议都适用：许多程序将数据缓存在用户的主目录中，当通过网络访问主目录时，这通常弊大于利。

    XDG_CACHE_HOME如今，您可以通过在登录脚本中设置环境变量来告诉许多程序将它们的缓存存储在其他地方（例如，在本地磁盘上） 。然而，许多程序（例如，Firefox）仍然需要手动配置，因此您可能需要做一些额外的工作来为所有用户以统一的方式识别和配置它们。

    • 4

  6. 我工作过的很多地方都使用 NFS 挂载的主目录。通常在性能上并没有太大的差异（而且信息亭用户的要求可能比知道如何抓住当地 IT 人员的开发人员要求低一些）。我看到的一个问题是，当我登录到 Gnome 桌面并且 NFS 服务器因任何原因消失时会发生什么。事情变得毫无反应。

    • 3

  7. 我使用 NFSed 家庭，它工作正常。但是您必须确保网络足够快并且永远不会关闭。

    • 2

  8. 在实际基础上，如果有 100mbit 或更好的交换网络，NFS 可以很好地用于主目录。对于超过 10-20 个信息亭，服务器应该具有千兆连接。你不会赢得性能竞赛，但 Firefox 和 Open Office 之类的东西可以正常工作。

    在登录延迟方面，在主目录中复制将是一个主要痛苦（在最大 12MB/s 的 100mbit 网络上。100MB 主目录接近 10 秒。）Rsync 将让您同步 Web 浏览器缓存... 10分钟和 500 个文件受伤。

    • 2

  9. 看看cachefilesd。我自己没用过，但看起来很有希望。

    cachefilesd 守护进程管理缓存文件和目录，这些文件和目录被网络文件系统（例如 AFS 和 NFS）用于对本地磁盘进行持久缓存。

    另外，如果可能，不要忘记调整 rsize 和 wsize 参数并使用巨型帧。

    • 1

  10. 请注意，在某些情况下（例如私人家庭使用或信息亭配置），最简单的做法可能是对主目录中的重要顶级目录使用符号链接。如果那里的设置搞砸了，需要保持在本地等情况下，可以更容易地对“卫星”家进行核攻击。

    • 1

相关问题