Volumez 为容器化应用程序开发了云交付的块存储配置服务。存储功能（如性能、复原能力和安全性）由客户的声明性输入指定。Volumez 预置本地或原始公有云存储服务（如 Amazon EC2 实例存储、Google 计算本地 SSD 和 Azure 临时操作系统磁盘）的数据路径。Volumez表示，它使高性能数据服务在公共云和私有云中具有可组合性、可扩展性和通用性。
该供应商将其软件定位为云提供商组件功能的提升，称它允许他们为数据密集型应用程序提供量身定制的、优化的、强大的数据基础设施，以及存储服务。
B&F 与 Volumez 的首席产品官 John Blumenthal 就 Volumez 的技术特点进行了交谈。
Blocks & Files：在比较供应商时，您认为云存储的买家会遇到哪些问题？
约翰·布卢门撒尔： 存储行业有着悠久的竞争历史，与不断变化的标准进行比较。创建了完善的论坛，如存储性能委员会、事务处理性能委员会、特定于工作负载的基准测试等，为营销战奠定了基础。尽管论坛继续定义评估（基准测试）标准，但自从 Pure 引领了从单位存储容量成本到单位 IOPS 成本的购买思维转变以来，业界并没有激发出太多的创造力。
自这种转变以来，云存储购买者必须考虑两个未考虑的因素：
云感知
云与早期的 VMware 环境并无太大不同。在现有存储系统上部署虚拟机时，经常会遇到性能、弹性和存储服务方面的挑战。云基础架构也面临着类似的挑战，其中代码层位于应用程序和存储资源之间，这使得在云中部署存储变得困难、昂贵且不一致。这种缺乏“云意识”使组织无法将关键应用程序迁移到云基础设施;和
薄弱的云基础设施测量 由于缺乏经过校准的、一致的基准测试工具，在云中准确测量
性能，尤其是在新媒体可用时，会受到阻碍。在公有云基础设施之上分层的SDS（软件定义存储）进一步加剧了这一挑战。
Blocks & Files：您能解释一下云感知是什么意思吗？
约翰·布卢门撒尔： 所有特性/功能存储要求都是已知的，并且在云存储中可用...除了一个：云感知。虽然市场动态使得有意义的公共存储解决方案比较几乎不可能，但云感知是改变悲惨局面的新比较维度。如今，大多数供应商只能提供一组“pdf比较”，研究人员从彼此的公共网站上获取。因此，合格的评估是在私下内部烘焙中进行的，这些烘焙从不公开。许可证采用的语言设计，禁止使用非公开信息，并在公开比较中产生性能结果。
云感知是一个新维度，首先要演示每个存储系统包含的所有惯用的、众所周知的特性/功能。接下来，这些特性/功能必须由一组规范化的工作负载/基准执行，以生成一组标准化和众所周知的存储用例的数据：
表 1：用于评估云存储解决方案的示例特性/功能
块和文件： 云感知与公有云基础架构有何关系？
约翰·布卢门撒尔： 云感知不仅仅是（临时）存储/媒体。它涵盖了所有云基础设施组件和功能，在这些组件和功能中设置和操作存储/介质 - “云感知”将存储的概念扩展到数据密集型应用程序的完整云基础设施。它是了解和控制数据基础架构性能和成本的核心。
我们将“云感知”定义为通用存储特性/功能集与存储系统操作使用的云基础设施的映射。以下是 Volumez 如何通过“云感知”与“云迁移”来区分公有云中的块服务的一些示例。
表 2：比较云属性的示例大纲，以及 Volumez“云感知”与“云迁移”解决方案如何应用这些属性
块和文件： 成本从何而来？
约翰·布卢门撒尔： 在整个行业测试中，一个不变的是成本。在云时代，成本是索伦。它看到一切并感染一切。随着电信级别的使用明细出现在分发给财务团队的云月度账单中，云存储用户无法逃避它的目光。在资本支出丰收的日子里，成本可能会被埋没在不太详细或不存在的运营使用数据中。与云成本相关的可见性和痛苦催生了企业 IT 中一个全新的角色和角色：finops。Linux 基金会项目 Finops Foundation 已经创建，旨在建立一个社区并传达其重要性。
finops 中的大多数存储项目都涉及使用公有云原生存储和适当会计的最佳实践配置。几乎没有关于包含“云感知”架构设计中心或用例的存储系统。套用维特根斯坦的话来说，“在公共云中，人们不能谈论成本，因此必须保持沉默。我的观点是，云存储比较必须包括成本才能对消费者有用，因为所有特性/功能都保持不变——关键在于在公共云基础设施中操作这些特性/功能的成本维度。
表 3：Volumez Cloud Aware 数据基础架构配置与云迁移存储解决方案执行的常见存储用例的部分列表
块和文件： 云中的存储系统如何受到资本支出和运营支出的影响？
约翰·布卢门撒尔： 上述根本差异源于各自产品的设计中心。如今，公有云中的所有存储产品都是在资本支出时代设计和构建的，并围绕资源类型、可用性和配置进行本地假设。它们大多是为本地/资本支出运营模型构建的未修改版本。随着公有云基础设施的采用，运营支出时代即将到来，虽然 CPU、内存和网络在功能和成本方面呈现出新的维度，但存储仍然是落后者，锚定在资本支出时代和对存储控制器中心性的依赖。其结果是无法为云中要求苛刻的现代工作负载提供经济可行的数据基础架构。
块和文件： Volumez 有何不同？
约翰·布卢门撒尔： Volumez 是市场上唯一拥有具有公有云基础架构意识的设计中心的解决方案。它的架构与其他解决方案有着根本的不同，它根据工作负载要求利用公有云基础架构中可用的原始存储资源。组件和功能的智能组合超越了实际的存储介质，包括对网络、逻辑和物理故障域、应用程序位置和配置文件以及组件成本结构的感知。这就是为什么 Volumez 是一家数据基础设施公司，而不是存储供应商。Volumez 将云提供商的组件功能转变为量身定制、优化、强大的数据基础架构，适用于数据密集型应用程序。将临时媒体实例转换为存储单元只是提供客户所享受的令人难以置信的性能、可用性和成本效益的要求的一部分。
最后，Volumez 的声明性、基于策略的表达式 （YAML） 与推动公有云消费的基础架构即代码 （IaC） 框架集成，其中 Volumez 对 IaC 的贡献称为“数据基础架构即代码”。云感知推动了下一代数据基础架构功能、自动化和经济性的发展。今天，它只能在 Volumez 中找到。
块和文件： 您认为公有云存在哪些存储基准测试问题？
约翰·布卢门撒尔： 要了解云感知存储功能/操作，需要了解这些功能使用的资源的特征。要以可衡量、可量化的方式揭示这些特征，需要进行基准测试和工作负载分析，而这些都落后于当今云基础设施的能力。因此，在当今的测量工具链得到改进之前，对限制和约束的准确描述仍然难以捉摸。
例如，由于不同设置的相互作用，合成工作负载测试（fio、vdbench）很难正确配置。随着 NVMe 提供新的性能级别，如何确保工作负载生成器与它加载要测试的介质性能保持同步是有问题的 - 发送到介质的 I/O 分布不均匀。因此，延迟通常是工作负载生成器的延迟，而不是媒体本身的延迟。对当今的现代媒体和互连进行基准测试成为工作负载生成器调优和优化的一课。
网络引入的波动使问题复杂化。这些变化可能会增加排队时间，进一步扭曲被测介质的性能情况。公有云需要一种新的存储性能工具链，以准确测量端到端的性能特征。这是了解云感知为数据基础结构引入的成本优化的先决条件。Volumez 目前正致力于开发一种最佳实践方法和软件，以提供对云数据基础设施性能的可见性，其中大部分在 Volumez Block Service UI 中可用。
