NUTANIX超融合数据中心方案建议书(优选.)

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

精品word.
最新文件---------------- 仅供参考--------------------已改成-----------word文本 ---------------------
方便更改
赠人玫瑰,手留余香。

方案建议书
1 / 29
超融合数据中心方案建议书 | 1
目录
1需求分析 (3)
1.1现状和需求 (3)
1.2数据中心发展趋势 (3)
1.3超融合与传统架构选择 (5)
2超融合方案设计 (7)
2.1设计原则 (8)
2.2方案设计 (9)
2.2.1计算资源 (9)
2.2.2存储资源 (11)
2.2.3网络拓扑 (13)
2.2.4容灾方案 (15)
2.3方案优势 (17)
2.3.1横向扩展优势 (20)
2.3.2性能优势 (22)
2.3.3可靠性 (23)
2.3.4易于部署 (24)
2.3.5集中管理 (24)
2.3.6自动故障恢复 (26)
3配置清单 (27)
1需求分析
1.1现状和需求
为提供高性能,高可靠性,高扩展性的云平台架构,计划采用新一代的超融合架构建设云平台,提供计算和存储的资源。

1.2数据中心发展趋势
回顾数据中心的发展,可以分为3个阶段。

1990年代,称为客户端服务器时代,特点是数据中心以小型机支撑业务系统为主,各系统独立建设,不同系统之间相互隔离,后来出现了SAN存储,实现了不同系统之间的数据共享。

2000千年开始,X86服务器开始逐渐普及,服务器虚拟化的兴起,使得SAN/NAS存储称为数据中心虚拟化的标准配置。

虚拟化时代数据中心服务器资源可以横向扩展,但是SAN存储不能横向扩展,只能纵向升级,不能适应虚拟化对性能的要求。

2010年后进入了云时代,企业需要建立云数据中心,服务资源和存储资源都需要资源池化,传统的SAN存储架构已经不能适应云时代的数据中心要求,需要采用软件定义的方式来构建存储资源池,需要支持多种Hypervisor,企业私有云需要能够和公有云对接。

图1.1 数据中心发展趋势
据WikiBon的研究预测,传统SAN/NAS存储的销售额呈现明显下滑的趋势,市场份额逐渐被近期兴起的超融合架构/ServerSAN取代,未来五年,超融合架构的市场份额会超过传统SAN/NAS存储,十年后,SAN/NAS的市场占有份额会降到10%以下。

图1.2 存储发展趋势
1.3超融合与传统架构选择
超融合基础架构(Hyper-Converged Infrastructure,或简称“HCI”)是指在同一套单元设备中不仅仅具备计算、网络、存储和服务器虚拟化等资源和技术,而且还包括备份软件、快照技术、重复数据删除、在线数据压缩等元素,而多套单元设备可以通过网络聚合起来,实现模块化的无缝横向扩展(scale-out),形成统一的资源池。

HCI是实现“软件定义数据中心”的终极技术途径。

HCI类似Google、Facebook等互联网数据中心的大规模基础架构模式,可以为数据中心带来最优的效率、灵活性、规模、成本和数据保护。

使用计算存储超融合的一体化平台,替代了传统的服务器加集中存储的架构,使得整个架构更清晰简单。

图1.3 超融合架构示意图
下表列举了使用超融合架构(计算+存储)和传统数据中心三层架构(服务器+光纤交换机+存储)的对比:

2超融合方案设计
新一代数据中心建设包含众多信息化应用的实施,与此相对应,机房服务器和存储设备也必将大量使用,并且随着后期应用扩充和服务扩容,服务器和存储设备的投入必然越来越庞大。

一方面,管理硬件基础设施的压力和成本会不断增大;另一方面,由于应用的多样性,服务器和存储难于有效整合,服务器的资源使用都远低于其实际的处理能力,计算能力和存储容量难以充分利用。

实施虚拟化/云计算数据中心,可以有效整合服务器及存储资源,形成计算资源池,根据新一代数据中心各项应用的实际需要动态分配计算资源,最大效率的利用现有服务器及存储设备,并对数据中心硬件设备进行有效管理和监控。

2.1设计原则
在方案设计中我们将遵循以下总体原则:
以业务需求为导向
技术架构最终是为业务服务的,因此技术架构的设计一定要以业务的需求为导向,充分考虑非功能需求,例如系统的重要程度、安全要求、业务连续性等。

遵循互联网标准
新业务系统都是面向互联网和物联网业务,因此架构体系要遵循互联网数据中心设计和建设标准,吸收互联网架构的优势。

提高资源利用率
现已经部署了大量的服务器,资源使用率低是较突出的一个问题,因此在项目中,提高资源利用率成为一个重要的任务。

动态扩展性
在IT发展趋势中,动态基础架构已经成为IT基础架构的发展方向。

使IT 基础架构成为一个动态、灵活、具有弹性的IT基础架构,同时在IT实时地运营过程可进行灵活的资源动态调整。

资源扩展要体现在计算资源和存储资源的同时扩展。

分布式一切
应用系统的高可用性是保障服务等级的重要因素,在架构设计中应该以软件定义为主,借助软件的分布式架构满足高可用性要求,实现系统架构和平台架构的无单点故障、无单点瓶颈问题,保障新一代的业务系统健壮性。

安全性
在系统设计中,安全性是一个非常重要的问题。

在架构中需要考虑到虚拟化架构内外部的安全,包括数据安全等问题,以保证整个系统长期安全稳定的运行。

2.2方案设计
2.2.1计算资源
基于Nutanix架构的模块化数据中心由Nutanix Block (区块)和Nutanix Node (节点)组成。

下图2.2为标准的一个Block (区块)设备,仅占用2个机架单元(2U 高)。

而每台标准的Nutanix Block (区块) 设备均含有四个独立的Nutanix节点,每个Node(节点)都是一台独立的x86服务器。

却能够提供4台标准2路Intel CPU的x86 服务器和最大48TB存储容量。

图2.1:Nutanix Block (区块 ) 和 Node (节点 )
Nutanix的计算资源池是通过x86服务器虚拟化来实现的,可以支持VMware vSphere、MicroSoft Hyper-v及Nutanix Acropolis平台提供的KVM等Hypervisor,如图2.3。

在虚拟化Hypervisor层形成计算资源池,为业务系统的虚拟机提供不同的服务质量和能力,包括了高可用(High Availability)、容错(Fault Tolerant)、在线迁移(Live Migration/vMotion)、资源动态负载均衡(Distributed Resource Scheduler)等虚拟化的特性。

同时,Nutanix可以支持业务虚拟机在不同的Hypervisor之前进行迁移,也就是V2V的能力,例如从vSphere迁移到KVM等。

图2.2 超融合架构计算资源池(x86服务器虚拟化)
2.2.2存储资源
Nutanix提供的分布式文件系统(NDFS)可以将一组集群内的节点组成一个统一的分布式存储平台。

NDFS对于x86虚拟化平台软件而言就是一个集中的共享式存储,与任何其他集中式存储阵列一样工作,且提供更为简单便捷的存储管理,无需像传统集中存储那样再配置LUN、卷、或者Raid组。

图2.3 Nutanix分布式存储架构和功能
Nutanix分布式存储架构不仅同样提供传统存储的能力外,还提供更多的能力。

针对于虚拟化方面提供快照、克隆等机制,数据层实现本地优先访问、存储分层等性能机制,对数据进行压缩和去重提高存储可用容量,借助两份以上冗余数据提供存储的可靠性,增加或减少节点数据分布会自动平台,当节点宕机或磁盘损坏后具备数据自恢复能力等。

Nutanix每个节点提供两种磁盘,标准配置为1-2块SSD,容量从480GB到1.6TB;4块SATA的HDD,容量为1TB和2TB (部分型号节点提供4TB和6TB的HDD)。

图2.4 分布式存储系统逻辑架构
NDFS被设计成为非常动态的平台,可以适用于不同工作负载的应用,并且允许混合节点类型:例如将计算密集型节点和存储密集型节点混合在一个集群中。

对于集群内部磁盘容量大小不同的,确保数据一致的分布非常重要。

NDFS 有自带的称为磁盘平衡的技术,用来确保数据一致的分布在集群内部各节点上。

磁盘平衡功能与各节点的本地磁盘利用率和内置的NDFS ILM(数据生命周期管理)一同工作。

它的目标是使得所有节点的磁盘利用率大致相等。

另外,Nutanix节点通过ILM实现SSD和HDD的数据热分层。

简单而言,磁盘的热分层时实现在集群内所有节点的SSD和HDD上,并且由ILM负责触发数据在热分层之间的迁移。

本地节点的SSD在热分层中是最高优先级的,负责所有本地虚拟机IO的读写操作。

并且还可以使用集群内所有其他节点的SSD,因为SSD层总是能提供最好的读写性能,并且在混合存储环境中尤为重要。

在超融合的虚拟化环境中,所有IO操作都将由本地节点上的Nutanix Controler VM(CVM)接管,以提供极高的性能。

据以往经验及用户习惯分析,一般运行服务器虚拟化的虚拟机对IO性能要求在200-300 IOPS左右,而单个Nutanix节点可提供25000上的IOPS,4节点集群可提供将近100,000的IOPS。

完全可以满足需求。

2.2.3网络拓扑
在每个单节点上,默认提供如下网络端口:
2*1GbE,1*1GbE IPMI端口
四口10GbE
下图为Nutanix推荐的网络拓扑图:
图2.5 网络拓扑
在计算虚拟化资源池中的每台虚拟化Hypervisor节点上会运行多台虚拟
机,多台虚拟机之间共享网络,为了方便管理建议采用虚拟交换机来配置和管
理网络,虚拟交换机可在数据中心级别提供集中和聚合的虚拟网络,从而简化
并增强虚拟机网络。

在虚拟交换机的网络划分上,仍然可以采用VLAN的方式
划分不同的子网,实现不同子网段的安全和隔离。

在每个Nutanix物理节点上有多种网络需求,包括管内部通讯网络、管理
网络、生产网络等,因此每个Nutanix节点需配置多块网卡,网络设计建议如
下:
Nutanix物理节点之10Gb以太网每个节点通过两条万兆链路分别连接两台万兆交换
2.2.4容灾方案
Nutanix平台自带的存储层面及基于虚拟机粒度的备份恢复功能Time Stream。

用户可以针对每个虚拟机设置不同的备份策略,包括备份计划和备份保留周期,Time Stream会自动通过存储快照方式对虚拟机进行备份。

所有Time Stream的快照均是基于存储层面的,与虚拟化层面的快照不同,存储层面的快照不会影响虚拟机的性能,对于虚拟化软件是完全透明的。

传统的备份方式通过网络传输备份数据,需要特定的备份窗口以免影响业务正常运行。

Time Stream备份可以与传统的备份策略互补,既能保证对于重要的虚拟机进行高频度备份又不会占用额外的网络带宽。

例如:
•对于普通虚拟机可以使用传统的备份方式每周进行全备,将备份数据保留在外部存储(例如磁带库中);同时使用Time Stream备份进行每天
甚至每12小时的备份,数据直接保留在存储上以便快速恢复。

•对于比较重要的虚拟机可以使用传统备份每周全备、每天增量的方式,将备份数据保留在外部存储(例如磁带库中);同时使用Time Stream
备份进行每2小时甚至每小时的备份,数据直接保留在存储上以便快
速恢复。

Nutanix容灾功能,分为两个级别:Metro Availability和Remote Replication。

都是基于虚拟机快照的方式将更新数据异步复制到远程的Nutnaix 集群中。

Metro Availability可以实现同城双数据中心之间的RPO接近于“零”(需要裸光纤支持),即便是标准Remote Replication也能实现RPO为1小时(基于网络带宽和更新数据量),满足绝大多数异地容灾的业务需求。

Nutanix 容灾支持双向、一对多、多对一各种不同的复制模式。

并且可以通过Nutanix 自带的管理界面激活容灾中心的虚拟机进行容灾演练。

不再需要额外繁琐的灾难恢复计划,基于鼠标点击即可完成容灾切换。

路坦力的复制方案提供如下几个特色功能:
●保护域(PD/Protection Domain)
主要角色:同时保护的多个“虚拟机/文件”的逻辑组
描述:一组多个虚拟机或文件基于某个相同的保护策进行复制保护。

一个PD可以保护一整个容器(Container)或你所选中的多个虚拟机或文件。

●一致性组(CG/Consistency Group)
主要角色:PD中多个相关联的VM或文件构成的一个子集,以实现故障时一致性。

描述:PD中多台相关联的VM或文件需要在“同一时刻”发起快照。

从而确保在虚拟机或文件回滚时的数据一致性。

一个PD中可包含多个CG。

●复制时间策略(Replication Schedule)
主要角色:快照、复制的时间策略
描述:为PD或CG中的VM提供定制的快照、复制的时间策略
●保留策略(Retention Policy)
主要角色:本地或远程站点中保留的快照数量
描述:保留策略定义了本地或远程站点中保留的快照数量。

注意:在远程保留/复制
2.3方案优势
使用Nutanix虚拟化基础架构,在保证用户数据的高速访问和高可靠性同时,不再需要传统的集中式存储架构,避免在今后运行过程中出现设计初期忽视的性能问题。

按照服务器和存储使用现状,建议使用Nutanix来支撑现有应用。

在今后随着业务发展,可以方便的按照节点进行扩容,避免建设初期一次性投资过大,后期却发现性能问题,需要追加投资的问题出现。

Nutanix是部署广泛、值得信赖的虚拟化基础架构平台。

Nutanix适用于最重要的国防、医疗、教育等领域,可为数据中心虚拟化带来横向扩展架构、高可用性和可靠性等优势。

研究显示,并非所有的企业数据中心项目真正做到了全面部署,很大一部分项目通常因为基础设施的成本不断攀升而束之高阁。


统服务器和存储阵列扩展成为企业数据中心项目成本高昂、过程复杂并且难于实施的主要因素。

从诸多数据中心项目实施来看,在企业环境中,性能、可靠性、可扩展性是关键,因为最终用户体验直接来自于基础设施的高性能和高可靠性。

Nutanix将融合基础设施、横向扩展架构和软件定义存储的各种优势结合在一起,可提供极佳的数据中心虚拟化体验,而其成本仅为传统服务器和存储器的一小部分。

Nutanix完整集群是一种能够横向扩展的计算和存储基础设施,它使各组织机构无需存储网络(SAN或NAS)即可实现数据中心虚拟化。

Nutanix 专门为虚拟化而设计,能够提供全面的计算和存储能力,以及企业级的性能、可扩展性、可用性和数据管理功能。

它采用英特尔芯片、固态硬盘等符合行业标准的硬件组件,以及市场领先的高级管理程序,以便提供开箱即用的解决方案,让数据中心虚拟化变得极其简单有效。

1)互联网架构的分布式计算
Nutanix架构与Google的架构相类似,是一种可以横向扩展的计算存储融合的基础架构,消除了对于集中式存储对于网络的依赖。

并且在基于Google的架构之上,提供了适合企业环境的解决方案。

GFS是一种特定的解决方案为Google内部的应用所使用(例如Gmail),而Nutanix提供的是一种通用的虚拟化环境解决方案。

另外,Nutanix有更好的横向扩展能力,提供更好的企业级数据管理特性,通常这些特性需要额外的网络或者存储硬件才能实现,例如,高可用性、备份、快照、灾难恢复等。

2) 专为虚拟化设计
Nutanix是针对虚拟化环境而设计的,因此可以很好的支持虚拟化环境中基于传统存储架构所实现的功能,包括虚拟机的热迁移和高可用性等。

Nutanix架构是虚拟机感知型的,它克服可传统架构下解决方案的一些弊端,例如,当一个存储设备(LUN)共享所有虚拟机使用时,很难使用在存储上使用基于虚拟机的备份、复制和快照功能,并且当架构越来越复杂时,很难诊断性能瓶颈。

而Nutanix架构克服了这些限制。

3) 存储分层优势
Nutanix架构充分发挥了存储分层的SSD固态硬盘的优势,由于传统存储都是针对机械硬盘而设计的,而传统的机械硬盘与SSD硬盘的数据访问方式完全不同,机械硬盘需要旋转和寻道,而SSD硬盘则完全没有这些限制,因此不能指望针对机械硬盘设计的存储软件能充分发挥SSD硬盘的性能优势。

Nutanix架构使用SSD来保存大量经常访问的数据,从虚拟机的元数据到业务数据都保存在分布式Cache中已提供极高的IO性能,并且保存在持久化的存储中以便于存取。

Nutanix架构极高的IO吞吐性能是得益于使用SSD磁盘,包括:•保留SSD用于IO敏感的操作;
•包含空间节省的技术,允许大量的逻辑数据被存储在一个小的物理空间中;
•自动迁移“冷”数据(或者不常访问的数据)到大容量SATA硬盘中,并且允许管理员指定低优先级的虚拟机不使用SSD磁盘。

2.3.1横向扩展优势
Nutanix给虚拟化环境带来的重要差异化因素之一就是,基础设施在进行扩展时其性能仍然保持不变。

在Nutanix架构中,在每个物理节点本地都运行一个虚拟存储控制虚机(CVM)。

CVM负责本地所有其他虚拟机的IO操作。

当集群扩展时,新增加节点的同时也新增了CVM,保证了整个集群性能的横向扩展。

与传统集中存储不同,传统架构下集中存储只有两个存储控制器,在集群扩展时,存储控制器无法进行有效的扩展,从而必然成为整个架构的瓶颈。

为了展示这种能力,Nutanix曾实施过一个巨型的VDI项目,模拟桌面启动风暴,并且当基础设施从300台桌面扩展到3000台时,其性能从最终用户体验的角度来看保持了一致。

在大多数传统的存储环境中,最佳性能仅出现在第一天,因为应用程序或工作负载越来越多,导致性能随着时间的推移不断下降,直至需要进行叉车式升级,采用全新的存储阵列。

下图是3000系列设备在VDI方案设计中的横向扩展示意图。

通常办公类虚拟桌面,一个3000系列节点可以支持100个虚拟桌面,每增加一个节点,可以多支持100个虚拟桌面,真正实现线性的横向扩展:
图2.7 线性扩展示意图
下图说明了从300台桌面扩展到3000台时,应用响应时间保持不变:
相对应用性能
虚拟桌面数量与应用响应时间
图2.8不同VDI数量下的相应时间
Nutanix解决方案在数据中心虚拟化环境中的主要优势之一就是性能,而性能优势是通过传统的服务器和存储架构实现的。

在传统的架构中,时延是因为每次访问存储都需要通过网络而造成的。

通过NFS和iSCSI等协议提供存储本身没有问题,但网络会增加时延。

Nutanix可提供NFS协议的优势及其易用性,而通过所谓的“无网络NFS”消除了网络时延。

Nutanix分布式文件系统直接对虚拟机进行检测,然后将特定虚拟机的所有数据存放到本地物理服务器上。

因此,虚拟机不是通过网络、而是通过高速内部总线访问其数据。

并且所有节点标配SSD磁盘,提供极高的IOPS以满足虚拟化环境各种类型应用需求,无论是虚拟桌面还是服务器虚拟化场景。

更为重要的是,每个节点的SSD磁盘并非有每个节点单独使用,而是在整个集群范围内作为一个整体使用。

言下之意,不会由于单个节点本地的SSD耗尽而导致其性能急剧下降。

当出现这种极端情况时,节点会使用集群中其他节点的SSD空间。

因为即使跨网络访问其他节点SSD磁盘也会比访问本地SATA 磁盘快很多。

因此极端最差情况时性能也与使用传统集中存储架构时服务器通过网络访问数据的场景相当。

其实不会出现这种极端情况,因为当SSD利用率超过一定阈值后,Nutanix的CVM会自动发现并将最少访问的数据从SSD迁移到SATA上,以保证SSD有足够容量满足突发的IO请求。

这一自动热分层技术对虚拟化主机而言完全透明。

用户无需关心数据保存在哪里,这完全由CVM依据数据访问频度而自动调度。

Nutanix平台使用复制因子(RF - Replication Factor)和校验和(checksum)来保证当节点或者磁盘失效时,数据的冗余度和可用性。

当数据写入SSD时,会被“同步”复制到另1个或者2个Nutanix CVM的SSD之中(依赖RF设置为2或者3),当这个操作完成之后,此次写操作才被确认(Ack)。

这样能确保数据至少存在于2个或者3个独立的节点上,保证数据的冗余度。

所有节点都参与数据的复制操作,这样能消除“热点节点”,并保证线性的性能扩展。

当数据被写入时,同时计算该数据块的校验和,并且作为数据块元数据中的一部分进行存储。

随后数据块在保证满足RF的前提下,被“异步”推送到HDD中。

当发生节点或者磁盘失效,数据块会重新在所有节点间进行复制以满足复制因子的设置。

任何时候,读取数据块并同时计算其校验和以确保数据块有效。

当数据块检查结果不匹配校验和时,副本数据将会覆盖该无效数据块。

在Nutanix分布式文件系统中(NDFS),我们使用了一些关键技术来确保:数据在100%时间内都是可用的(即“强一致性”),并且保证NDFS扩展到超大规模数据量时依然可靠。

这就是文件系统元数据强一致性的Paxos 算法1。

NDFS使用一种“环状”的Key-Value结构的分布式数据库来保存重要的元数据。

为了确保元数据的可用性和冗余度,也同样引入了复制因子(RF)。

一旦一条Metadata记录被写或者更新后,这条记录将同时写到“环”中的另一个节点,然后被复制到n个其他节点(n决定与集群的大小)。

集群中大多数
1 /wiki/Paxos_(computer_science)
(majority)节点必须同意才能commit一条记录,这就是强一致性的Paxos 算法。

这确保了Nutanix平台数据的“可靠性”。

2.3.4易于部署
Nutanix开箱即用的部署方式,可以免去传统集中存储环境下存储的规划、连接、配置等复杂的管理操作,无需再配置Raid组、LUN、卷等。

新设备安装上架后只需要约20分钟即可完成初始化配置,用户可以马上开始部署应用虚拟机。

Nutanix集群的扩展也非常方便,通过鼠标点击即可扫描并自动发现新安装的节点,按照提示完成IP地址配置之后,新节点即完成加入集群操作,新增资源也自动纳入资源池统一调度管理。

2.3.5集中管理
通过Nutanix的Prism界面实现所有基础架构的管理操作,包括健康检查、物理机管理、虚拟机管理、存储管理、数据保护、告警监控、报表分析等内容。

用户不再需要通过不同界面进行各种管理任务,所有任务都在同一个界面中完成,极大减少的管理复杂程度。

并且可以通过设置不同权限的用户,支持AD整合,将域用户和角色对应到Nutanix的用户和组,从而实现分级的运维管理。

图2.9 统一管理界面Prism
所有物理和虚拟管理对象均提供详细的性能采集数据,包括CPU、内存、磁盘容量、IOPS、吞吐、读写延迟等指标,不再依赖于专用的监控工具和复杂的监控脚本。

图2.10统一监控能力
自定义的报表工具可以灵活的将将不同监控项进行组合和展示,减少日常维护的工作量。

图2.11 自定义监控指标
另外,Nutanix还提供Prism Central的管理组件,可以将多个Prism管理界面集中管理,不仅可以节省管理员在多个集群之间切换的繁琐动作,更能够将多个集群的状态数据进行汇总,可以方便管理员快速定位当前整个IT架构中是否存在热点主机或者热点虚拟机,特别有利于简化大规模IT架构、或者多站点场景下的日常管理任务。

2.3.6自动故障恢复
Nutanix抛弃了传统的Raid机制来保护硬件失效,采用全新的复制因子和校验和技术来保证当节点或者磁盘失效时,数据的冗余度和可用性(参见章节2.5.4 可靠性)。

当发生单点磁盘甚至是单个节点故障时,Nutanix集群将自动发现这一故障,并立刻在后台开始数据重建工作。

整个重建过程非常简单,假设复制因子是2,系统会自动发现只有1份副本的数据块,并将其在另一个节点上复制第2份副本即可。

最重要的是,这个数据重建过程是基于MapReduce。

相关文档
最新文档