EMC 已发布 VMAX FlashBoost 软件，该软件可使带有 SSD 的 VMAX 阵列更高效地运行，从而将性能提升高达 75%。 EMC 还为其客户提供更大容量的 SSD，并通过为新老客户提供预配置捆绑包和折扣让闪存更易于购买。
传统的 VMAX 架构通过接受数据的入站读取请求来工作，然后系统在 VMAX 中的驱动器上找到该数据，最后将该数据推送到 DRAM 缓存，在那里它通过光纤通道呈现回请求主机。 对相同数据的重复请求随后比第一次请求更快，因为 DRAM 缓存（VMAX 2K 中高达 40TB）已经保存了该热数据请求。 EMC 正在调整此工作流程的发生方式，这在很大程度上要归功于从他们的服务器端闪存缓存解决方案 XtremSF 中吸取的经验教训，以及他们对内置 SSD 的 VMAX 阵列的高渗透率。
借助 XtremSF，服务器具有板载 PCIe 闪存存储，用作 VNX 和 VMAX 等 EMC 存储解决方案的前端缓存。 对于部署了 XtremSF 缓存的环境，当 VMAX 知道数据已驻留在 XtremSF 服务器缓存中时，它会忽略其将数据移动到本地 DRAM 缓存的典型过程。 这是有道理的，因为主机缓存上的数据更接近，并且将提供比到达 VMAX 所需的跃点更低的延迟，这是服务器端缓存的全部点。 VMAX 的工作也少了一点，因为要完成的数据事务少了。
现在有了 VMAX FlashBoost，混合 VMAX 阵列 (HDD/SSD) 将以几乎相同的方式运行。 当对驻留在 SSD 上的数据进行数据调用时，VMAX 将在第一时间为 SSD 之外的请求提供服务，而不是先将数据移动到 DRAM 缓存。 接下来，VMAX 会将数据移动到 DRAM 缓存，因此如果再次出现相同的读取请求，第二次命中很可能来自 DRAM，从而提供比第一次仅来自 SSD 更好的延迟。 FlashBoost 本质上节省了第一次读取请求的开销，因为它不必立即将数据迁移到缓存。
根据 EMC 的数据，绝大多数 VMAX 部署都包括闪存，大约占 70%。 虽然这些用户中的很大一部分将闪存用作缓存来加速他们的大部分 IO，但许多客户将使用闪存为对延迟最敏感的应用程序创建仅闪存池。 添加 FlashBoost 对这两个用例都有立竿见影的好处，减少了系统内的开销。 对于那些使用全闪存池的用户，他们使用所有固有的 VMAX 数据服务，例如复制、加密和数据保护。
EMC 还推出了新的 800GB 闪存驱动器，以允许客户构建更大、更密集的闪存配置。 EMC 还通过提供预配置的捆绑包使闪存更容易购买，这些捆绑包包括所需的驱动器和许可（以及机柜或其他需求），现有系统升级和新部署的折扣高达 40%。
可用性
FlashBoost 可供新的和现有的 VMAX 客户免费使用，并且在运行 Enginuity 5876 操作环境的 VMAX 系统上无中断地启用。
Amazon