博客

虚拟化是整个超融合架构的一个必要的组成部分，以下通过 SmartX 超融合软件产品 SMTX OS 的模块构成进一步解释超融合产品和虚拟化产品的关系。

服务器虚拟化是整个超融合架构的一个必要的组成部分，以下通过 SmartX 超融合软件产品 SMTX OS 的模块构成进一步解释超融合产品和服务器虚拟化产品的关系。

所以超融合设备模块主要包括软件与硬件两块，其中软件部分包括存储模块，虚拟化模块，管理模块，以及数据容灾备份等高级模块。

可以的。目前超融合设备主要指超融合一体机，是超融合厂商根据客户的需求，和自身的产品策略，为用户提供的开箱即用，一体机化的交付方式，超融合主机包含了超融合软件和 厂商选定并适配的 x86 服务器。

超融合主机又称超融合一体机，是超融合厂商根据客户的需求，和自身的产品策略，为用户提供的开箱即用，一体机化的交付方式，超融合主机包含了超融合软件和 厂商选定并适配的 x86 服务器。

超融合基础架构（hyper-converged infrastructure）是一个软件定义的 IT 基础架构，它可虚拟化常见“硬件定义”系统的所有元素。HCI 包含的最小集合是：虚拟化计算（hypervisor），虚拟存储（SDS）和虚拟网络。HCI 通常运行在标准商用服务器之上。

理论上没有系统可以做到完全0宕机，只是通过方案保证更长的无停机时间。下面以SmartX为例介绍 从硬盘到跨城市的生产级高可用方案。

通用的 X86 服务器就可以，但是不同的厂商的支持情况也会有所区别，具体还是需要和厂家沟通确认后再做决定，当然也可以选择超融合一体机。

首先先来了解下什么是超融合三副本。三副本即同一套数据同时写入三分，当其中部分数据出现故障时，会自动切换到正常的，并对本地损坏数据进行恢复。一般来说副本越多，数据安全性越高，但同时冗余数据也会越多，导致可用空间缩减。

在集群架构下，每台设备都有一定概率出现故障，并且随着服务器集群的增加，故障出现的概率也会随着增加，当集群中任何一台设备出现故障的时候，整个集群就处于不健康的状态从而影响对外界的服务。

超融合多副本机制下，硬盘可用容量如何计算？目前主流的超融合副本机制为3节点2副本与5节点3副本，即同一套数据3节点两副本下同时写入2份，5节点3副本下同时写入3份，因此可用容量（得盘率）分别为50%与33%.

“超融合服务器”这样的概念，这并不是一个标准的概念，其中包含两种可能：1.就是指超融合一体机；2.指支持超融合软件的服务器，而这类服务器，一般就是标准的 x86 服务器。

传统意义上的超融合是适合于各种虚拟化的场景，对于裸金属服务器就不适合了。所以有一些重负载的应用，在虚拟化都不用的情况下，自然不会考虑超融合。

相比传统虚拟化，私有云不仅要求资源交付上需具备可扩展、弹性的能力，更大的挑战还来自于：整体方案从规划、部署到交付、运维各个环节都需要符合以下核心要求

作为传统虚拟化典型代表VMware + FC SAN，则是基于传统的集中式存储。而超融合的本质是分布式存储 + 虚拟化融合部署。可见两种架构的主要区别在于底层存储差异，以下给出分布式存储与传统集中式存储在可靠性方面详细对比

对于开发测试环境，超融合是非常适合的，超融合具备部署灵活，可以根据需求灵活进行集群伸缩，架构简单，降低运维管理的复杂度，同时具备高性能，可以满足开发测试不同纬度的需求。

以SmartX某农商行案例为例，该用户采用的是SmartX高级数据保护中的容灾功能，该功能的设计目标是为 SMTX 集群提供更为强大的数据容灾、恢复和回溯能力。备份功能以 SMTX 的快照功能为基础，可以将数据在不同时刻的快照副本自动复制至其他目标站点中。保护对象可以是iSCSI LUN、虚拟机或虚拟卷。

目前超融合改造用哪些技术：Ceph 、Swift、ClusterFS 、GPFS等？这些技术之间的优势和劣势各有哪些？真实的案例是哪个用的最多？目前银行超融合云化改造适用哪些业务场景？根据银保监会合规要求， 核心生产还是非核心？

通过近期的华为事件，是否存在这样的可能，面对技术封锁，许多未知的事项可能发生，对于这样的问题，需要未雨绸缪，想了解一下相关专家有没有预备方案和对策？

在双模架构基础设施云计算化的大背景下，资源都是分散的，因而分布式，超融合是再集中的架构，会不会导致性价比不高，再度被厂商绑定？超融合具体的价值在哪里呢，尤其在性能不是瓶颈的银行业务中，谢谢。

Smartx 超融合架构目前在金融行业的生产环境、开发测试和容灾备份场景都有很多的部署运行案例，涉及银行、保险、证券、基金、期货、信托等金融细分领域，这也最好的证明了 Smartx 产品的稳定性

数据库业务适合在超融合平台上运行吗，性能如何？答案肯定是可以的，SmartX 超融合平台的核心是分布式块存储，适合运行 Oracle 等各类的数据库业务，同时目前已有较多用户已经将Oracle、SQL Server 运行在 SmartX 超融合平台上。

超融合架构下如何实现单个节点上计算和存储的资源隔离和平衡？有不少用户也担心超融合架构下，存储资源是否与计算资源形成争抢关系。但实际上并不会的。

如果多套信息系统部署在同一个超融合资源池内，为了保证各个系统安全、独立地运行，如何在网络、存储、计算层面做到资源隔离？超融合中如何实现多租户模式？

目前，SmartX 落地案例中最大的集群规模可以达到40个节点以上，大部分金融用户使用的规模在10个左右，主要是获得一个资源池化与故障域隔离的平衡，如在交通银行总行数据中心，生产环境中单集群16个节点，承载一些C,D类的业务系统，包括了业务系统的WEB，APP以及DB等服务器。

SmartX 超融合集群可以最大支持255个节点，截至目前，实际落地案例中最大的集群规模可以达到40个节点以上，大部分金融用户使用的规模在10个左右，主要是获得一个资源池化与故障域隔离的平衡，如在交通银行总行数据中心，生产环境中单集群16个节点

VDI虚拟桌面场景是特别适合通过超融合架构承载的，尤其是利用分布式存储的高性能，提供更好的桌面体验方面。超融合每个节点相当于一个传统存储控制器的机头，节点越多，超融合集群的IO性能优势越明显。

使用 SMTX ZBS (分布式块存储) 的用户有以下几种场景：1.Openstack 私有云场景;2.数据库场景

超融合架构是指将计算与存储融合在一个节点内，通过分布式架构实现集群的可靠性和容错性，超融合架构就是分布式架构的一种实现方式，我理解你的问题是想说超融合架构与分布式存储SDS的区别，如果我理解没错，我简单介绍一下两都的区别。

云计算环境如何统一管理复杂多架构的超融合环境？一般来说，云管理平台可通过两种方式实现超融合环境的统一管理。

超融合架构在比传统架构物理CPU和内存资源配置底的条件下，以相同的基准性能测试，超融合架构提升了30%的数据库TPS，减少了27%响应时间，当然在不同的场景和不同的资源配置下，性能指标会有不同

云化架构和分布式架构有什么区别，具体使用场景如何区分？银行业务系统对敏捷性和灵活性要求越来越高，在业务上也开始采用微服务进行解释，新的IT基础架构如何满足这类要求？云化架构和分布式架构有什么区别，具体使用场景如何区分？

中小银行基础架构转型超融合与分布式架构，有哪些比较好的方案、建议方法？在银行基础架构转型上，中小银行或城商行IT基础架构相对简单，转型似乎更容易些，大型银行由于IT基础架构复杂，转型似乎更困难。

超融合容灾技术有那些？两地三中心的解决方案如何构建？超融合容灾备份技术方面，每个厂家都有自己的特色，如下图，包括备份与双活集群高级模块。具体容灾方面相关技术有：

超融合在异步复制方面一般是基于快照实现数据复制，不同的超融合厂商的快照实现技术有所不同，有的是COW，有的是ROW，不同的快照实现技术会对读写性能有不同程度的影响。

SmartX提供基于KVM进行产品化的Hypervisor，产品名称 SMTX OS虚拟机平台，可以提供类似vSphere vMotion，HA的功能，并可以在WEB界面批量部署虚拟机，大大提升资源发布效率。

市面上主流的超融合产品，除 Nutanix 和 VMware 之外，其存储产品大多基于开源(Ceph, glusterfs)。SmartX ZBS 分布式存储作为完全自主研发的商用级分布式存储，相较Ceph、glusterfs类开源架构的分布式存储，优势有以下几点：

目前全行推行微服务的架构，我行目前的微服务存在一个服务对应一台虚拟机的情况，如何在保证服务质量和业务连续性要求的前提下通过超融合实现资源的有效利用和高效利用？是否具有这方面成本投入之间的量化比较情况？

反过来说，什么样的业务系统不适合部署在云化的基础架构之上呢？对于那些资源消耗特别大的，延迟敏感度要求特别高的业务系统确实不适合。而对于那些应用发布特别快的业务系统就非常适合采用云化的基础架构形式。

超融合并不是集中风险，其实是分散风险，根据业务需要，架构横向弹性伸缩，希望我的说明能回答你的问题。

目前国内传统虚拟化向云平台转变有几类技术路线:1.以开源Openstack为首的产品化路线;2.商业化 CMP 云管产品（有老牌虚拟化品牌，也有独立 CMP软件提供商）.

超融合架构不是替代虚拟化的，是用来在一些场景替代集中存储，给用户一个新型的 IT 架构，超融合架构具有弹性伸缩、节点扩容带来的技算和存储线性增长、架构开放不绑定任何硬件品牌、融合架构数据本地化访问带来的高性能、数据多副本机制保障数据的容错能力、相较传统集中存储，有更好的成本优势，具备小规模起步，按需集群规模扩展。

如果购买的是超融合一体机硬件，那么存在厂商绑定风险，和其他家的超融合设备不兼容；如果购买的是软件，个人认为之前的例旧设备可能无法得到有效利用。我想知道这样的担心是否有必要存在？我如果购买产品，应该怎么规避这样的风险？

传统银行IT基础架构对高端存储设备依赖比较严重，如果进行分布式存储改造，那么如何解决分布式存储数据一致性问题？性能如何保障？是否能够满足银行业务数据IO大并发的要求？

超融合技术可以应用到容灾环境中，而且超融合在节省机房空间，环境快速搭建，简化运维方面，相对传统架构构建容灾方式更有优势。SmartX超融合可以基于分布式存储的同步复制和异步复制实现两地三中心的数据保护能力，满足业务连续性的要求。

Gartner在2019年的中国超融合市场竞争格局分析报告中将Nutanix和SmartX归为一类，都是专注在超融合领域的纯软件自研厂商，这两家的定位以及产品实现都是十分相似的，在产品和服务方面的主要对比如下

超融合产品集群的最小规模取决于副本存放策略，如果采用两副本的存储策略，最少3个节点起步；如果是采用三副本的存储策略，推荐最少5个节点起步。

超融合产品本身可以应用于企业绝大多数的应用场景，特别是适合采用虚拟化平台的场景。但是在某些特定场景上需要从性价比的角度进行考量。比方说SmartX平台本身是可以支持部署大数据平台

虚拟化与私有云的内涵有些不同，虚拟化是IT基础设施领域中比较重要的资源提供形态，是私有云IaaS层的其中一种构建方式，但私有云的架构体系除了IaaS，还有PaaS，以及资源服务管理，多租户，服务编排，自服务，计费等方面的功能

不同型号甚至不同品牌服务器可否用在同一个分布式存储集群中？理论上是可以，但要注意以下两点：1.硬件应该在软件厂商的硬件兼容列表中；2.硬件配置不要差异过大，因为性能低的节点会影响整个集群的性能。

但这并不意味着超融合就会完全替代分布式存储，因为二者准确的说并不是一个维度，或许这个问题更准确的应该说“分布式存储哪些场景会以超融合模式部署，哪些场景会以分离模式部署“ 。

2020 年 3 月5 日，以“超融合特快专列，即刻启程”为主题的 SmartX 线上渠道招募会如期举行， 近 500 名渠道合作伙伴参加了本次会议，并提出了近 50 个问题。我们整理大家普遍关注的问题和答案，并补充了辅助的资源，供渠道合作伙伴参考和回顾。

超融合主流厂商的存储系统如Nutanix 、VSAN 、Cisco HyperFlex、 Microsoft S2d，都使用了各自的分布式存储，请教他们都有什么优缺点。

超融合基础架构（Hyperconverged Infrastructure）作为近几年IT基础架构领域最重要变革技术之一，已经为越来越多客户所了解。部分的企业已经将超融合架构尝试应用于各种业务场景，但由于超融合和原有架构差异较大，市场存在各种角度的观点和声音，导致很多用户也存在着如下诸多疑问和顾虑：

分布式存储数据复制机制如何选择?副本与纠删码哪个好?副本和纠删码之间并不存在谁占据绝对优势，而是两者在不同的场景有各自的优缺点。

超融合架构在医疗行业的应用场景有哪些？医疗行业上超融合的普及么？现在超融合架构这块应用医疗主要是应用在哪些场景？超融合架构在医疗行业应用的多么？如果有有超融合架构的同行，欢迎谈谈你们的经验。

医院为普通三甲，日门诊量在3000-5000的，在选择超融合产品架构时候，应该如何根据选择？希望嘉宾可以按医院规模和预算角度来谈谈医院超融合选型原则和方法。

医院采用基于超融合架构建设数据中心有哪些优势？为什么要部署超融合架构？了解超融合优势前，首先看一下基于集中式存储的 IT 架构，在医疗信息化过程中存在哪些问题。

在医院决定从传统架构向超融合架构转型之前，需要做哪些准备工作？具备什么样的条件才适合将现有的IT基础架构迁移到超融合架构上？

超融合架构下容灾方案主要分两类：厂家自身提供的容灾方案、结合第三方容灾软件的集成方案。其中超融合厂家自身提供容灾方案

超融合架构对支撑临床数据中心运营有什么关键点？如何与原有VMWARE传统架构相结合？采用超融合架构，搭建临床数据中心有没有什么业务上或者数据层面上的关键点?住院床位数900张左右的医院建议采用几个节点。原有传统架构的EXSI6.0加SAN存储，还有必要再扩容存储，还是直接加超融合节点

超融合的一个比较大的问题在于计算资源的消耗，那么在多节点并发和性能扩展等方面，超融合架构优势在哪儿？

有人说：“与传统架构对比，超融合需要达到一定的规模节点，性能上才能优势”，那么类似这种小型医院是否适合上超融合？

超融合的安全性问题有没更好的解决方案，当然也需要考虑投入的问题？跟传统架构对比就好比“鸡蛋放在一个篮子里”？

医院更换超融合产品的过程中现有数据如何迁移？首先需要注意数据迁移需要安排停机时间，停机时间与实际数据量有关系，可以通过某些技术手段缩短停机时间

超融合选型测试时，其中一个关键点就是节点或硬盘故障后的恢复效果，也就是数据同步的效果，这点各位是如何测试的，目前哪些厂商在这方面的性能最好。

中小型券商如何做好超融合平台项目的验收工作？其中有哪些重要的注意事项？超融合平台项目建设的验收阶段，应该如何进行，需要做哪些工作？注意事项有哪些？

超融合产品未来的发展方向是什么样的？它会是一个过渡性的产品吗，会不会在IT快速变革的过程中逐渐被其它技术取代，未来那种形式会成为企业IT架构的选择？

中小金融企业上云什么方案比较好，基于超融合架构构建企业级私有云怎么样？

超融合架构超大规模部署中单体集群最大多少合适，单体集群过大有哪些风险？市面上有些超融合产品号称集群规模可以支持上千节点甚至无限大，但这些只是理论值，并不代表实际部署会做一个很大的集群，因为过大的集群会产生一些运维上的风险。

请问在超融合基础架构下，如何能在不违反CAP定理的前提下，实现强一致性来运行有强一致性要求的应用，譬如事物性数据库类应用呢？

超融合产品选型怎样才能达到采购与后期维护达到最优成本？首先产品选型需要从更具体的需求出发，尤其对于超融合产品，涉及到分布式存储、虚拟化和服务器硬件等多个重要组件，不同厂商其实支持情况也有较大差异，同时还要考虑厂商服务、案例等。

公司现生产和测试环境除了vmware虚拟化还有H3C的虚拟化系统，如果采用超融合架构，如何进行虚拟机的迁移，有没有较好的实践指引？