当组织评估硬件和软件基础设施的选项时，他们必须决定是宁愿选择新兴的超融合基础设施类别，还是使用他们精心挑选的供应商构建自己的解决方案。 前一种选择的一个重要驱动因素是“单喉窒息”的论点，这种论点已经被听到和提出了很多次——而且有充分的理由！ 通常，选择后一种选择的企业只能与供应商打交道，而这些供应商在基础设施出现故障时会玩相互指责的游戏。 超融合基础设施的真正价值更多在于易于部署、集中管理和系统的超优化。 换句话说，它是关于简化和精简基础架构，让管理员可以将精力重新集中在更重要的事情上。 当考虑超融合时，性能通常是一个较低级别的问题。
这种简单基础设施的想法是如何实现的？ 要理解这种简化，必须考虑近年来基础设施的演变。 传统上，工程师将数据中心的不同组件作为单独的部分进行管理。 这给 IT 人员带来了一场噩梦； 他们必须维护了解每个组件如何一起工作（和不工作）的技术人员。 这种低效的方法导致了资格指南、互操作性矩阵和令人头疼的问题。
融合基础架构的目标是最大限度地减少兼容性问题，并将组件调整为单一外形以进行集中管理，最终使事情变得更简单。 融合基础设施有多种形式和规模，但通常可以归为四个池。
| 参考架构 | 融合产品 | 超融合 | 机架秤 | |
|---|---|---|---|---|
| 特征： | 灵活、预定义选项、合格、自建 | 供应商锁定，单一支撑结构，预制 | 简单，软件层，聚合资源 | 灵活、集中和分类的资源、模块化 |
| 例子 | VSPEX、FlexPod | Vblock、数据库云服务器 | EVO：RAIL、Nutanix、SimpliVity、HP ConvergedSystem |
在参考架构中，有人通过提前进行跑腿工作，将所有复杂的资格和互操作性排除在外。 它本质上是一个蓝图，可以遵循它来构建一个经过验证的配置。 这很棒，因为有人已经完成了构建基础设施最痛苦的部分，尽管每个组件仍然需要单独管理。
对于融合产品，有两种子类型：通用和专用构建。 无论哪种方式，管理员都在使用供应商预先构建的完整系统。 Vblock 是最著名的通用融合基础设施之一，但像 Exadata 这样的专用构建产品也非常适合这一类别。 通常选项仅限于“多少”和“多快”，这对每个企业都是独一无二的。
融合基础设施的一些新事物是超融合空间，它使用软件将所有单独的组件隐藏到一个单一的管理界面中。 这些扩展性很好，但通常计算和存储不能单独扩展。
剩下的就是 Rackscale。 这是从各种来源获取并汇集在一起的分类资源的总和。 使用 Rackscale，管理员可以从白盒服务器的大杂烩中获取企业的所有存储，并将它们链接在一起作为一个池。 这与超融合不同，因为服务器和存储组件不必匹配。
基础设施融合的关键是简单，实现它的方法有无数种。 随着越来越多的供应商寻求进入等式，这肯定是基础设施领域的一个有趣时期。 随着更大的存储阵列已经内置了管理程序，本地应用程序可以在传统的企业存储阵列上运行可能只是时间问题。
关于作者
Mark May 是俄亥俄州辛辛那提的一名存储工程师。 他在企业存储和备份领域工作了超过 15 年。 他是 EMC Elect、Cisco Champion 和狂热的技术专家。 在空闲时间，他喜欢帮助其他人了解不断变化的存储行业的来龙去脉。 可以在网上的许多地方找到他，但最有可能是他的两个 个人博客 和推特 @cincystorage.
讨论这个故事
Amazon