软件定义存储与设备的比较
如今，每个人都声称自己是一家软件公司。从 Marc Andressen 近十年前的声明“软件正在吞噬世界”到华尔街推动产生经常性软件收入;压力在于声称 - 至少 - 你是一家软件公司。这对设备供应商来说显然是有问题的。尽管他们尝试了，但不需要太多检查就可以确定哪些已经成为真正的软件定义，哪些希望使用金融工程来伪造它，直到他们到达那里。无论哪种方式，关于软件定义存储或硬件存储设备哪个更好的争论仍在继续。差不多结束了。正如 Marc 预测的那样，软件赢了。我们需要从软件定义存储的明确定义开始。首先，它是软件。它很可能也是从软件开始的——它不是从专有硬件平台中“提取”出来的。软件定义的存储应在具有直接访问存储 （DAS） SSD 或磁盘驱动器或 JBoD（只是一堆磁盘）或 JBoF（只是一堆闪存）机架的多个客户服务器上运行，这些服务器是通过 SAS/NVMe 连接到服务器的。真正的软件定义存储不会在预先批准的狭隘设备列表上运行 - 那只是有选择的硬件定义存储。软件定义的存储几乎可以在任何设备上运行。例如，Raspberry Pi。或者 IBM Power9 基础架构。或者介于两者之间的任何事情。硬件定义存储（设备）将服务器和存储硬件和软件组合成一个打包的解决方案，客户从该供应商处购买整个解决方案。硬件定义存储通常由供应商人员部署，可以采用带有供应商外壳的机架式硬件形式，但其下方通常是两个或多个连接了 SAS 或 NVMe 存储架的服务器。硬件定义的存储供应商提供内部网络，将多个服务器和存储连接在一起。设备供应商人员负责维护设备服务器和存储硬件以及存储软件。让我们进一步分解一下，好吗？
| 软件定义 | 硬件定义/设备 | |
| 成本 | 客户提供自己的服务器和存储设备为部署所需的性价比配置而设计。 | 更糟的是存储供应商提供所有硬件,解决方案的软件和服务。难以拆分 |
| 性能 | 取决于配置的内容。采用快速硬件和快速网络的真正高性能 SDS 甚至比 “快速 ”设备供应商更胜一筹。这种趋势只会继续下去。当然，还会有一些特殊情况，但快速软件是起点。 | 供应商优化硬件和软件，以获得最高的性能和可用性。价格/性能曲线相当线性。 |
| 可扩展性 | 更妙的是，由于它们是作为存储集群部署的，因此通常从 3-4 个节点到 100 多个节点不等。 | 更糟的是 设备通常配有双（服务器）控制器，通常可扩展到 4 个（8 台服务器），但一般不会高得多。 |
| 容错性 | 优秀的软件定义存储可将故障视为正常事件。做得好的话，集群可以无缝重定向、愈合或恢复。复杂的擦除编码和比特保护都是软件发明，可确保可管理性优先。 | 设备通常经过优化，可提供高水平的容错能力。它们通常部署有双控制器，当其中一个控制器死机时可快速故障切换，并提供复杂的存储保护策略。不过，更换设备与更换 COTS 硬件不同。 |
| 自动化 | 软件定义存储由 API 驱动。这些 API 通常支持目前部署在数据中心的大多数 DevOps 和基础架构自动化及监控软件包。 | 设备通常首先支持图形用户界面，而将应用程序接口视为二等公民（如果有的话）。这就限制了自动化和应用程序故障管理。这也是大多数设备仅用于存档而非现代应用程序的原因。 |
| 配置灵活性 | 客户可根据自己的需要（在 HCL 范围内）在任何性能和容量上部署这些解决方案。配置灵活性几乎是无限的，这在考虑现代范围（数据中心到边缘）时至关重要。 | 设备通常仅限于非常具体的产品，一般有 3-5 种型号可供选择，每种型号都有 DRAM 和容量限制。性能通常受到所选设备型号的限制。不能混用和搭配不同的型号。 |
| 可试用性 | 想尝试软件定义存储 - 下载并开始使用。如果您的供应商是真正的开源供应商，您所使用的软件与他们最好的客户所使用的软件是一样的。 | 必须在客户的数据中心或其他测试设施内提供设备供客户试用。销售过程中的巨大摩擦。 |
| 可升级性 | 客户可以随时用更好的服务器或存储设备替换现有的服务器或存储设备，而且可以自己完成。 | 电器供应商一般只提供特定型号的电器升级服务，这些升级服务必须购买，而且通常由供应商人员完成。 |
| 安装简便 | 更好。随着客户不断增加服务器或存储硬件并在服务器上部署软件，他们可以随时在当前或新服务器上部署软件定义存储。 | 通常使用设备供应商的人员来部署设备。这可能需要数据中心和供应商服务人员的交叉调度。 |
| 易于操作 | 软件定义存储以 API 为先，但也支持图形用户界面和/或集成到更大的解决方案接口中（如 MinIO + 思科）。 | 应用程序供应商在图形用户界面上投入了大量资金，而且通常功能齐全。一个好的图形用户界面可以成为锁定 IT 的强大形式。 |
| 功能更新频率 | 真正的软件定义存储会不断发布。通常每周发布一次。客户按需使用。这意味着更多的功能、更好的安全性和更少的中断。 | 更糟。由于对性能和可用性进行了严格优化，测试通常必须更加严格，耗时更长。这就延长了功能更新的间隔时间。 |
| 足迹密度 | 传统上，密度更偏向于电器，但有了这样的盒子，这种差距就被消除了。 | 设备控制硬件，并以现有最密集的存储架为目标即使这需要专有硬件。 |
| 硬件的可重用性 | 客户可以随时从集群中取出服务器和存储硬件，并将其部署到其他用途。许可条款可能需要更改，也可能不需要更改。服务器维护选项由客户及其服务器供应商自行决定。 | 除了把旧电器用作低速存储器（又称船锚）之外，能做的事情并不多。不过，要继续将设备用作（速度较慢的）存储设备，就需要维护供应商的维护合同。 |
| 复杂性 | 优秀的软件定义存储可将复杂性抽象化。优秀的软件定义存储可消除复杂性。 | 对于设备供应商来说，缺乏灵活性是一个难得的亮点，因为缺乏灵活性会导致产品同质化，从而造成某种程度上的简单化。这也是 IT 部门对供应商忠诚度极高的原因。 |
归根结底，这两种解决方案在当今市场上都有一席之地，但世界正在发生变化。它花费大量现金来经营硬件设备业务。它占用资金，需要大量的现场销售和现场销售支持。设备不是为我们今天生活的世界而构建的。此外，正如我们最著名的指出的那样 - 您不能容器化设备。鉴于 Kubernetes 是新常态 - 以投掷钢铁为生将变得越来越困难。这就是为什么现在每个人都急于说他们是一家 “软件公司”。事实是，如果他们的网站装饰着展示他们标志的盒子 - 它就不是一家软件公司。当他们在推特上发布胜利并展示一些盒子时，这就是他们销售的东西 - 而不是软件。仅仅因为他们每三个月说 45 分钟说“软件订阅收入”之类的词，并不意味着他们是一家软件公司 - 而是意味着他们正在参加季度分析师电话会议。所以想想你真正想要实现的目标。如果您想要高性能的 Kubernetes 原生对象存储 - 请选择软件。如果除了存档之外，您还需要现代应用程序支持 - 请选择软件。如果您希望根据自己的使用案例灵活地进行设计，请选择软件。但是，不要选择伪装成软件的硬件。