收藏 分销(赏)

产品解决方案及主要应用场景.pptx

上传人:胜**** 文档编号:1546096 上传时间:2024-05-01 格式:PPTX 页数:57 大小:7.48MB
下载 相关 举报
产品解决方案及主要应用场景.pptx_第1页
第1页 / 共57页
产品解决方案及主要应用场景.pptx_第2页
第2页 / 共57页
产品解决方案及主要应用场景.pptx_第3页
第3页 / 共57页
产品解决方案及主要应用场景.pptx_第4页
第4页 / 共57页
产品解决方案及主要应用场景.pptx_第5页
第5页 / 共57页
点击查看更多>>
资源描述

1、1Vmware Vsan产品/解决方案主要应用场景vRealizeNSXvSANHorizonvSphere VMware SDDC平台:业界最稳定、最安全、支持最广泛应用2AppsAPPAPPAPPAPPAPPAPPAPPAPPAPPAPPAPPAPPAPPAnd Many More.Business Critical AppsDesktop VirtualizationBig DataCloud Native Apps/Container3D GraphicsDeep Learning w/GPUTest/Dev/Tier 2/3国内某用户ESX持续运行近8年vSAN:为虚拟化和云计算而生

2、、支持最广泛应用的超融合软件定义存储解决方案关键业务应用(ERP/SAP)虚拟桌面(VDI)灾难恢复/灾难规避云原生应用数据库(SQL/Oracle)ROBO(远程分支机构)管理集群容器vSANvSphere+vSAN硬盘硬盘SSD硬盘硬盘SSD硬盘硬盘SSDvSAN 数据存储数据存储vSphere 6.5 U1vSAN 6.6.1vSphere 6.5.0dvSAN 6.6vSphere 6.5.0avSAN 6.5vSphere 6.0 U2vSAN vSphere 6.0 U1vSAN 6.1vSphere 6.0vSAN 6.0vSphere 5.5 U1vSAN 5.55vSAN与v

3、Sphere的版本号对应关系及其要求同时支持混合和全闪存支持vSAN延伸集群(双活)支持数据加密 支持去重/压缩/纠删码vSphere版本号vSAN版本号VMware 客户将他们的基础架构托付给 vSANvSAN 客户数量部署的国家/地区数量基于全闪存的关键应用占比10,00010083%领先的 HCI 供应商#1关键应用已成为vSAN主要的客户使用场景远程区域办公室灾备9%26%IT运维38%私有云21%*关键应用生产环境虚拟桌面43%非关键-生产环境测试开发53%62%48%*Sources:VMware Customer survey,July 2015客户将其超过60%的vSAN作为关

4、键业务应用的存储来使用vSAN 典型销售场景8应用重要性VM数量BAD开发测试开发测试管理集群管理集群SDDC/CloudVDI生产应用生产应用CvSAN 主要使用场景和典型案例9用用户场景景项目目场景景客客户挑挑战与需求与需求选择vSAN的原因的原因客客户 开发测试开发测试系统开发测试云传统存储管理复杂降低存储投资系统频繁变更扩展性好管理简单无需购买高端存储线性扩展XX证券XX开发银行 生产应用新应用上线U2VL新业务系统性能保证降低基础架构故障对应用带来的风险灵活调整应用性能降低设备成本与节能;提高运营效率;大幅提高性能;大幅降低TCO;存储虚拟化提高利用率XX银行XX移动Bank of

5、AmericanXX度 VDI虚拟桌面桌面云降低VDI的总体成本提升用户体验和性能简化存储管理高性价比无需在外置磁盘阵列上大额投资可以随VDI规模在线扩展管理简单XX证券XXXABCXX基金 Cloud/SDDC私有云城市云城市云行行业云云资源池源池高性能I/O海量存储池高扩展性成本压力自动化部署高IO吞吐,低延迟大容量,容易扩展高性价比与云平台集成自动化部署XX移动XX广电XX电集团ABCDXX银行 vSAN使用案例业务的快速增长传统存储采购周期长,业务难以快速上线传统存储设备的总体拥有成本过高传统共享存储体出现问题影响面大存储服务级别依赖硬件,灵活性差挑战简化存储的采购模式缩短存储供给周期

6、,满足业务快速上线需求大大降低存储和运维成本分布式存储体系结构,故障时影响面积更小内嵌在vSphere内核,高效率vSphere级别的系统稳定性管理便捷,很短时间内即可生成数十TB级别的存储空间非常容易进行纵向扩展或横向扩展通过存储策略定义应用SLAWhy vSAN使用情况生产应用VDI开发测试办公客户收益场景1:vSAN用于包含客户关键业务应用在内的数据中心虚拟化环境Scale Out硬盘硬盘SSDvSphere+vSAN硬盘硬盘SSD.硬盘硬盘SSD硬盘硬盘SSDScale UpSPBM基于策略存储管理基于策略存储管理本地磁盘本地磁盘场景2.vSAN和传统外部存储阵列共存于客户的虚拟化数据

7、中心12vSANvSANSANSAN/NASNAS本地磁盘本地磁盘本地磁盘本地磁盘双向迁移数据互相备份数据混合存储架构企业应用:SAN存储专用于核心DBvSAN承载其他VM及数据虚拟桌面:vSAN提供性能(OS盘)NAS提供容量(数据盘)与vSAN可以互备关键数据,以及根据应用生命周期移动数据APPDBVDIVDPVCOPSVRNSXvNAS13SPBM基于策略的存储管理基于策略的存储管理SPBM基于策略的存储管理基于策略的存储管理本地磁盘本地磁盘vSANvSAN本地磁盘本地磁盘本地磁盘本地磁盘SRM+VR场景场景.vSAN用于用于客户的异地灾备数据中心客户的异地灾备数据中心SANSAN/NA

8、SNAS融合架构平台(vSphere+vSAN)桌面桌面资资源池源池vSANvSAN集群集群集群集群11应应用用资资源池源池vSANvSAN集群集群集群集群22备备份份资资源池源池vSANvSAN集群集群集群集群33交付统一的超融合基础架构平台交付统一的超融合基础架构平台快vSAN基于对象存储更“懂”数据的存储,借助SPBM+SSD“主动”加速,性能更快;桌面离应用更“近”,访问速度更快。稳服务器和存储层面均实现HA保护,可用性、可靠性及数据安全性得以保证省架构简单,扩展灵活、管理高效,无需外置存储,省心、省力、省钱。场景场景.vSAN用于客户的数据中心用于客户的数据中心虚拟化、桌面虚拟化、数

9、据虚拟化、桌面虚拟化、数据备份和私有云环境备份和私有云环境可靠性可靠性可用性可用性可可扩扩展性展性VDP、VR15SPBM基于策略的存储管理基于策略的存储管理本地磁盘本地磁盘本地磁盘本地磁盘本地磁盘本地磁盘SPBM基于策略的存储管理基于策略的存储管理本地磁盘本地磁盘本地磁盘本地磁盘本地磁盘本地磁盘SRM容灾管理+Replication复制站点站点 A(主)(主)站点站点 B(备备)vSAN存储B点生产数据A点生产数据容灾B点生产数据容灾A点生产数据vSAN存储场景.vSAN同时用于客户的IT生产站点和容灾站点,并实现互为灾备16挑战挑战/需求需求原有存储宕机,导致业务中断希望采用双活存储方案,

10、但是传统存储厂商技术复杂,并且都有不同的限制传统的存储供应商对于双活存储的报价已经超出预算,并且从长期而言,性能、容量的增长并不持续传统的双活增加了复杂性,对运维管理人员有很大挑战解决方案解决方案在标准的x86服务器上部署 vSAN成效成效节约了大量成本节约了大量成本:与购买存高端的双活存储阵列相比,vSAN 双活的方案节省了 20%30%的成本.易于易于对硬件进行升级对硬件进行升级:通过更换部分组件或者整个节点,一些组件,即可利用最新的服务器和硬件日常维护费用降低日常维护费用降低:无需独特的存储管理和双活管理的背景和经验。“通通vSAN,我们可以在需要时随时,我们可以在需要时随时添加容量或提

11、高性能。添加容量或提高性能。”“借助借助vSAN的的双活,即使整个机房双活,即使整个机房发生故障,我们也不用担心会中断发生故障,我们也不用担心会中断我们的运营。我们的运营。”IT部门经理部门经理XX高铁制造有限公司双活数据中心案高铁制造有限公司双活数据中心案例例场景6.vSAN是构建双活数据中心的理想方案17关键业务双活保护收益=200 ms RTT over 100 mbpsL3 no multicast=200 ms RTT over 100 mbpsL3 no multicastwitnessvESXiappliance机房机房1vSANActiveL2 with MulticastvS

12、phere+vSAN Stretched Cluster10/20/40 gbpsvCenter机房机房2vSANActive要点概览要点概览故障域故障域Site层面保护(层面保护(双活存储)双活存储)Site故障时会自动切换故障时会自动切换支支持持Oracle RAC和和Windows MSCS优势概览优势概览无需(多个)无需(多个)存储网关存储网关标准标准x86服务器服务器统一、简便的管理统一、简便的管理允许有计划允许有计划的维护,的维护,业务负载随需迁移业务负载随需迁移零零RPO18机房一机房一机房二机房二vSAN分布式虚拟化数据卷备份存储(利旧)园区网应用集群核心交换园区网双站点数据保

13、存,实现站点级存储双活架构简单,配置管理简单无需额外虚拟网关,低成本双活存储双活存储仲裁站点仲裁站点vESXiappliance跨机房的双活架构vSAN 6.6产品版本和许可方式vSAN STDvSAN ADVvSANENTFeatures(功能特性)Storage Policy-Based Management-基于存储策略的管理Read/Write SSD Caching-读/写SSD缓存Distributed RAID-分布式RAIDvSphere Distributed Switch-vSphere分布式交换机vSAN Snapshots&Clones-vSAN 快照和克隆 Rack

14、Awareness-机架感知Replication(5 min RPO)-复制(RPO为5分钟))All-Flash Support-全闪存支持Block Access(iSCSI)-数据块访问(iSCSI))QoS IOPS Limits 服务质量-IOPS限制Deduplication&Compression(All Flash only)-重复数据消除和压缩(仅限于全闪存)Erasure Coding(All Flash only)-纠删码(仅限于全闪存)Stretched Cluster with Local Failure Protection-具有本地故障保护能力的延伸集群Data

15、-at-rest Encryption 静态数据加密New Feature in vSAN 6.6Existing feature in vSAN 6.5License授授权方式方式 按 CPU 数量、VDI 桌 面数量授权按 CPU 数量、VDI 桌面数量授权;同时包含在 Horizon ENT/ADV 中按按 CPU 数量或数量或 VDI 桌面数量授权桌面数量授权以成本和容量优先以成本和容量优先支持混合和全闪存支持混合和全闪存以性能以性能+成本优先成本优先支持混合和全闪存支持混合和全闪存以构建双活数据中心为优先以构建双活数据中心为优先支支持对存储加密持对存储加密客户选择客户选择vSAN的七

16、大优势的七大优势20vSAN高可用性最可靠的Hypervisor(HA/vMotion/FT/DRS)支持多达4份虚拟机数据副本高性能全闪存单个节点支持高达9万以上IOPS简单(低管理量)vSAN内嵌于vSphere内核,一键激活自动化基于存储策略自动化管理虚拟机存储容量与性能低成本TCO成本节省50%以上高扩展性3-64个节点在线纵向和横向扩展(对于ROBO,可以2个节点)灵活性基于标准的X86服务器,无需依赖特定硬件服务器vSAN的的体系体系结构结构21vSAN是:内嵌在vSphere内核的分布式的对象存储聚合了虚拟化管理程序的极其简单的虚拟机存储 vSphere+vSAN.软件定义的存储

17、针对虚拟机进行了优化超融合体系架构(分布式,横向和纵向扩展)可在任何标准可在任何标准 x86 服务器上运行服务器上运行将 HDD/SSD 池化为共享数据存储提供企业级的可扩展性和性能基于策略的自动化,满足SLA,可按虚机甚至vmdk级别的颗粒度设置存储策略与VMware产品体系深度集成概述概述硬盘硬盘SSD硬盘硬盘SSD硬盘硬盘SSDvSAN 数据存储数据存储用来取代用来取代vSphere后端的传统外置磁盘阵列后端的传统外置磁盘阵列软件定义存储之vSAN存储自动化:存储管理的革命23操作操作传统存存储vSANRaid组创建LUN划分ZoningLUN Masking/MappingVMFS格式

18、化多路径软件设置存储策略创建为vmdk选择存储策略存储策略选择存储策略真正助力云计算存储策略真正助力云计算所需的存储服务级别所需的存储服务级别存储策略向导存储策略向导SPBMvSAN 对象vSAN 对象对象管理器管理器虚拟磁盘(vmdk)vSAN 对象可能(1)跨主机进行镜像,以及(2)跨磁盘磁盘/磁盘组/主机进行条带以符合虚拟机存储配置文件策略数据存储配置文件数据存储配置文件VMware SPBM-存储策略决定服务级别(包括确定数据如何布局)从上至下,围绕着业务从上至下,围绕着业务/虚机为中心虚机为中心每个虚机甚至每个vmdk在置备时都可配置各自的个性化QoS的属性。用户以策略的形式指定所需

19、设置,然后vSAN会自动决定如何在集群中为每个vmdk分配存储资源,以满足用户的QoS需求vSAN的体系结构 三张图 图1 对象和组件25对象副本组件存储策略(如FTT,条带宽度)决定未来数据如何放置两份个副本意味着两份数据,此时FTT(允许的故障数)=1vSAN的体系结构 三张图 图2 条带按固定增长26当VMDK对象被创建后,其实就已经按照存储策略决定了第一笔数据会写入哪些主机的哪些盘。也就是说,数据的布局就已经固定下来了。之后新增的数据,仍会遵循同样的部署方式,按照条带分段大小以增量的方式去消费盘上的空间,体现出来的是对象容量在增长。直到组件超过255GB,此时vSAN会新建一个组件。这

20、也是有时我们发现某个副本实际的组件数会比条带宽度大的原因。条条带带是按是按1MB增量增量进进行行扩扩大的大的vSAN SSD 性能级别性能级别从从vSAN HCL里查询里查询A 级:每秒 2,500-5,000 次写入B 级:每秒 5,000-10,000 次写入C 级:每秒 10,000-20,000 次写入D 级:每秒 20,000-30,000 次写入E 级:每秒超过 30,000 次写入示例示例Intel 的 400 GB 910 PCIe 固态磁盘每秒约 38000 次写入Toshiba 的 200 GB SAS 固态磁盘 MK2001GRZB 每秒约 16000 次写入工作负载定义

21、工作负载定义队列深度:16 个或更少传输长度:4 KB操作:写入模式:100%随机延迟:不到 5 毫秒耐久性耐久性10 次驱动器写入/天 (DWPD),以及每个 NAND 模块的传输长度为 8 KB 时最多 3.5 PB 随机写入耐久性,而每个 NAND 模块的传输长度为 4 KB 时最多 2.5 PB27vSAN的的体系结构体系结构 三张图三张图 图图3 写性能主要由缓存层写性能主要由缓存层SSD决定决定*增加磁盘组,对性能增长有帮助;vSAN的体系结构 术语混合配置和全闪存配置磁盘组(Disk Group)vSAN 数据存储(vsanDatastore)对象(Object)组件(Compo

22、nent)2829混合混合全闪存全闪存每个主机每个主机 40K IOPS每个主机每个主机 90K IOPS+亚毫秒级延迟亚毫秒级延迟缓存层缓存层读写缓存写入内容会首先进行缓存,而读取内容会直接进入容量层容量层SAS/NL SAS/SATA/直连式 JBOD容量层闪存设备读取内容会直接进入容量层容量层容量层(也即持久化层也即持久化层)vSANSSDPCIeUltra DIMMSSDPCIeUltra DIMMvSAN的的两种配置两种配置 混合与全闪存混合与全闪存为为本磁本磁盘组盘组加速加速vSAN 磁盘组(Disk Group)vSAN 使用磁盘组这一概念将闪存设备和磁盘池化为一个管理构造。以混

23、合配置为例磁盘组至少包含 1 个闪存设备和 1 个磁盘。每台主机最多 5 个磁盘组。每个磁盘组:1 个 SSD+1 至 7 个 HDD闪存设备用于提供性能(读缓存+写缓冲区)。磁盘用于提供存储容量。不能在没有闪存设备的情况下创建磁盘组。30磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组每台主机:最多每台主机:最多 5 个磁盘组。每个磁盘组:个磁盘组。每个磁盘组:1 个个 SSD+1 至至 7 个个 HDD磁盘组磁盘组HDDHDDHDDHDDHDDvSAN 数据存储(vsanDatastore)vSAN 是一种以文件系统(vSAN FS)的形式呈现给 vSphere 的对象存储解决方案。该对象

24、存储装载着集群中主机的存储资源,并将它们呈现为一整个共享数据存储。仅限该集群的成员才能访问 vSAN 数据存储。并非所有主机都需要提供存储,但是建议提供存储。31磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组每台主机:最多每台主机:最多 5 个磁盘组。每个磁盘组:个磁盘组。每个磁盘组:1 个个 SSD+1 至至 7 个个 HDD磁盘组磁盘组vSAN 网络网络vSAN 网络网络vSAN 网络网络vSAN 网络网络vSAN 网络网络vSAN 数据存储数据存储HDDHDDHDDHDDHDD32vsanDatastore随磁盘组或盘增加或减少,可在线扩大或缩小vsanDatastore随主机数增加或

25、减少,可在线扩大或缩小3个主机扩展为4个主机后的vsanDatastore,从4.86 TB动态地在线地扩大为6.48 TB33vSAN 对象(Object)vSAN 通过名为对象的灵活数据容器的形式管理数据。虚拟机文件称为对象。存在四种不同类型的虚拟机对象:虚拟机主目录(主机命名空间)虚拟机交换文件VMDK快照Memory(vmem,虚拟机内存文件),vSAN 5.5时,当快照创建时,虚拟机内存以文件形式存放在VM Home里。而在vSAN 6.0时,虚拟机内存在vsanDatastore里实例化为独立的对象虚拟机对象基于虚拟机存储配置文件中定义的性能和可用性要求划分为多个组件34磁盘组磁盘

26、组磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组每台主机:最多每台主机:最多 5 个磁盘组。每个磁盘组:个磁盘组。每个磁盘组:1 个个 SSD+1 至至 7 个个 HDD磁盘组磁盘组vSAN 网络网络vSAN 网络网络vSAN 网络网络vSAN 网络网络vSAN 网络网络HDDHDDHDDHDDHDDvSAN 组件(Component)vSAN 组件是对象区块,这些对象区块跨集群中的多台主机分布,以便容许同时发生多个故障并满足性能要求。vSAN 利用分布式 RAID 体系结构将数据分发到整个集群中。组件的分布主要采用两种技术:镜像(RAID1)条带化(RAID0)创建多少组件副本将基于对象策略定义决定。

27、35磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组磁盘组vSAN 网络网络vSAN 网络网络vSAN 网络网络vSAN 网络网络vSAN 网络网络vSAN 数据存储数据存储副本副本 1副本副本 2RAID1HDDHDDHDDHDDHDDvmdk的构成:对象和组件36对象副本组件存储策略(如FTT,条带宽度)决定未来数据如何放置两份个副本意味着两份数据,此时FTT(允许的故障数)=1对象和组件布局37vSAN 网络网络vSAN 网络网络vSAN 网络网络vSAN 网络网络vSAN 网络网络vSAN 存储对象R1R0R0R0可用性定义为副本数量vSAN FSvSAN FSvSAN FSro

28、lo2.vmdk虚拟机主目录对象格式化为 vSAN FS,以便在此对象上存储虚拟机的配置文件。性能可能会包括条带宽度vSAN FSrolo1.vmdkrolo.vmx、.log 等/vmfs/volumes/vsanDatastore/rolo/rolo.vmdk磁盘组磁盘组HDD磁盘组磁盘组HDD磁盘组磁盘组HDD磁盘组磁盘组HDD磁盘组磁盘组HDDvSAN的技术细节的技术细节虚拟机存储策略虚拟机存储策略可从 vSphere Web Client 主页屏幕访问。39vSAN 的存储功能vSAN 当前向 vCenter 呈现8个以上的存储功能。401、允许的故障数(FTT)允许的故障数(FTT

29、)定义存储对象能容许的主机、磁盘或网络故障的数量。若要容许“n”个故障,则要创建“n+1”个对象副本,并且需要“2n+1”台主机提供存储。41vSAN 网络vmdkvmdk见证esxi-01esxi-02esxi-03esxi-04约 50%的 I/O约 50%的 I/OvSAN 策略:“能容许的故障数量=1”raid-1vSAN 新增纠删码(n=k+m):k是数据块,m是校验块(也即FTT值)vSAN 新特性:纠删码(Erasure Coding)纠删码+FTT=1-RAID 5“FTT=1”高可用性 RAID-53+1(最少4台主机,并非4的倍数,而是4台或更多即可)1.33倍的开销,以往

30、的开销是两倍倍的开销,以往的开销是两倍以往20GB数据消耗40GB空间,现在约为27GB可以实现在vmdk的颗粒度上,在VMware SPBM(基于存储策略的管理)里设置不支持vSAN Stretched Cluster42RAID-5ESXi HostparitydatadatadataAll Flash OnlyESXi HostdataparitydatadataESXi HostdatadataparitydataESXi Hostdatadatadataparity“FTT=2”的高可用性 RAID-64+2(最少6台主机)1.5倍的开销,以往的开销是倍的开销,以往的开销是3倍倍以往

31、20GB数据消耗60GB空间,现在约为30GB可以实现在vmdk的颗粒度上,在SPBM里设置不支持vSAN Stretched Cluster43All Flash OnlyESXi HostparitydatadataRAID-6ESXi HostparitydatadataESXi HostdataparitydataESXi HostdataparitydataESXi HostdatadataparityESXi HostdatadataparityvSAN 新特性:纠删码(Erasure Coding)纠删码+FTT=2-RAID 6442、纠删码可按vmdk颗粒度的精细级别,在存储

32、策略里设置纠删码和去重压缩,显著提高空间效率:14倍!45基准+Erasure Coding+去重和压缩0246810121416vSAN 存存储使用率提高使用率提高*50%与混合竞争产品相比,全闪存每 GB 成本减少2 倍14 倍14 倍倍存储效率,无折中*通过重复数据消除和压缩而实现的改进会因工作负载不同而异。VDI 完整克隆测试的结果。$1/GBAll-Flash for as low as$1 per usable GB3、每个对象的磁盘条带数每个对象的磁盘条带数存储对象的每个副本所跨的硬盘数46vSAN 网络条带 2b见证esxi-01esxi-02esxi-03esxi-04条带

33、1b条带 1a条带 2araid-0raid-0vSAN 策略:“能容许的故障数量=1”+“条带宽度=2”raid-14、IOPS限制(QoS)47New in 基于每个虚机或每个vmdk,能以可视化的图形界面来设置IOPS的限制值一键即可设置消除noisy neighbor(相邻干扰)的不利影响可以在vmdk的颗粒度上满足性能的服务等级协议(SLA),在SPBM里设置在一个集群/存储池,可以为不同虚机/vmdk,提供不同的性能,将原本可能相互影响的负载区分开来用户在图形界面中,可以看到每个vmdk的IOPS值,并通过颜色(绿色,黄色,红色)判断实际IOPS与IOPS限制值的关系计算IOPS时

34、,包括vmdk及其快照的读写操作vSphere+vSANvSphere&vSAN5、Software Checksum(软件校验和)48概览概览数据的端到端校验,检测并解决静默磁盘错误软件校验和在集群级别默认是开启的,可以通过存储策略在vmdk级别关闭在后台执行磁盘扫描(Disk Scrubbing)如果通过校验和验证发现了错误,则重建数据基于4K的块大小采用CRC32算法(CPU开销小)好处好处提供更高的数据完整性自动检测和解决静默磁盘错误(silent disk errors)vSANvSAN 其他存储功能6、强制调配、强制调配如果选择“Yes”(是),则即使当前可用的资源不符合存储策略中

35、指定的策略,仍将调配对象。7、闪存读缓存预留、闪存读缓存预留 (%)预留闪存容量,作为存储对象的读缓存。以对象逻辑大小的百分比形式指定。8、对象空间预留、对象空间预留 (%)调配虚拟机时要预留(实施厚配置)的存储对象的逻辑大小的百分比。将对其余存储对象实施精简配置。49存储功能的默认值和最大值50存储功能存储功能使用情形使用情形值值容许的故障数量(RAID 1 镜像)冗余默认 1最大 3每个对象的磁盘条带数(RAID 0 条带)性能默认 1最大 12对象空间预留厚配置默认 0最大 100%闪存读缓存预留性能默认 0最大 100%强制调配覆盖策略禁用vSAN I/O流流混合配置和全闪存配置,写I

36、O的详细步骤写I/O在混合配置和全闪存配置下是一样的。假设:FTT=1(也即两份副本);虚机vm运行在主机01上;主机01是vm的VMDK对象的属主;该对象有两份副本,分别在主机02和主机03上;步骤1,虚机vm发起写操作;步骤2,VMDK对象的属主(也即主机01)触发写操作到虚拟磁盘;步骤3,主机01克隆写操作,主机02和主机03各自独立地执行;步骤4,主机02和主机03各自在自己的缓存层(SSD)的log上执行写操作;步骤5,缓存写完,主机02和主机03分别立刻发确认信息给属主;步骤6,属主收到了两个主机都完成I/O并确认的消息后;步骤7,属主将一批已经确认过的写I/O合并,Destage

37、(刷)到容量层的盘;vSpherevSANH3H2H16552virtual disk314477写IO的性能,主要取决于缓存层采用什么闪存设备VMware SSD 性能级别性能级别A 级:每秒 2,500-5,000 次写入B 级:每秒 5,000-10,000 次写入C 级:每秒 10,000-20,000 次写入D 级:每秒 20,000-30,000 次写入E 级:每秒超过 30,000 次写入示例示例Intel 的 400 GB 910 PCIe 固态磁盘每秒约 38000 次写入Toshiba 的 200 GB SAS 固态磁盘 MK2001GRZB 每秒约 16000 次写入工作

38、负载定义工作负载定义队列深度:16 个或更少传输长度:4 KB操作:写入模式:100%随机延迟:不到 5 毫秒耐久性耐久性10 次驱动器写入/天 (DWPD),以及每个 NAND 模块的传输长度为 8 KB 时最多 3.5 PB 随机写入耐久性,而每个 NAND 模块的传输长度为 4 KB 时最多 2.5 PB53vSpherevSANH3H2H1virtual disk从缓存层将IO Destage(刷)到容量层的详细步骤混合配置中的容量层是HDD,vSAN使用电梯算法(Elevator Algorithm)异步地将来自不同虚机的,缓存内的,按照每块HDD物理地址相邻的数据,批量地Desta

39、ge(刷)进磁盘中,以此来提升性能如果写缓存还有充足的空间时,vSAN不会频繁开启Destage的操作,这样就避免了对同一个数据的多次改写,屡屡刷进HDD里全闪存配置中的容量层是SSD,被频繁写的数据(也即热数据)仍然停留在缓存层,而那些较少访问的数据才会被刷进容量层(也即提供容量的SSD)。55当VMDK对象被创建后,其实就已经按照存储策略决定了第一笔数据会写入哪些主机的哪些盘。也就是说,数据的布局就已经固定下来了。之后新增的数据,仍会遵循同样的部署方式,按照条带分段大小(1MB)以增量的方式去消费盘上的空间,体现出来的是对象容量在增长。直到组件超过255GB,此时vSAN会新建一个组件。这

40、也是有时我们发现某个副本实际的组件数会比条带宽度大的原因。条条带带是按是按1MB增量增量进进行行扩扩大的大的如果条带为2,如何写进磁盘里?依次按 1 MB 增量进行条带化vSpherevSANH3H2H1virtual disk123645步骤1,虚机vm发起对VMDK对象的读操作;步骤2,VMDK属主(主机01)根据如下原则选取从哪个副本读:1)通过跨越不同副本实现负载均衡2)不一定要从属主所在主机的副本读3)一个给定的块,其上的数据会只从同一个副本读;步骤3,如果在读缓存里,直接读;步骤4,否则,从HDD读到读缓存,取代某些冷数据;步骤5,将数据返回给属主;步骤6,完成读操作,将数据返回给虚机vm;全闪存配置下:全闪存配置下:步骤3,如果数据在写缓存里(注意是写缓存,不是读缓存!),直接读;步骤4,否则,直接从容量层的SSD里读数据(无需复制到缓存层!);混合配置,读IO的详细步骤谢 谢!

展开阅读全文
相似文档                                   自信AI助手自信AI助手
猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服