@hanssx 有钱加硬件当然就解决问题了😂，有没有什么方案可以在后期加硬盘的时候有数据冗余，且数据的迁移成本最低，维护的时间成本最低

@Mithril 服务容器化是已经在用的。核心其实就是有没有什么方案可以在后期加硬盘时，在数据迁移成本小的前提下实现数据冗余。

@qping 是的，直接上 Ubuntu serve 我也考虑过，lvm 了解不多，lvm 有数据冗余的方案吗？

@Admstor nas 就一定必须要往里放重要数据吗，我们要存 nas 的数据就是一个同事可有可无的冷数据，但就是会有这个需求。完全抛弃 nsa 这个需求，问题依旧，问题的关键点又不是 nas 这个需求，是我用什么方案可以实现可以后期追加硬盘替换坏硬盘，且数据迁移备份的时间成本最小，数据要在后期追加硬盘时有冗余，上面的服务在任何状态下都要尽可能保持运行

@cnbatch 我是想让这台机器以 nas 的身份跑几个 docker 和几个虚拟机，因为本身虚拟化的需求 nas 系统就可以满足，对性能也没有要求，比两核 2g 的弹性云性能好就完全满足要求了，所以更考虑在尽可能稳定的前提下，灵活的扩展硬盘

@NewYear 配置已经 append 了，望大佬指导一下，现单位在创业阶段，预算确实不充足，不然肯定找服务器商配个顶配服务器硬盘插满😂

@NewYear 很感谢你的看法和意见，这个服务器本身并不是生产服务器，并不是“职场新人却负责公司重要事项”，只是期望这台测试服务器，或者说是用于跑一堆杂七杂八服务的 pc 可以更稳定的运行，来问一问各位大佬有没有什么好的建议

@NewYear 而且我个人对服务器硬件和各种解决方案确实不了解

@NewYear 创业公司本就是要节约成本，有二手肯定买二手，主要用来当测试服务器和文件存储，但是期望它可以保证数据不丢失

@cdlnls 背锅这个点倒不用担心，nas 的数据也不是特别重要，主要是要保证服务的正常运行（虽然现在没服务），而且因为硬件的关系，不能设置 SATA 控制器的直通，RDM 直通在 nas 虚拟机创建好后又不能添加，拓展性又没了

@opengps 一是现在现实条件不允许上很多硬盘，只能后边按需添加

@XCFOX 现在用的确实是 React-Router ，主要是对前端的这种技术栈不是特别了解

@shipLoad 请教一下，如果 api 有报错，我是应该包成统一的 ApiError 格式往上 throw ，监听那里接到就按照错误渲染 alert ，还是应该搞一个 store ，报错之后往 store 里塞错误信息

arm 的好像要加参数 -hwaccel videotoolbox

@SeanTheSheep 现在客户端在加紧重构，换了新架构后稳定性会好很多，可以继续关注😁

@Mayily 前期确实没考虑到 mac 端的适配，因为现在看来整个用户群体中 mac 用户不多，后期会加入 mac 端的适配

@SeanTheSheep 收到，反馈给产品经理了，下个版本就会加调整字体大小的功能，如果有其它建议或反馈还可以联系我

@V2mario #55 藏拙也是一种智慧

@Qmanman #31 是的，自己也有不对的地方，pua 是一方面，另一方面应该就是为了恶心我