当前位置:文档之家› 超融合数据中心规划

超融合数据中心规划

Q1:你们对数据中心的规划是如何考虑的?
A1:Nutanix主要是做基础架构的公司,因此对于企业云数据中心的规划,是在IAAS层面上适当考虑与paas的结合,而对于基础架构来说,是基于超融合的标准模块化方式构建存储、计算一体化平台,在后续的版本中也会增加虚拟化平台Micro segment的内容. 在数据中心整体架构方面,会结合业界的网络、负载均衡等厂商方案,在企业云平台中予以集成,如上述的生态系统图。

此外,对于数据中心基础架构规划方面比较全面的技术发展介绍,个人觉得ZDNet在13年的“软件定义与硬件重构”不错,是比较好的中文公开发行资料,可以结合当前的技术发展趋势作为参考。

Q2; 竞争分析可以介绍下吗? 主流的超融合之间的比较
A2:关于竞争分析,从技术角度讲会比较多,我下面引用一个用户在选择Nutanix时候的分析吧,他写的比较简洁.
这个用户从09年开始虚拟化,虚拟化软件是vSphere。

经过前期对比,最终方案在Nutanix
和vSan间选择,最后他考虑1、兼容性对系统的影响——以前吃过很多兼容性造成的苦头,因此没有选择软件排他的vSAN;2、Nutanxi在这个用户的应用性能测试时有很好的表现和对比,应用测试主要是他们核心的SQL Server数据库,用的实际业务数据;3、保留一定的软件平台选择性也是用户考虑的一部分因素;因此最终这个用户选择了Nutanix。

当然不同用户的关注点也可能会有所不同。

Q3: 请问Nutanix可以和Openstack云平台整合吗?
A3:Nutanix可以和OpenStack云平台进行整合,通过一个或一组已定制的OVM,内含Openstack的驱动,如下图所示:
Q4:Nutanix有节点数规模限制吗?会受到传统网络架构的限制吗?
A4:节点规模数没有明确的限制,但在软件版本上有限制:标准版最大12节点,高级版和Ultimate版无限制,但实际部署时还是要根据网络、数据、应用的情况进行考虑,例如百思
买现在是660个节点、5PB数据,但也根据实际情况做了多集群部署,通过Prism Central 统一管理,通过数据本地化功能能够最少的使Nutanix受到传统网络架构的限制
如上图,在后续NVme和3dxpoint这样的技术出现后,如果没有数据本地话化,即使网络也会存在瓶颈。

Q5:oracle rac可以跑着nutanix上吗?可以讲讲技术实现吗?
A5:可以,很多实际案例,Oracle跑在Nutanix上的问题,从两方面看1、大部分用户做Oracle RAC不是为了性能而是为了可靠性;2、目前PC服务器单处理器已经可以支持24个计算核心,有足够的计算能力应对Oracle的需要;3、Nutanix的缓存技术在混合模式下已经可以提供很好的性能,同时支持pIN模式——全数据库保存在ssd 上,即使在混合模式;4、全闪存在IO上也能满足Oracle的io需要。

Q6:上面两个集群可以做同步吗?通过什么技术实现数据同步?
A6:集群间支持同步和异步两种数据复制方式;DSF底层的自有复制功能实现,DSF底层除了上述的几个关键服务外,其实一共有29个底层服务,里面包含了复制功能
Q7:如果都是大于128K的查询文件适合使用nutanix平台吗?
A7:大于128K的查询文件也适合使用nutanix平台。

需要根据实际场景的工作负载和数据量等相关因素,对Nutanix平台进行配置选择。

Q8:请问一下,虚机与cvm 的io是通过iscsi 还是smb 的方式实现的
A8:esxi是nfs ahv是iscsi hyperv是smb,虚拟机与CVM的IO,通过前述的cvm中的Stargate服务,在形式上,对KVM/AHV是ISCSI,对ESXi是nfs,对Hyper-v是smb
Q9:超融合常被业界和分析师公司和其他存储相关技术比较,比如SAN,有人(简单化地)认为超融是直接来颠覆SAN技术(你死我活的zero-sum game),个人觉得支持的应用负载实际上有很具体的差异区分(各有所长),请问Nutanix怎么看?是否有non-zero sum game的可能?
A9:非零和的课题,我觉得也是存在的,就如小机和PC服务器,PC服务器的增长快并不意味着小机失去了市场,存储市场也是一样的,只是从发展趋势来看,超融合这样的技术会在后续的场景中相比传统存储发展更快。

此外您也可以看到,高端存储的架构本身也已经逐渐有从专用芯片和网络向x86芯片和通用网络等方向发展的趋势,例如HDS也推出了基于X86芯片的产品。

Q10:超融合对底层网络有什么要求?
A10:Nutanix在生产环境超融合部署中,一般还是建议采用万兆网络, 当然也需要考虑网络延——与分布式系统的I/O性能相关。

但还是看应用规模,应用体量小的时候,千兆都
没有问题。

因此不同场景底层要分开讨论。

Q11:比如:因为网络规模是不可能无限的大,不安全和稳定性的问题。

为了解决实际部署,都会分割较小规模来考虑。

这就是我所讲的nutanix如何规划数据中心的问题?
A11:数据中心规划的议题很大,我觉得总的来看,从数据中心基础架构来看的发展趋势还是软件定义和硬件重构——13年至顶网的那篇文档写的还是不错的,可以参考。

从本质上讲,超融合和云计算实现的都是数据中心的自动化,但数据中心规划从目前看还有所谓Green field以及已有legacy system——尤其是应用——及架构的问题。

Nutanix Blobal现在也在做与OCP的结合,不过还在测试阶段,后续有一定的进展可以报告时,我们再做进一步的分享。

Q12:nutanix的产品有做网络闭环反馈的案例吗?
A12:您说的网络闭环反馈是指节点间互连的方式吗?这个没有。

不知道是否正确理解了您的问题;nutanix目前自己的AHV虚拟化平台上的网络方面是完全基于openswitch的实现。

Q13:nutanix 计算资源池是通过x86服务器虚拟化来实现的,虚拟化后装RAC没问题吧?A13:nutanix 计算资源池是通过x86服务器虚拟化来实现的,虚拟化后装RAC没问题吧:没问题,ESXI下仲裁盘可以用vmfs打开multi write,ahv下用iscsi——nUtanix有ABS服务,ABS是acropolis block service,通过dsf也可提供对外的iscsi块存储服务。

Oracle RAC运行于虚拟化平台,我自己在2012年重庆地税金税三期项目里就已经有过实践,单纯从技术上讲是肯定没有问题的。

相关主题