VMwareVirtualSANVsan设计和优化指南

irtualVirtuaSlASNA设N计6.和0设优化计和指南优化指南VMwareVirtualSAN 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 和优化指南CormacHogan储存与可用性业务部门VMware版本年4月VirtualSAN设计和优化指南目录简介5HealthServices5VirtualSANReadyNode6VMwareEVO:RAIL6VirtualSAN设计概览7严格恪守“兼容性指南(VCG)”7硬件、驱动程序和固件7使用受支持的vSphere软件版本7均衡配置8VirtualSAN群集的生命周期89依据容量、保护和可用性 要求 对教师党员的评价套管和固井爆破片与爆破装置仓库管理基本要求三甲医院都需要复审吗 优化调整设计概览注意事项纲要9混淆配置和全闪存配置的差别10全闪存配置注意事项10VirtualSAN限制11所需的ESXi主机最少量量11同意的ESXi主机最大数目11同意的虚构机最大数目11vSphereHA保护的虚构机最大数目12磁盘、磁盘组和闪存设施最大数目12组件最大值13虚构机储存策略最大值13VMDK最大大小1414设计限制注意事项纲要网络设计注意事项15网络互连-1Gb/10Gb15全闪存带宽要求15使用NIC成组实现冗余15MTU和巨型帧注意事项16多播注意事项16经过NetworkI/OControl实现网络QoS16网络设计注意事项纲要17VirtualSAN网络设计指南17储存设计注意事项18磁盘组18缓存优化调整概览18VirtualSAN中的闪存设施18读取缓存的用途19写入缓存的用途19PCIe闪存设施与固态驱动器(SSD)的比较19闪存长久性注意事项20使用全闪存配置时的闪存容量优化调整21使用混淆配置时的闪存缓存优化调整21实质示例-混淆配置22使用全闪存配置时的闪存缓存优化调整23实质示例-全闪存配置23纵向扩展容量，保证充分的缓存24磁盘24VirtualSAN设计和优化指南磁盘性能-NLSAS、SAS或SATA25磁盘容量-NL-SAS、SAS或SATA25磁盘性能-RPM26磁盘数目在混淆配置中至关重要26使用不一样的磁盘型号/种类供给容量26我需要多少容量27我应当预留多少空间裕量28格式化开支注意事项28快照缓存优化调整注意事项29选择储存I/O控制器29多个控制器和SAS扩展器29多控制器与单控制器比较30储存控制器行列深度30RAID-0与直通比较3031储存控制器缓存注意事项高级控制器功能31磁盘组设计31将磁盘组用作储存故障域31多磁盘组和3节点群集32磁盘驱动器容量较小时的注意事项32VMDK特别大时的注意事项32磁盘改换/升级所需容量设计33磁盘改换/升级人机工程学33设计时要防止耗尽容量34储存设计注意事项纲要34虚构机储存策略设计注意事项35对象与组件35目睹组件与副本36虚构机快照注意事项36从UI查察对象布局37策略设计 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 38每对象/条带宽度的磁盘条带数38条带宽度-优化调整注意事项38闪存读取缓存预留38闪存读取缓存预留-优化调整注意事项39闪存读取缓存预留配置示例39同意故障数40同意故障数优化调整注意事项40强迫置备40对象空间预留41策略设计注意事项纲要43虚构机命名空间和互换注意事项43虚构机主页命名空间43虚构机互换44为快照创立的增量磁盘45快照内存45动向改正虚构机储存策略45使用没法实行的策略进行置备46使用默认策略进行置备46主机设计注意事项47CPU注意事项47VirtualSAN设计和优化指南内存注意事项47主机储存要求47指引设施注意事项48纯计算主机注意事项48保护模式注意事项49刀片系统注意事项49外面储存机箱注意事项50办理器电源管理注意事项50群集设计注意事项513节点配置51vSphereHA注意事项51故障域52确立工作负载能否适合VirtualSAN55使用vscsiStats对VirtualSAN优化调整55使用ViewPlanner对VirtualSAN优化调整58VMwareInfrastructurePlanner-VIP58设计与优化调整示例59容量优化调整示例I59CPU配置6060内存配置储存配置61组件数62容量优化调整示例II62CPU配置6464内存配置储存配置-方案164储存配置-方案265组件数67服务器选择68 总结 初级经济法重点总结下载党员个人总结TXt高中句型全总结.doc高中句型全总结.doc理论力学知识点总结pdf 69更多信息70VMware兼容性指南70vSphere社区页面70重要博客70现有文档链接70VMware支持70延长阅读70VirtualSAN设计和优化指南简介VMware?VirtualSAN?是一个软件定义的储存平台，它聚合了虚构化管理程序，并与VMwarevSphere?全面集成。VirtualSAN将vSphere群集中各主机的当地连结磁盘聚合起来，创立了一个散布式共享储存解决方案。在创立和部署虚构机的过程中，VirtualSAN可在VMwarevCenter?中迅速置备储存。VirtualSAN是第一个专为vSphere环境设计的策略驱动型储存产品，能够简化储存置备和管理工作。使用虚构机级别储存策略时，VirtualSAN会自动将要求与基础储存资源加以动向般配。经过VirtualSAN，很多手动履行的储存任务能够实现自动化，进而提供一种更高效、更经济的运维模式。VirtualSAN供给两种不一样的配置方案：混淆配置（利用鉴于闪存的设施和磁盘）和全闪存配置。混淆配置使用鉴于服务器的闪存设施供给缓存层，以获取最正确性能，同时使用磁盘供给容量和长久数据储存。这样配置能够供给公司级性能和弹性储存平台。全闪存配置使用闪存供给缓存层和容量层。精选主机型号、储存控制器以及闪存设施和磁盘时有众多方案可供选择。所以，为VirtualSAN设计精选硬件组件时，严格恪守“VMware兼容性指南(VCG)”极其重要。本文旨在帮助管理员正确设计VirtualSAN群集并优化调整，解答有关主机数目、答详尽配置问题，帮助您成功部署VirtualSAN。闪存设施数目、磁盘数目的常有问题，并回HealthServicesVirtualSAN附带HealthServices插件。此功能能够检查VirtualSAN方方面面的运转状况，并洞察很多潜伏问题的本源。部署VirtualSAN时，建议同时部署VirtualSANHealthServices。检测到问题后，HealthServices会突出显示问题，并指引管理员参照相应的VMware知识库文章解决问题。请参照《VirtualSANHealthServices指南》，认识对于怎样获取VirtualSAN部署和解决常有VirtualSAN问题的更多信息。HealthServices组件、怎样安装组件以及怎样使用此功能考证VirtualSAN设计和优化指南VirtualSANReadyNodeVirtualSAN群集有两种建立方式：使用认证组件自行建立VirtualSANReadyNode列表中选择VirtualSANReadyNode是经过考证的服务器配置，此中的硬件设施均针对VirtualSAN部署进行了测试和认证，属于服务器OEM和VMware共同介绍的产品。VirtualSANReadyNode是理想的超交融建立块，合用于追求自动化和需要自定义硬件与软件配置的大型数据中心环境。VirtualSANReadyNode文档会供给标准化配置示例，包含支持的虚构机数目以ReadyNode的更多详尽信息，请接见：及估计可供给的4KIOPS数目。对于VirtualSANVMwareEVO:RAIL客户还可以够选择VMwareEVO:RAIL?。EVO:RAIL将VMware计算、网络和储存资源归并成一个超交融基础架构设施，进而打造一个由我们的合作伙伴供给的简单、易于部署的一体化解决方案。附带VMwareVirtualSAN。对于EVO:RAIL的更多详尽信息，请接见：EVO:RAIL软件能够完好加载到合作伙伴的硬件设施中，并VirtualSAN设计和优化指南VirtualSAN设计概览在介绍VirtualSAN设计和优化调整的详细细节从前，我们先纲要说明一些注意事项。严格恪守“兼容性指南(VCG)”严格恪守合用于VirtualSAN的vSphere兼容性指南(VCG)特别重要。我们对大批支持恳求进行剖析后发现，有关问题归根结底是因为没有恪守这些特别详细的建议所致使的。此在线工具按期更新，保证客户一直能够从VMware获取最新指导。始终要确认用于VirtualSAN部署的硬件组件能否受VMware支持。硬件、驱动程序和固件VCG针对储存I/O控制器、固态驱动器(SSD)、PCIe闪存卡和磁盘驱动器的硬件型号供给了特别详细的建议。它还说了然哪些驱动程序已使用VirtualSAN进行了充分测试，并且在很多状况下，它会说明所需的最低固件级别。保证硬件组件拥有这些固件级别，以及保证设计中的ESXi主机上安装的任何有关驱动程序拥有受支持的最新驱动程序版本。使用受支持的vSphere软件版本只管VMware支持使用vSphere和vSphere的各种版本（U2和U1）运行VirtualSAN，但我们一直建议运转最新版本的vSphere软件（不论在ESXi还是在vCenterServer上都是这样）。特别是，vSphere包含很多针对VirtualSAN的改良功能。VMware不支持将VirtualSAN的BETA版升级到GA版。在这类状况下，需要崭新部署VirtualSAN，即崭新部署vSphere、等。如果正在使用VirtualSAN的Beta版，并且此刻希望使用该产品的GA版，请不要试试从升级到或。VMware会不停修复客户碰到的问题，所以，经过使用最新版本的软件，客户能够防止碰到已经修复的问题。VirtualSAN设计和优化指南均衡配置作为一项最正确做法，VMware建议在所有群集成员之间，部署拥有近似或相同配置（包含近似或相同的储存配置）的ESXi主机。这将保证在磁盘和主机群集之间平衡虚构机储存组件。在同一vSphere群集中，只管不贡献储存的主机依旧能够利VirtualSAN数据储存，可是，假如碰到问题，则可能需要展开额外的支持工作。所以，VMware建议采纳均衡配置。最正确做法：为VirtualSAN群集使用拥有近似配置和大小的ESXi主机。VirtualSAN群集的生命周期VirtualSAN为客户供给的储存解决方案既可经过为ESXi主机增添崭新或更大的磁盘轻松实现纵向扩展，也可经过向群集增添全新主机轻松实现横向扩展。这使得客户能够在一开始时使用特别小的环境，而后跟着时间的推移，经过增添新主机和更多磁盘，轻松实现扩展。但是，不论是使用混淆解决方案仍是全闪存解决方案，扩展时都需要为工作负载提供足够的缓存及容量，这一点十分重要。本指南会深入议论这一注意事项。详细而言，在设计时应当考虑选择拥有附带磁盘插槽，可供给附带容量，以及便于将附带设施安装到这些插槽中的主机。为VirtualSAN选择硬件时，一直要记着，不论是混淆配置仍是全闪存配置，增添容量往常都比向缓存层增添更大的闪存设施简单得多。增添额外容量可能会特别简单，也就是在保护现有容量的同时，插入新的磁盘驱动器或闪存容量设施。但是，更新闪存缓存层时，除非增添崭新的磁盘组，不然就需要使用新闪存设施代替从前的闪存设施。这是因为每个磁盘组只有一个闪存设施。假如在增添额外闪存的同时增添额外容量，那么纵向扩展VirtualSAN十分轻松。假如不增添新容量，只增添额外闪存缓存，就会波及到展开较为复杂的保护任务，并可能需要从更新、更大的闪存缓存设施要加入的目标磁盘组撤出所有数据。假如设计VirtualSAN时考虑将来缓存增添需求，换句话说，初始设计包含的闪存缓存超出实质需求，则能够防止该问题。最正确做法：设计时考虑将来增添需求VirtualSAN设计和优化指南依据容量、保护和可用性要求优化调整VirtualSAN所需的最低配置为3个ESXi主机。但是，这个最小的环境面对着许系统会试试在节余群集上从头构建故障设施或主机的任何虚构机组件。在以从头建立故障组件。将主机置于保护模式时也是这样。保护模式中有一集中有4个或更多节点并且有充足的备用容量时可行。多重要限制。在VirtualSAN中，假如发生故障，3节点群集中，假如一个节点发生故障，则无处可个选项能够从主机撤出所有数据。但是，这仅在群其余还要考虑容量层大小。因为部署在VirtualSAN上的虚构机由策略驱动，并且此中一个策略设置(NumberOfFailuresToTolerate)将创立虚构机数据的镜像副本，所以需要考虑同意一个或更多故障时需要多少容量。稍后将更为详尽地议论该设计注意事项。设计方案：4节点或更多节点配置能够比在故障以后从头建立组件。3节点配置供给更多的可用性选项。保证有充分的储存容量知足可用性要求，并同意设计概览注意事项纲要查阅“VMware兼容性指南(VCG)”，保证设计中使用的所有硬件都受支持查阅VCG，保证设计中使用的所有软件、驱动程序和固件版本都受支持保证在履行新部署时使用最新级其余vSphere修理程序/更新，并考虑将现有部署更新到最新修理程序版本，以解决已修复的已知问题?设计时考虑可用性要求。设计时考虑使用三个以上主机和额外容量，使群集?设计时考虑增添要求。初始部署时，考虑让群集中的容量能够知足将来虚构将来容量增添要求在发生故障时能够自动修复机部署要求，且拥有足够的闪存缓存支持VirtualSAN设计和优化指南混淆配置和全闪存配置的差别在VirtualSAN中，VMware引入了对全闪存VirtualSAN配置的支持。全闪存版本与混淆版本之间存在一些显然差别。本节将简单介绍这些差别。与混淆配置对比，使用全闪存VirtualSAN配置时，不论工作负载怎样，它都能够带来更好、高度可展望的一致性能。混淆群集和全闪存群集都建议将“10%的已占用容量”用于缓存层；但是，缓存在每个配置中的使用方式不一样。在混淆群集中（容量层使用磁盘，缓存层使用闪存），缓存算法会试试最大限度提高读写性能。可用缓存中有70%分派用于储存屡次读取的磁盘块，进而最大限度减少对速度迟缓的磁盘的接见。可用缓存中有30%分派用于履行写入操作。假如可行，系统会集并多个写操作，并按次序写入，进而再次最大限度提高磁盘性能。全闪存群集有两种闪存：既迅速又耐用的写入缓存和容量更大、更经济高效的容量闪存。在此配置中，100%的缓存都分派给写入操作，因为容量闪存供给的读取性能绰绰有余。大批写入操作保存在缓存中，仅在需要时写入容量层，进而延长容量闪存层的寿命。最正确做法：保证有足够的闪存缓存知足设计要求。建议将10%的已占用容量分派给缓存全闪存配置注意事项全闪存仅在VirtualSAN中可用它要求使用10Gb网络；不支持1GbNIC全闪存节点的最大数目为64个闪存设施同时用于缓存和容量使用全闪存配置时，不会预留闪存读取缓存?需要标志闪存设施，使其能够用于容量–这将在《VirtualSAN管理员指南》中介绍此刻，长久性成为缓存层和容量层的重要考虑事项。VirtualSAN设计和优化指南VirtualSAN限制设计VirtualSAN群集时，一定考虑VirtualSAN限制。所需的ESXi主机最少量量VirtualSAN群集中起码要有3个ESXi主机。和版本都是这样。只管VirtualSAN完好支持3节点配置，但它们的行为方式不一样于有着4节点或更多节点的配置。详细而言，发生故障时，VirtualSAN没法在群集中的其余主机上从头建立组件来同意另一次故障。相同，在3节点配置下，VirtualSAN不可以在保护期间从节点迁徙所有数据。设计方案：4节点群集能够供给更高的灵巧性。假如可行，请考虑起码使用4个节点设计群集。同意的ESXi主机最大数目对于混淆配置，在版本中，支持每VirtualSAN群集最多使用64个ESXi主机。对于VirtualSAN，支持每VirtualSAN群集最多使32个ESXi主机。要运转64个节点，一定设定某些高级设置。请参照VMware知识库文章2110081。同意的虚构机最大数目在版本中，VirtualSAN最多支持每ESXi主机使用200个虚构机，每群集最多使用6,400个虚构机。在版本使用100个虚构机，所以在32主机VirtualSAN群集中，最多支持3,200个虚构机。自然，可用计算资源也虚构机数目。本指南稍后叙述设计和优化调整示例时，将详尽议论此注意事项。中，每ESXi主机最多会限制实质可部署的设计方案：假如设计目标是部署必定数目的虚构机，请保证群集中有足够的主机支持设计。ESXiVirtualSAN设计和优化指南受vSphereHA保护的虚构机最大数目在vSphere中，vSphereHA在同一数据储存上最多能够保护2,048个虚构机。因为VirtualSAN只有一个数据储存，这意味着vSphereHA最多能够为每个VirtualSAN群集保护2,048个虚构机。所以，在启用vSphereHA的VirtualSAN群集中，假如虚构机超出2,048个，vSphereHA将没法保护所有这些虚构机。此限制在vSphere中已排除，vSphereHA此刻能够保护部署在群集上的所有虚构机，最多可达6,400个。最正确做法：在VirtualSAN群集上启用vSphereHA，以供给最高等其余可用性。磁盘、磁盘组和闪存设施最大数目磁盘组是经过将当地连结储存设施聚合起来创立的管理结构。在混淆配置中，磁盘组是单个鉴于闪存的设施与多个磁盘设施的组合，前者供给缓存和性能，后者供给容量。在混淆配置上创立磁盘组要求指派单个鉴于闪存的设施和一个或多个磁盘。在全闪存配置中，磁盘组是拥有两种用途的闪存设施的组合。第一，单个鉴于闪存的设施用于供给缓存和性能，其次，多个额外闪存设施用于供给容量。这里需要执行一个额外步骤，也就是将用于容量层的闪存设施特别标志为容量闪存设施。在全闪存配置上创立磁盘组时，要求指派单个鉴于闪存的设施用于缓存（1级设施），并指派一个或多个额外闪存设施用于容量层。注意：VirtualSAN不支持在同一群集中混淆使用全闪存磁盘组和混淆磁盘组。混合使用不一样种类磁盘组会致使性能不稳固。加入VirtualSAN群集的ESXi主机上最多有5个磁盘组（闪存缓存设施+容量设备）。闪存缓存设施能够是PCIe闪存设施或固态磁盘(SSD)。容量设施能够是混合配置中的磁盘或全闪存配置中的闪存设施。闪存缓存设施特意用于单个磁盘组：不可以与其余磁盘组共享，也不可以共享受于其余用途。在混淆配置中，每磁盘组最多有7个磁盘用于容量层，每磁盘组最多有1个闪存设备用于缓存层。在全闪存配置中，每磁盘组最多有7个闪存设施用于闪存容量层，每磁盘组最多有个闪存设施用于缓存层。依据这些最大值进行推测可知，每ESXi主机总合有35个设施用于容量层，每主机最多有5个设施（PCIe或SSD）用于缓存层。VirtualSAN设计和优化指南组件最大值部署在VirtualSAN上的虚构机由一组对象构成。比如，VMDK是对象，快照是对象，虚构机互换空间是对象，虚构机主页命名空间（.vmx文件、日记文件等 内容 财务内部控制制度的内容财务内部控制制度的内容人员招聘与配置的内容项目成本控制的内容消防安全演练内容 的储存地点）也是对象。每个对象都由一套组件构成，这些组件由虚构机储存策略中的功能决定。比如，假如使用同意一次故障的策略部署虚构机，那么对象将由两个副本组件构成。假如策略包含条带宽度，对象将在容量层中跨多个设施进行条带化。每个条带都是对象的一个组件。稍后，本指南将更为详尽地议论对象和组件的观点，但总而言之，在VirtualSAN中，每ESXi主机最多有3,000个组件，在VirtualSAN（采纳磁盘上格式v2）中，上限为每主机9,000个组件。从升级到时，磁盘上格式也需要从v1升级到v2，以获取最多9,000个组件的支持。《VirtualSAN管理员指南》介绍了升级过程。虚构机储存策略最大值每对象的最大条带宽度为12。默认状况下，最小条带宽度为1。但是，假如不在策略中设置任何条带宽度要求，VirtualSAN可以决定对象可能需要跨多个磁盘进行条带化。固然详细原由会因状况而异，但往常是因为管理员恳求创立的VMDK太大，不适合放在单调物理驱动器上。其余，还应当注意，VirtualSAN上的最大组件大小为255GB。对于超出255GB的对象，VirtualSAN会自动将它们拆分为多个组件。所以，假如管理员部署2TBVMDK，则可能会在同一RAID-0条带配置中看到8个或更多组件构成VMDK对象。设计方案：保证容量层中有充分的物理设施知足所需的条带宽度要求。下，系统使用NumberOfFailuresToTolerate对象能够同意的最大故障数为3。默认状况为1的设置部署虚构机。此策略设置决定了部署在VirtualSAN上的对象拷贝/副本数。要同意“n个”故障，群集中需要有“2n+1”个主机。假如设计方案包含故障域，那么群集中需要有“2n+1”个故障域，才能在SAN群集中同意“n个”故障。Virtual设计方案：保证群集中有充分的主机（和故障域）知足所需的NumberOfFailuresToTolerate要求。VirtualSAN设计和优化指南另一个策略设置是FlashReadCacheReservation，但它仅合用于混淆配置。全闪存配置上没有读取缓存。FlashReadCacheReservation的最大值为100%，意味着将依据虚构机VMDK大小预留般配的缓存。与FlashReadCacheReservation有关的设计注意事项将在虚构机储存策略设计部分详尽议论。同时合用于混淆配置和全闪存配置的ObjectSpaceReservation的最大值为100%，意味着虚构机的VMDK将按“厚置备”方式部署。与ObjectSpaceReservation相关的设计注意事项将在虚构机储存策略设计部分详尽议论。VMDK最大大小VirtualSAN中，支持的最大VMDK大小为62TB。在VirtualSAN中，最大VMDK大小限制为2TB。正如在上一部分提到的，在VirtualSAN中，对象大小为255GB时即会进行条带化。假如管理员部署的对象为62TB，将创立大500个组件（假定默认策略为NumberOfFailuresToTolerate=1）。在VirtualSAN上创立特别大的VMDK时，需要考虑组件最大数目。设计限制注意事项纲要?考虑在VirtualSAN群集上启用vSphereHA，以供给最高等其余可用性。在版本中，vSphereHA最多能够保护6,400个虚拟机。考虑同意故障时所需的主机（和故障域）数目。考虑实行条带宽度时容量层中所需的设施数目。部署特别大的虚构机时，考虑组件数目。很多客户不太可能要求每主机部署多个62TBVMDK。实质上，在VirtualSAN中，应当不需要担忧组件数目。?请记着，默认状况下，VMDK（甚至是62TBVMDK）最先将采纳精简置备，所以，客户应当为将来容量增添做好准备。VirtualSAN设计和优化指南网络设计注意事项网络互连–1Gb/10GbVMware支持将1Gb和10Gb网络接口卡(NIC)用于混淆配置下的VirtualSAN网络流量。假如使用1GbNIC，VMware要求将此NIC特意用于VirtualSAN流量。假如使用10GbNIC，此NIC能够与其余种类网络流量共享。只管VMware成功在1Gb链路上运转了较小的混淆VirtualSANVirtualSAN流量；它们能够与其余种类网络流量共享，比如NetworkI/OControl阻挡一种种类流量占用所有带宽。部署，但最正确做法是使用10Gb链路。vMotion。假如在多个种类流量之间共享10Gb链路不需要特意用于10GbNIC，则建议使用对于全闪存配置，因为网络流量有可能增添，VMware建议仅将VirtualSAN网络流量。此NIC依旧能够与其余种类流量共享。10GbNIC用于需要考虑ESXi主机之间有多少复制和通讯流量（这直接关系到群集中的虚构机数运转的应用程序的I/O强度怎样。量），每虚构机有多少副本，以及虚构机中全闪存带宽要求VirtualSAN全闪存配置仅支持10Gb网络互连。原由之一是，全闪存配置供给的更高性能可能会在主机之间占用更多网络带宽，以获取更高的吞吐量。其余，即使不是为了获取更高吞吐量，部署全闪存配置也可完满实现可展望的低延缓。1Gb网络连结不支持全闪存VirtualSAN配置。在版本和中，1Gb网络连结持续支持混淆配置。使用NIC成组实现冗余将接口成组聚合在一同时，组更应当被看作是供给一种使信。VirtualSAN网络流量不可以跨多个网络接口进行负载平衡。固然可能会实现部分负载均衡，但NIC成VirtualSAN流量网络“高度可用”的方式。假如一个适配器发生故障，另一个适配器将接收通VirtualSAN设计和优化指南MTU和巨型帧注意事项VirtualSAN支持巨型帧。VMware测试发现，使用巨型帧能够降低CPU利用率，增添吞吐量，但是，这两项优势仅处于最低水平，因为vShpere已经使用TCP分段卸载(TSO)和大型接收卸载(LRO)带来了近似的优势。在网络基础架构中已启用巨型帧的数据中内心，建议将巨型帧用于VirtualSAN部署。不然，不建议使用巨型帧，因为在整个网络基础架构中配置巨型帧的操作成本远远高出了有限的CPU和性能优势。设计注意事项：假如增益在很大程度上能够忽视不计时，请考虑在VirtualSAN环境中引入巨型帧能否值得冒操作风险。多播注意事项多播是VirtualSAN的网络要求。多播可用于发现参加群集的ESXi主机以及追踪群集中的变化。请务必保证在参加VirtualSAN群集的所有节点之间允很多播流量。多播性能也特别重要，所以，应当保证使用高质量的公司级互换机。假如将低端交换机用于VirtualSAN，应当明确测试互换机的多播性能，因为单播性能不可以反应多播性能。经过NetworkI/OControl实现网络QoS服务质量(QoS)能够使用NetworkI/OControl(NIOC)实行。这将同意向VirtualSAN流量分派专用数目的网络带宽。使用共享体制时，经过使用NIOC，能够保证没有其余流量影响VirtualSAN网络，反之亦然。但是，NIOC要求使用DistributedSwitch(VDS)，并且此功能在标准互换机(VSS)上不行用。对于面向VirtualSAN的每个vSphere版本，VMware都会在该版本中供给VDS。这意味着，不论部署哪个版本，都能够配置NIOC。但是，VirtualSAN同时支持VDS和VSS。VirtualSAN设计和优化指南网络设计注意事项纲要混淆配置支持1Gb和10Gb网络全闪存配置要求使用10Gb网络为实现可用性/冗余，请考虑使用NIC成组考虑引入巨型帧能否值得一定配置多播并且保证在所有主机之间能够使用考虑使器具备NIOC的VDS，在VirtualSAN流量上供给QoSVirtualSAN网络设计指南《VMwareVirtualSAN网络设计指南》介绍了设计方案、最正确做法和配置详情，包含：vSphere成组注意事项-IP哈希算法和其余成组算法的比较物理拓扑注意事项–叶脊（Spine/Leaf）拓扑与接入/汇聚/核心拓扑在大型VirtualSAN群集中的影响面向高可用性的VirtualSAN网络设计-实现高度可用的VirtualSAN网络的设计注意事项??负载均衡注意事项-怎样经过多个物理上行链路，为VirtualSAN流量和其余种类流量获取聚合带宽VirtualSAN与其余种类流量-同时使用VirtualSAN和其余种类流量时，使用NetworkIOControl的详尽架构示例和测试结果本指南的延长阅读部分供给了该指南的链接，激烈建议翻开链接阅读该指南。VirtualSAN设计和优化指南储存设计注意事项为VirtualSAN正确优化储存大小从前，需要先认识一些重点的VirtualSAN观点。这对VirtualSAN的整体储存设计很有帮助。磁盘组磁盘组可看作是VirtualSAN上的储存容器；它们包含一个闪存缓存设施和最多七个容量设施（磁盘或在全闪存配置顶用作容量层的闪存设施）。简单地讲，磁盘组会指派一个缓存设施，为既定容量设施供给缓存。这会在必定程度上决定性能，因缓存容量比鉴于磁盘组配置。为假如所需的缓存容量比特别高，可能要求每主机使用多个闪存设施。在这类状况下，一定创立多个磁盘组来知足要求，因为每磁盘组受仅限一个闪存设施的配置限制。可是，使用多个磁盘组和小型闪存设施有好多优势。它们往常能够供给更多的IOPS，也能够减小故障域。缓存容量比越高，可供虚构机提高性能的缓存就越多。可是，这会带来附带成本。盘组配置。设计方案：单个大磁盘组配置或多个小磁缓存优化调整概览客户应当依据虚构机的活动工作集，确立VirtualSAN中的缓存大小要求。理想情况下，缓存大小应当足以容纳工作负载中重复使用的块。我们将其称作活动工作集。但是，获取工作负载的活动工作集其实不简单，因为典型的工作负载会随时间而变，这会致使工作集和关系的缓存要求也会发生变化。作为一个指导原则，VMware建议VirtualSAN配置中闪存缓存起码是已占用容量的10%。此建议合用于混淆和全闪存VirtualSAN配置。VirtualSAN中的闪存设施在VirtualSAN混淆配置中，闪存设施有两个用途：读取缓存和写入缓冲区。在全闪存配置中，一个指定的闪存设施用于缓存，其余闪存设施用于容量层。两种配置都能够明显提高运转在VirtualSAN上的虚构机的性能。VirtualSAN设计和优化指南读取缓存的用途读取缓存仅合用于混淆配置，它用来保存近来读取的磁盘块会集。这能够在缓存命中时降低I/O读取延缓，也就是说，磁盘块能够从缓存获取，而不是从磁盘获取。对于既定的虚构机数据块，VirtualSAN一直从同一副本/镜像读取。但是，当有多个副本（以同意故障）时，VirtualSAN能够在副本拷贝之间均匀散布数据块缓存。假如从第一个副本读取的块不在缓存中，则引用目录服务，查找块能否在群集中另一个镜像（在另一个主机上）的缓存中。假如在那边找到块，则从那边检索数据。假如块不在另一个主机的缓存中，则表示读取缓存未命中。在这类状况下，系统直接从磁盘检索数据。写入缓存的用途混淆配置和全闪存配置上的写入缓存可用作非易失性写入缓冲区。这将大大提高混合配置和全闪存配置的性能，还可以延长全闪存配置中的闪存容量设施的寿命。向闪存写入时，VirtualSAN可保证在群集中的其余地方写入数据副本。部署到VirtualSAN的所有虚构机都有默认同用性策略设置，保证起码有一个附带虚构机数据副本可用。这包含保证将写入内容写入到群集的多个写入缓存中。写入操作由客户机操作系统中运转的应用程序倡始后，写入内容将复制到包含储存对象的副本拷贝的主机上的写入缓存。这意味着在发生主机故障时，我们还有缓存内数据副本，进而不会丢掉数据；虚构机能够重复使用复制的缓存副本以及复制的容量数据。PCIe闪存设施与固态驱动器(SSD)的比较决定选择PCIe闪存设施而放弃固态磁盘时，有很多注意事项。注意事项分为三类：成本、性能和容量。大多半固态磁盘使用SATA接口。即使在闪存速度愈来愈快的状况下，SSD依旧遵循SATA的6Gb/s标准。对比之下，PCIe或PeripheralComponentInterconnectExpress是一种用于主板扩展的物理互连。它能够为PCIe设施供给16个数据传输通道，每个方向上的每通道速度约为1Gb/s。这将为使用所有16个通道的PCIe设施供给大概32Gb/s的总带宽。VirtualSAN设计和优化指南另一个实用的性能注意事项是，使用PCIe缓存设施能够减少储存控制器上的负载。来自很多闪存供给商，他们使用PCIe闪存设施在VirtualSAN上做过性能测试。人们发现，这往常会改良性能。这条反应这类性能提高是有代价的。往常，PCIe闪存设施的成本比固态磁盘更高。写入长久性是另一个重要的注意事项；长久性越高，成本也越高。最后是容量注意事项。只管固态磁盘会持续变大，但查阅VCG认识受支持的VirtualSAN闪存设施能够发现，在该指南编写时，最大的SSD为2,000GB，而最大的PCIe闪存设施为4,800GB。优化调整大小时，保证有足够的1级闪存缓存与容量比（不论容量层是磁盘仍是闪存都是这样）。相同，成本也是一个重要的考虑要素。设计注意事项：考虑工作负载是需要PCIe性能，仍是SSD供给的性能已足够。考虑设计应当采纳一个大磁盘组和一个大闪存设备，仍是多个磁盘组和多个小闪存设施。后者能够减小故障域，同时也能够提高性能，但成本可能更高。闪存长久性注意事项跟着全闪存配置在容量层中引入了闪存设施，此刻重要的是针对容量闪存层缓和存闪存层的长久性进行优化。在混淆配置中，只有缓存闪存层需要考虑闪存长久性。在VirtualSAN中，长久性等级已更新，使用在供给商的驱动器保修期内写入的TB量(TBW)表示。此前，此规格为每天完好驱动器写入次数(DWPD)。经过引用TBW规格，VMware同意供给商灵巧使用完好DWPD规格较低但容量更大的驱动器。比如，从长久性角度来讲，规格为10次完好DWPD的200GB驱动器与规格为5次完好DWPD的400GB驱动器相当。假如VMware要求VirtualSAN闪存设施具有10次DWPD，则会将拥有5次DWPD的400GB驱动器清除出VirtualSAN认证范围。比如，将规格改正为每天2TBW后，200GB驱动器和400GB驱驱动器都将切合认证资格-每天2TBW相当于400GB驱动器的5次DWPD以及200GB驱动器的10次DWPD。对于运转高工作负载的VSAN全闪存配置，闪存缓存设施规格为每天4TBW。这相当于5年内写入7300TB数据。自然，在容量层上使用的闪存设施的长久性也能够此为参照，可是，这些设施常常不需要与用作缓存层的闪存设施具备相同级其余长久性。VirtualSAN设计和优化指南使用全闪存配置时的闪存容量优化调整混淆配置中与容量层优化调整有关的所有注意事项也合用于全闪存VirtualSAN配置。比如，我们需要考虑虚构机数目、VMDK大小、并发拍摄的快照数目，自然还包含依据虚构机储存策略中的NumberOfFailuresToTolerate要求创立的副本拷贝数目。采纳全闪存配置时，读取恳求不再由缓存层响应，而是由容量层响应。经过移除全闪存配置中的读取缓存，缓存层上的IOPS数目大大减少，长久性明显增添。这意味着，长久性和性能此刻成为全闪存配置中容量层的注意事项。但是，在全闪存配置中，使用高长久性闪存缓存设施也能够延长闪存容量层的寿命。假如在虚构机中运转的应用程序的工作集大多能够放入闪存写入缓存，闪存容量层上的写入操作次数将减少。注意：在VirtualSAN中，假如用于全闪存配置中缓存层的闪存设施小于600GB，闪存设施将100%用于缓存。但是，假如闪存缓存设施大于600GB，设施中只有600GB用于缓存。此要求合用于每个磁盘组。设计注意事项：对于全闪存配置，为缓存层选择设施时，请保证将闪存长久性归入考虑范围。长久性数据包含在VCG中。设计注意事项：调整全闪存配置中磁盘组大小时，考虑为每个磁盘组使用不大于600GB的闪存设施，以实现最正确优化。使用混淆配置时的闪存缓存优化调整VirtualSAN闪存容量优化调整的一般性建议是，闪存容量应为估计占用储存容量的10%，而后再考虑NumberOfFailuresToTolerate。比如，用户计划置备1,000个虚构机，每个虚构机有100GB精简置备的逻辑地点空间。但是，他们估计一段时间内，每虚构机占用的储存容量均匀为20GB。计量要求值估计虚构机空间使用状况20GB估计虚构机数1,000估计空间占用总量20GBx1,000=20,000GB=20TB目标闪存容量百分比10%所需的总闪存容量20TBx.10=2TB所以，复制前的估计占用储存总量为1,000x20GB=20TB。假如虚构机的可用性系数定义为支持NumberOfFailuresToTolerate=1(FTT=1)，此配置会致使为每个虚构机创立两个副本，也就是说，占用容量稍微超出40TB，包含复制的数据。然而，对于这类状况，闪存可优化调整为10%x20TB，即置备虚构机所在群集中的总闪存容量为2TB。VirtualSAN设计和优化指南目标闪存容量百分比的最正确值依据实质工作负载特点算出，比如磁盘上数据的工作集大小。10%是一般准则，用作进一步优化的初始基础。VMware建议缓存大小起码占虚构机储存（即VMDK）占用容量的10%，因为对于大多半虚构化应用程序，任何时候都是读取或写入大概10%的数据。目标是尽可能将数据（活动及时数据集）保存在缓存中，以实现最正确性能。其余，还要考虑主机故障、闪存缓存设施故障或VirtualSAN群集中的主机处于维护模式这些状况。假如希望VirtualSAN从头建立受故障或保护模式影响的虚构机组件，并且策略包含读取缓存预留设置，读取闪存缓存数目一定在故障以后可用于从头配置虚构机。FlashReadCacheReservation策略设置仅合用于混淆群集。全闪存阵列没有读取缓存。读取操作直接从闪存容量层读取数据，除非数据块已在写入缓存中。此注意事项稍后将在本指南的“虚构机储存策略”部分详尽议论。实质示例-混淆配置客户计划在4节点VirtualSAN群集上部署100个虚构机。假定每个VMDK为100GB，但估计实质仅占用每个VMDK的50%。要求在这些虚构机使用的策略中，将“NumberOfFailuresToTolerate”设为1。注意：只管在策略中将“NumberOfFailuresToTolerate”设为1会使这些虚构机占用的磁盘空间量增添一倍，但它不会计入缓存大小。所以，估计占用容量为100x50GB=5TB。所以，缓存大小应当调整为5TB的10%，即500GB闪存。对于4节点群集，这意味着每个主机中的闪存设施大小起码为125GB。但是，如上文所述，应试虑在设计时使用更大的缓存配置，以便顺利应付将来的容量增添要求。在本例中，假如VMDK最后占用70%而不是估计的50%空间，缓存配置大小可能略小，性能可能受影响。设计注意事项：设计时考虑将来增添需求。考虑购置足够大的闪存设施，同意容量层跟着时间的推移进行扩展。VirtualSAN设计和优化指南使用全闪存配置时的闪存缓存优化调整只管全闪存VirtualSAN配置只为写入缓存使用闪存层，但相同的缓存优化调整设计规则相同合用。相同，一般说来，建议缓存大小起码为虚构机储存（即，VMDK）占用的VirtualSAN数据储存容量的10%。但是，应试虑在设计时使用额存缓存，以便顺利应付将来的容量增添要求。VMware外的闪实质示例-全闪存配置我们仍是使用前面的例子，即客户计划在4节点VirtualSAN群集上部署业估计实质仅占用每个VMDK的75%。假定在这些虚构机使用的策略中将100个虚拟机。相同，假定每个VMDK为100GB，但企“NumberOfFailuresToTolerate”要求设为2。注意：只管在策略中将“NumberOfFailuresToTolerate”设为2会使这些虚构机占用的容量空间增添两倍，但它不会计入缓存大小。所以，估计占用容量为100x75GB=。相同，缓存层优化调整为的10%，即起码需要750GB的闪存。对于4节点群集来说，该群集可能需要每个主机中配置大小起码为的闪存设施。下表列出了长久性级别和写入TB量：SSD长久性级别SSD层每天写入TB量5年写入TB量A全闪存-容量365B混淆-缓存11,825C全闪存-缓存23,650D（中等工作负47,300全闪存-缓存（高工作负载）假如供给商在其规格中使用每天完好驱动器写入次数(DWPD)，经过履行这里显示的变换，能够获取用写入长久性。使用VirtualSAN时，从持久性角度来讲，重要的是在驱动器保修期（在本例中为5年）内能够向TB量(TBW)表示的SSD写入多少量据。?TBW（5年）=驱动器大小xDWPDx365x5。如欲认识最新信息和准则，应当一直查阅法：查阅VCG，保证闪存设施(a)受支持，以及(b)能够供给VirtualSAN设计要求的长久性特征。“VMware兼容性指南”。最正确做VirtualSAN设计和优化指南纵向扩展容量，保证充分的缓存VirtualSAN惹人注视的特点之一是纵向扩展和横向扩展能力。比如，对于处在自动模式下的VirtualSAN群集设置，用户能够简单地向群集增添新磁盘驱动器（假设有三个可用磁盘插槽），让VirtualSAN自动申明磁盘，并将其增添到磁盘组，增添VirtualSAN数据储存的可用容量。假如经过增添新磁盘组同时纵向扩展缓存和容量，则相同这样。管理员能够简单地为缓存增添一个新的1级闪存设施，为容量层起码增添一个额外磁盘或闪存设施，并建立新磁盘组。但是，假如目的是纵向扩展VirtualSAN数据储存的容量（为每个服务器增添更多容量），保证有充分的缓存特别重要。一个注意事项是，初始可配置较高的缓存容量比，以同意容量层增添，只管这会影响将来的闪存容量比。经过引入新磁盘组，同时纵向扩展缓存和容量相对简单。其余，在混淆配置中，经过向磁盘组插入新磁盘来增添额外容量很简单（在全闪存配置中，则插入闪存设备）。可是，增添额外缓存容量则困难得多。假如需要撤掉现有缓存设施并改换上更新、更大的缓存设施，则更是这样。自然，此方法的成本也更高。对比在VirtualSAN投入生产以后试试增添闪存资源，一开始就配置丰裕的闪存资源则要简单得多。设计方案：设计时使用额外的闪存缓存，能够更轻松地纵向扩展容量层。或许，通过增添新磁盘组，同时纵向扩展缓存和容量，这比只更新现有磁盘组中的现有闪存缓存设施更简单。磁盘磁盘在混淆VirtualSAN配置中有两个作用。它们在混淆配置中构成VirtualSAN数据储存的容量。磁盘数目也是影响条带宽度的一个要素。在虚构机储存策略中指定条带宽度时，构成条带的组件将搁置在独自的磁盘上。如果要求特定的条带宽度，群集中的主机上一定有所需数目的磁盘可用，以知足此要求。假如虚构机在策略中也规定了同意故障要求，则要求独自的主机上含有附带磁盘，因为每个条带组件都需要复制。VirtualSAN设计和优化指南在下边的截屏中，我们能够看到这样的配置。条带宽度要求为“HDD磁盘Uuid”列搁置在独一磁盘上：2(RAID0)，同意故障数为1(RAID1)。请注意，所有组件都依据请注意，HDD指的是容量设施。在混淆配置中，这指的是磁盘。在全闪存配置中，这指的是闪存设施。磁盘性能-NLSAS、SAS或SATA在混淆模式下配置VirtualSAN时，容量层由磁盘构成。设计时，靠性、性能、容量和价钱。VirtualSAN支持三种种类磁盘：VirtualSAN设计师能够选择很多方案，并且设计师需要考虑可串行连结SCSI(SAS)近线串行连结SCSI(NL-SAS)?串行高级技术附件(SATA)NL-SAS可被视为采纳SAS接口的公司级SATA驱动器。使用SAS和NL-SAS能够获取最正确结果。SATA磁盘应当只在以容量为中心且不优先考虑性能的环境里使用。磁盘容量-NL-SAS、SAS或SATA与SAS驱动器对比，SATA驱动器能够为混淆VirtualSAN配置供给更高的容量。依据目前合用于VirtualSAN的VCG，有4TBSATA驱动器可用。在该指南编写时，SAS驱动器的最大大小为。自然，我们需要在容量层所需的磁盘数目与容量层的性能之间做出弃取。如上文所述，只管SATA能够供给更多的每驱动器容量，但在侧重性能的环境里，应入选择SAS磁盘而不是SATA磁盘。SATA常常成本较低，但没法供给SAS所拥有的性能。SATA驱动器往常以7,200RPM或更低的速度运转。VirtualSAN设计和优化指南磁盘性能-RPMSAS磁盘常常更为靠谱，供给更高的性能，但成本更高。这些磁盘的速度常常高达15KRPM（每分钟转数）。VCG列出了受支持驱动器的RPM（驱动器速度）。这同意设计师在配置混淆VirtualSAN时选择容量层所需的性能级别。只管磁盘的驱动程序/固件不需要检查，但一定检查磁盘为SAS仍是SATA，以保证它们受支持。因为SAS驱动器的性能比SATA好得多，所以要想在混淆配置中的磁盘层获取理想性能，应当仔细考虑更快的SAS驱动器。缓存友善型工作负载不像缓存不友善型工作负载那样对磁盘性能十分敏感。但是，因为应用程序性能状况可能会跟着时间推移而改变，守旧估计所需磁盘驱动器性能往常是一个好做法，因为10KRPM驱动器是大多半工作负载组合的公认标准。磁盘数目在混淆配置中至关重要只管拥有充分数目的闪存缓存很重要，但拥有充分的磁盘心轴相同重要。在混淆配置中，所有虚构机写入操作都保存到闪存，稍后，这些块会转储到旋转磁盘。拥有多个磁盘心轴能够加快转储过程。相同，混淆VirtualSAN配置估计实现90%的读取缓存命中率。这意味着10%的读取操作将未命中读取缓存，此时这些块一定冷静量层的旋转磁盘检索。相同，拥有多个磁盘心轴能够加快这些读取操作。设计方案：磁盘数在混淆配置中至关重要，所以，请理智地选择磁盘数目。在混淆用更少、更大的磁盘供给更好的