我有一个4250 on的服务器在普通的sata控制器上的sata驱动器。我想在某种容错文件系统上安装Docker,这样如果其中一个驱动器出现故障,整个设备就不会崩溃。
我很确定不可能将所有的4驱动器格式化为ZFS,并将它们作为操作系统的引导驱动器。而且Docker也不推荐ZFS:https://docs.docker.com/storage/storagedriver/zfs-driver/
也许还有另一个容错文件系统是与Docker兼容的?
对于这种情况下的建议有什么想法吗?
发布于 2018-08-19 11:30:03
你提到的建议的确切措辞如下:
Linux (ZoL)端口上的ZFS是健康和成熟的。但是,目前不建议在生产中使用
zfs
Docker存储驱动程序,除非您在Linux上具有丰富的使用ZFS的经验。
它建议的是,除非你有经验,否则不要在生产中使用它。你是否已经有过这样的经历,你必须自己来判断。对于您来说,开始获取ZFS的经验是否是个好主意,这样您就可以在某个时候开始在生产中使用它,这是一个意见问题,因此对于这个站点来说,这个部分是非主题的。
如果您确实决定要获得使用ZFS的体验,您可以通过使用ZFS来设置测试环境,这与您将要使用的生产环境非常相似。为了真正从测试环境中获得经验,您必须强调一下。例如,您可以在缺少磁盘的情况下运行它,以便了解它在磁盘丢失时的行为以及替换失败磁盘的过程。为了确保在这些过程中没有遗漏任何东西,您可以逐个替换所有磁盘,并验证系统是否继续工作。
存储设置是否可用于/boot
不应影响您对/
设置的选择。
正是由于这个原因,使/boot
成为一个单独的挂载点是很受支持的。对于/boot
,我通常在所有媒体上使用一个2GB的mdadm 1数组。对于这么多的复制来说,这可能有点浪费,但这意味着系统是从哪个磁盘启动的并不重要,我认为这些磁盘在磁盘空间中的开销是值得的。
在广泛的设置中,设置/boot
的方式是我推荐的方式,无论您是否为/
选择ZFS,它都很适用于您。
发布于 2018-08-12 22:58:07
使用并创建一个突袭。。
除非您的服务器有一个RAID控制器,否则在这样的设置中,这是硬盘冗余的最佳选择。
https://serverfault.com/questions/925998
复制相似问题