目前，越来越多的用户因了解到超融合架构的巨大价值，计划启动传统架构到超融合架构的转型升级。但涉及到具体方案设计时，往往会遇到一些问题，其中 “超融合架构如何整合原来的架构” 就是用户的关注点之一。一般来说，采用超融合架构，原有架构的整合和利旧通常包含软件与硬件等各方面，比如原有的服务器、存储设备是否可以利用？如何利用？原有架构业务如何迁移？本文将针对这些常见问题进行详细解答。
传统架构中哪些设备会被替换？
首先，以 SmartX 产品为例介绍一下超融合架构和传统三层架构的核心区别，以便了解原有架构整合时有哪些需要被替换的设备。
通过上图看出：
1.超融合架构最大的变化是使用 x86 服务器和超融合软件（分布式存储模块）替代传统的控制器架构 SAN 存储；
2.传统架构中仅用于计算的服务器，在超融合的架构中，还用于运行分布式存储软件，并需增加 SSD 缓存、万兆网卡以及用于存储数据的硬盘，以实现数据存储功能；
3. FC 交换机被标准的 10G 以太网交换机替代；
4.虚拟化的部分可以继续使用 VMware 或者使用超融合厂商的内嵌的虚拟化软件，但需要确认超融合厂商对虚拟化的支持情况。
已有设备和软件如何利用？
服务器可以利旧，但要注意兼容性列表和稳定性。
如上介绍，超融合完全基于 x86 服务器构建，所以用户已有服务器是可以用来构建超融合系统。但需要注意以下几点：
1.需要保证服务器以及配件都要严格符合厂商的兼容性列表要求。一般来说，服务器改造成超融合节点还需要加配 SSD、万兆网卡等配件；
2. 一个集群中的硬件尽可能地保持配置统一，否则低配置节点会影响整体集群的性能
3.尽管超融合的分布式存储有副本保证可靠性，但一般来说超过3年的设备不建议使用，一方面陈旧设备的使用会提升多个设备同时出现故障的概率，影响整体的稳定性；另一方面，老旧设备配件的后续采购也是一大问题。
SAN存储不能用在资源池中，但可以构建冗余的系统
由于超融合系统通过分布式存储软件和 x86 服务器构建了存储池，所以原有的 SAN 存储和光纤交换机都不需要整合在新系统中。在 SmartX 的客户中，部分用户会将产品用在核心生产业务中，并同时使用原有的存储构建一个冗余的系统。冗余的方式可以采用应用层面的负载均衡和冗余，也可以采用类似 Oracle Data Guard 做数据库层面的冗余（以上方式都需要增加部分服务器），从而在超融合副本等技术的保护之下，再上一层保险。既增加了业务的可靠性，又利用了原有的设备。
原有虚拟化软件可根据情况选择是否继续使用
超融合模块除了包含分布式存储，另一个重要的部分就是服务器虚拟化软件。对于虚拟化的支持，各家厂商产品的支持情况差异较大，例如 SmartX、Nutanix 除了支持 VMware ESXi 虚拟化平台，还支持内嵌免费的基于 KVM 的虚拟化平台；而其他厂商仅支持 VMware 或仅支持 KVM 的虚拟化平台，用户可以根据自身情况进行产品的选择。
以下是市场主流超融合厂商的虚拟化平台支持情况：
如果用户当前正在使用 VMware ESXi 虚拟化，并且希望继续使用该平台，可基于已有的 VMWare 平台构建超融合系统，选择支持该平台的厂商并且确认版本的兼容性；如果想使用其他虚拟化平台，则需要进行虚拟机的迁移，将在下面的章节介绍。
业务的迁移
由于超融合架构需要构建一个新的分布式的存储池和虚拟化平台，所以数据和业务的迁移不可避免。由于市场主流虚拟化为 ESXi 与 KVM ，如下就主要针对这两种虚拟化平台讨论一下如何进行业务迁移。
由于原有环境可能是 KVM 与 ESXi ，而迁移目的环境也是 KVM 与 ESXi，都是 V2V 的迁移，所以一共有有四种可能：
ESXi -> ESXi
KVM -> ESXi
ESXi -> KVM
KVM -> KVM
以下逐一介绍每中场景迁移的方法和对业务的影响：
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/55077.html