AWS系列第1部分：AWS中弹性块存储（EBS）的IO特性：等级已出AWS系列的第2部分：将Oracle应用程序迁移到AWSdelphixversion4.1支持部署到AWS中，因此我在过去几个月里一直在评估AWS。当我与合作伙伴和客户交谈时，很明显，进入IaaS模型不是一个"如果"的问题，而是"何时"的问题。随着组织意识到其当前在内部部署基础设施上的投资的全部成本，转向具有成本效益的Iaas模型变得越来越有吸引力。在本博客中，我觉得有趣并想深入研究的关键问题是：将应用程序和数据迁移到云中有多容易？您如何实现云基础设施所承诺的所有好处？在最近的一个博客中，我解决了第一个问题：我使用Delphix复制将测试/开发环境迁移到AWS中的经验。使用传统方法将大型数据库和复杂的企业应用程序迁移到云端是非常复杂的，需要通过几个手动步骤小心翼翼地完成。例如，要将Oracle电子商务套件应用程序迁移到云端，应用程序层和数据库必须分开移动，并手动缝合在一起。这将无法扩展到企业级，而且即使对于少数环境也不必要地复杂化。使用Delphix的AppData引擎，所有环境都可以"复制"并在云中启动，只需花费很少的精力，而且没有停机时间。云的承诺在将应用程序迁移到云端之后，组织如何实现其全部潜力？我认为"操作敏捷性"和"成本节约"是大多数组织都希望实现的IaaS模型的两个最大好处。在AWS上运行了几个月的实验之后，我清楚地看到了它的好处。上下扩展资源很容易，您只需在需要时支付所需费用。但数据仍然是一个制约因素，涉及经常性成本，而且即使在云中也很难移动。释放数据的灵活性以下是在AWS中创建数据库应用程序副本（例如大小为1TB）的步骤：关闭数据库创建连接的所有卷的快照从快照创建新卷将新卷附加到新计算节点启动数据库并用新卷缝合这一过程复杂、耗时，需要停机。应用程序的计算部分运行速度很快，但数据总是落后。对于数据库应用程序来说，这意味着需要数小时的停机时间或次优的性能，以及生产力的损失。即使在一个承诺快速扩展资源的IaaS模型中，数据也会成为一个锚，它会降低生产率，并阻止组织充分实现其云基础设施的好处。使用Delphix，创建环境不涉及添加存储，也不涉及任何数据移动—Delphix透明地处理存储管理。一旦计算节点可用，就可以在几分钟内将应用程序配置到它上面。Delphix支持数据库应用程序和其他基础设施的快速扩展和拆分。数据不再是一个锚，组织现在可以充分利用他们的IaaS基础设施。Delphix解除了数据的限制，帮助组织充分发挥其云部署的潜力。存储成本节约图1：环境下的存储占用空间和成本乘数。Delphix减少了成本爆炸存储通常是云中数据总体拥有成本的最大贡献者之一。对于依赖数据库应用程序的组织，存储成本可能高达云总开支的60%-70%。Delphix使用两项关键技术来最小化环境的存储空间。Delphix精简配置数据库，确保存储空间不会随环境而扩展。Delphix还压缩磁盘上的数据，通常达到3:1的压缩比。例如，一个1TB数据库的10个环境需要10TB的存储空间，而不使用Delphix。使用Delphix，存储空间将达到667GB—减少14倍。如果不使用Delphix，存储总体拥有成本将随环境数量和每个环境所需的存储量呈线性增加。在Delphix中，有1个共享池由Delphix管理，而不是由用户。那个图1中的图表说明了这一点。其好处不仅仅是成本节约：Delphix简化了存储管理。在Delphix中，有1个共享池由Delphix管理，而不是由用户管理的20个未充分利用的存储卷。Delphix简化了云中的存储管理；Delphix节省的存储空间扩大了总占地面积。严格的SLA在我之前的博客中谈到了AWS的存储特性。我强调了使用"Provisioned IOPS（piop）"分配存储以确保数据库应用程序有足够的响应时间的重要性。对于占用1TB空间的典型测试/开发环境，AWS建议配置高达5000 IOPS[请参阅AWS白皮书]。一个需要10个这样的环境的项目将需要50000 IOPS。严格分配IOPS会导致使用效率低下，因为在项目生命周期中，每个环境的负载都会有所不同。每GB/月0.19美元，配置的IOPS是AWS中购买成本较高的资源之一。今天，像上面这样的环境，1TB的5000 IOPS的成本大约为每月500美元。如果我们需要10个这样的环境，每年就要花费60000美元。为了在使用这些资源时具有成本效益，需要在项目生命周期的各个环境中仔细协调分配。开发环境在项目的初始阶段可能需要更多的IOPS，而测试/登台环境在发布周期中可能需要更多的IOPS。虽然更改单个实例的IOPS很容易，但过程变得不必要地复杂，并且在大型部署中难以管理。弹性SLADelphix将配置的IOPS转换为我称之为"弹性IOPS"。使用此模型，您不需要跨环境协调IOPS。当环境通过Delphix虚拟化时，所有IO都由Delphix提供服务。为Delphix购买了一个支持所有环境的IOPS共享池。不需要为不同的环境预先提交SLA。通过创建单个共享池，可以在整个项目生命周期中根据需要在环境中高效地分配IOP。Delphix简化了整个环境中SLA的管理和分配IOPS成本节约使用Delphix，一组环境不仅使用一个可管理的IOPS池，而且只需要总需求的一小部分。我们的缓存有助于降低IOPS。Delphix缓存缓存层的一个独特功能是内存虚拟化。Delphix只在内存中缓存任何块的一个副本，而不管读取它的环境有多少。这项技术允许Delphix仅使用内存占用的一小部分来为所有环境的工作集提供服务。为了匹配这个性能，传统环境需要N倍的内存。图2:OLTP工作负载可根据每个环境的IOPS进行扩展OLTP对于通过Delphix虚拟化的OLTP应用程序，我通常在缓存中看到大约75%的命中率。这意味着，如果应用程序需要5000个IOPS，我只需要从存储中获得1250个IOPS，因为其余的IOPS由Delphix缓存提供服务。在规模上，如果一个项目需要10个这样的环境，Delphix只需要12500个IOPS，而不是50000个。这将使项目所需的IOPS成本降低4倍。图3：分析工作负载将随着每个环境的IOPS而增加分析对于具有分析或报告式工作负载的应用程序，缓存的好处更为明显—我通常看到90-95%的命中率。Delphix在所需的总IOPS方面节省了近10倍。 Delphix将购买的SLA的价值乘以4-10倍。结论云的承诺是以更低的基础设施总体拥有成本实现更好的运营灵活性。但是对于数据库应用程序来说，数据仍然是一个制约因素——它形成了一个锚，拖累了云所承诺的灵活性优势。存储成本和围绕存储的sla成本使大多数组织很难充分发挥云的潜力。Delphix通过最小化存储占用空间、简化存储管理和提高SLA的价值来帮助消除这些障碍。致谢：感谢我们的安德鲁整理图表和路易斯的编辑帮助。