我发表了一系列博客，讨论了Delphix 4.0中一些关键工作流（SnapSync和LogSync）的性能改进。这是这个系列的最后一篇文章。在这篇文章中，我将讨论我们对另一个工作流（从虚拟到物理）所做的性能改进，还将讨论对文件系统DxFS的一些改进。V2P（虚拟到物理）V2P或虚拟到物理是一个独特的功能，允许客户从Delphix"导出"数据库。V2P允许客户从dSource或VDB的时间流中的任何时间点启动物理数据库。由于Delphix与生产数据库保持同步，并提供非生产应用程序/开发/测试环境，因此V2P旨在成为生产环境和非生产环境的连续数据保护策略的一部分。V2P通常比从完整备份加载DB更快—提供了优异的RTO（恢复时间目标）。除了数据保护之外，V2P还可用于升级测试。客户可以在VDB上测试他们的升级，然后将V2P输出到升级的物理生产数据库。我们的一些客户的流程要求必须在远程位置提供物理拷贝以实现法规遵从性。在这种情况下，V2P用于从时间流中的特定点创建实例。所有这些用例都规定了V2P的时间限制。在4.0之前，V2P使用SCP作为底层传输，由于ssh协议的限制，它的最大吞吐量被限制在25mb/sec。在4.0中，我们更新了V2P以使用DSP作为底层传输。使用DSP，V2P的吞吐量在1GB/s的链路上增加了4倍。对于V2P的一些关键用例，这给了客户宝贵的时间。客户现在可以选择启用压缩（在慢速链接上获得更好的利用率）和加密，当数据通过安全链接发送时。上图显示了Delphix3.2中V2P吞吐量（在网络带宽有限的情况下）与4.0中不同选项的吞吐量。请注意，与SCP相比，DSP中的本机加密性能稍好一些。DxFS公司到目前为止，我谈到的所有特性都为工作流添加了可配置性，这对我们的客户至关重要。我们希望我们的客户使用像法拉利或普锐斯一样的德尔菲斯，任何满足他们需求的东西。但是当涉及到构成Delphix基础的文件系统DxFS时，就不再是手套了。我们希望从底层基础架构中尽可能多地提高性能，并尽可能快地运行。在这里，我们希望它一直是费拉里。文件系统的性能改进将影响与客户相关的广泛工作流。我的同事George在改进文件系统性能方面取得了重大进展。 由于对DxFS的这些更改，我们可以看到随机写入性能提高了近30%——这是一种特别难以处理的工作负载。George正在写一篇关于DxFS更改的详细信息的帖子，请继续关注。结论当我们构建敏捷数据平台并扩展到新的用例时，我们将Delphix视为向客户的应用程序项目交付数据的主要工具。对SnapSync和LogSync的改进将有助于保持Delphix与生产数据库的有效同步。根据用例的不同，可以将这些配置为与生产数据库的活动级别相匹配，同时对基础结构施加最小的负载。V2P得到了增强，吞吐量几乎增加了4倍。对DxFS的增强使我们能够从配置到Delphix的存储中获得更多的性能。有了Dune中的所有这些特性，我们构建了Delphix来无缝部署并适应客户的环境。