哎，不得不说一下你提到的这个“存储项目”。我之前曾参与过存储项目，2016 年在上海。当时我负责一个10TB的数据存储解决方案。要求是稳定、快速，而且成本不高。
结果我和市场上的一些大品牌做了比较，发现对于我们这样的小公司来说，要么价格太高，要么服务太复杂。然后，我找到了一家提供定制解决方案的公司。他们有非常适合我们的产品。
因此，我不认为即使定制解决方案很便宜，它也会有很多问题。存储服务器的配置不高，使用不到半年就开始频繁宕机。那时候就很惨了。客户数据经常出现问题，项目几次差点失败。
最终还是通过技术人员加班加点、鼓捣的努力，事情才稳定了下来。那时我才真正意识到，从事IT工作的人没有解决问题的能力是不可能的。
然后，项目终于步入正轨，我从这次教训中学到了很多东西。当你看看现在市场上的存储解决方案时，它们确实令人眼花缭乱。但回想那一天，我知道选择适合自己的才是最重要的。
在这方面，我觉得我有一些经验可以分享，但是对于新的高科技产品，我还没有太多的接触。您有任何具体问题吗？
存储项目时，首先计算需求，然后选择工具。 2022年，某公司扩容，选择了100T SSD，速度快但价格昂贵。
定期备份您的数据，不要等到丢失才备份。 2021年，我们公司使用的是Dell R630，每天晚上都进行备份。
网络带宽，请先测试后再决定，不要超出预算。 2020年，我们项目的预算是500M，但实际上300M就够了。
要排除故障，请先检查日志，不用担心。 2019年，我们遇到了一次宕机，通过查看日志来查找问题，省时省力。
磁盘阵列，RAID5应用广泛且成本低廉。 2018年我们使用了RAID5，成本低，数据安全。
容量规划，至少预留20%，以防未来扩容。 2017年，我们预留了30%，以后扩张就可以轻松应对了。
自己掂量一下。
当谈到存储项目时，这是我陷入的最大陷阱之一。记得那是2016年，我们公司承接了一个大型项目，需要在一周内完成一个非常大的数据存储系统的搭建。那时我年轻气盛，以为直接跳到云上就完了。它将更快、更经济。
结果当天晚上系统一上线就崩溃了。那天我熬夜到凌晨4点，看着服务器的CPU飙升到100%，内存满载，网络带宽完全耗尽。我当时就傻眼了。流量和数据量并不是我们当时所欣赏的。
然后我才知道，云服务也是有上限的。你以为它是无限的，但一旦使用后，你发现带宽、延迟、价格根本不是我们能承受的。最终我不得不做出决定，重新架构，寻找本地数据中心来解决问题。
这方面的事我至今记忆犹新。如果以后遇到这样的项目，我一定要慎重评估。我不应该只看表面，而应该深入分析需求。不仅要考虑省事，还要考虑实际的应用场景。血淋淋的教训！