VSAN存储解决方案

1、目 录 1 virtual san 描述描述 .2 1.1 virtual san 简介. 2 1.2 功能和优势 . 2 1.2.1 主要特性和功能主要特性和功能 . 2 1.2.2 优势优势 . 4 1.3 体系结构. 5 1.3.1 独立节点可靠阵列独立节点可靠阵列(rain). 5 1.3.2 仲裁和副本仲裁和副本 . 6 1.3.3 固态磁盘的作用固态磁盘的作用 . 6 1.4 基于存储策略的管理基于存储策略的管理 . 6 1.4.1 virtual san 功能功能 . 7 1.4.2 仲裁示例仲裁示例 . 8 1.4.3 虚拟机存储策略虚拟机存储策略 . 8 2 配置清单及说明配

2、置清单及说明 . 11 2.1 硬件配置需求 . 11 2.3 virtual san 部署要求 . 11 2.3.1 vsphere. 12 2.3.2 存储要求存储要求 . 12 2.3.3 网络要求网络要求 . 12 3 方案优势总结方案优势总结 . 14 3.1 评估评估 . 15 3.2 规划与设计规划与设计 . 15 3.3 实施实施 . 15 3.4 运维运维 . 16 1 virtual san描述 1.1 virtual san 简介 virtual san 是极其简单的虚拟化层融合的存储解决方案。为 vsphere 虚拟化架构提供高性能，可扩展的存储解决方案。这是适合任何虚

3、拟化应用程序，包括关键应用工作负载的企业级存储解决方案。它与vsphere 和对整个 vmware 功能的无缝集成使它成为理想的存储平台的虚拟机。 1.2 功能和优势 1.2.1 主要特性和功能主要特性和功能 vmware virtual san 体现了 vmware 软件定义存储愿景，它在全面集成的直连磁盘解决方案中纳入基于策略的控制层、以应用程序为核心的服务以及虚拟数据层。vmware virtual san 采用分布式架构，利用 ssd 实现高性能的读/写缓存，并利用硬盘实现高成本效益的数据长期保存。功能特性包括： 内置在内置在vspherevsphere 内核中内核中 virtual

4、san 在 vsphere 内核内部实施, 从而优化数据 i/o 路径以提供最高级别的性 能以及最小化对 cpu 的影响，同时提供最佳性能和可扩展性。简单的一键式部署vmware virtual san 易于配置和部署，如下图所示，只需要单击对话框就可完成。 全全闪闪存或混合式体系存或混合式体系结结构构 virtual san 可用于全闪存体系结构中，在这样的体系结构中服务器连接的闪存设备提供缓存和数据持久性容量，以实现始终如一的超高性能级别。或者，virtual san 可用于混合式配置中,在这样的配置中服务器端闪存设备进行池化以提供读 / 写缓存，而服务器连接的 hdd 提供数据持久性。

5、以虚拟机为中心的基于策略的管理以虚拟机为中心的基于策略的管理 以存储策略的形式将存 储需求与各个虚拟机或虚拟磁盘关联起来。virtual san 使用 这些存储策略来自动执行存储资源的调配和平衡,以确保每个 虚拟机获得指定的存储资源。 使用使用 vsphere vsphere 进行单一窗口管理进行单一窗口管理 利用 virtual san,不再需 要进行有关专门存储界面的培训,也可省去操作这些界面的开销。现在只需两次单击即可轻松完成调配。 服务器端读服务器端读 / / 写缓存写缓存 virtual san 可利用基于服务器端闪存 设备的内置缓存来加快读 / 写磁盘 i/o 流量传输，从而最大限

6、 度缩短存储延迟。广泛的硬件兼容性virtual san 是独立于硬件的解决方案，可以在所有服务器 oem 厂商提供的硬件上部署。 精确的无中断纵向扩展或横向扩展精确的无中断纵向扩展或横向扩展 通过向集群添加主机(横向扩展)以扩展容量和性能,或向主机添加磁盘(纵向扩展) 以扩展容量或性能，实现无中断地扩展 virtual san 数据存储的容量。 vsan 的高可用性的高可用性 众所周知，vmware vsphere 是业界领先且最可靠的虚拟化平台。vsan 一脉相承，沿袭了它的高可靠性和技术领先性。为了确保数据的可用性，vsan 采用了分布式 raid（将数据的多份副本分布在集群中的不同的

7、vsphere 主机上），确保在发生个别磁盘、个别主机或网络时绝不丢数据。管理者可透过 vsan 的图形管理界面，设定允许的故障数目 (ftt，failures to tolerate)属性，来决定多少台 vshpere 主机或磁盘失效后，vsan 仍能维持数据完整。如果管理者不手动设定，vsan 默认的 ftt=1，意味着这台虚拟机的磁盘(vmdk) 将创建两个副本，每个副本放置在不同的 esxi 主机上，使得数据在群集出现单个故障时仍有一个副本可用，数据不丢失，且业务仍然正常运行。 内置的容错能力内置的容错能力 virtual san 可利用分布式 raid 和缓存镜像来确保在发生磁盘、主

8、机、网络或机架故障时绝不丢失数据。 支持基于硬件的校验基于存储控制器的校验可发现故障并保证数据完整性。（关于已认证的控制器请参考 vsan hcl）。 vsan 6.0 开始新增了一个特性（机架感知，rack-awareness），进一步提高了存储的容错能力。机架感知使得 vsan 可以跨越机架，尽可能把数据块的副本放到多个机架上。这将帮助应对电源故障，存储控制器，网络故障等这类突然状况。 图： 机架感知示意 virtual san virtual san 快照和克隆快照和克隆 全新的 virtual san 磁盘格式可实现超高效且可扩展的以虚拟机为中心的快照和克隆，支持每个虚拟机每个克隆支持

9、多达 32 个快照，每集群每克隆支持 16k 大小的快照。 独立于硬件独立于硬件 可以在任何服务器制造商提供的硬件上部署 virtual san。这使您能够灵活地在异构硬件环境中构建自定义的存储系统。 与与 vmware vmware 体系进行互操作体系进行互操作 virtual san 可以利用 vmware vsphere data protectiontm 和 vsphere replicationtm 来实现数据 保护、备份、复制和灾难恢复 (dr)。virtual san 与 vrealize automation 集成,在 vdi 环境中可与 vmware horizon view

10、 一起部署,在灾难恢复环境中可与 vcenter site recovery manager 一起部署。 支持直接连接 jbod virtual san 可用于刀片环境中以便管理外部连接的磁盘存储模块。 磁盘服务功能提升 提供给客户下列任何功能以识别和管理本地闪存和磁盘设备： 故障的 led 灯显示永久损坏的闪存或磁盘设备有 led 灯显示，便于发现故障设备。 手动开启/关闭 led 灯，用于定位和识别任何特定的闪存或磁盘。 标识为 ssd标识未识别的设备为 ssd。可以添加或移除标签。 标识本地设备标识未识别的闪存或磁盘为本地设备。可以添加或移除标签。 1.2.2 优势优势 专为虚拟机设计的

11、极其简单的存储virtual san 可以大大简化虚拟机的存储调配和管理。只需要直接在 vsphere web client 中单击几下即可快速完成存储调配。作为自行调节的系统，virtual san 可以根据每个虚拟机的要求进行自我优化，以提供适当的 sla。 在性能相当的情况下，大幅降低总体拥有成本 virtual san 利用价格便宜的服务器磁盘和闪存、采用 vsphere 标准网络连接、减少电源和散热成本并通过自动化提高运营效率，从而大幅度降低存储资本开销和运营开销。 凭借“随增长而扩展”功能降低前期投资与传统存储阵列不同，virtual san 不需要大量初始投资。您可以创建只包含三

12、个服务器的 virtual san 数据存储。此外，virtual san 还允许您更精细、更前瞻地扩展存储性能和容量，以配合计算资源的扩展。 vmware 和广泛的体系支持virtual san 是一种纯软件解决方案，与硬件无关，可以在所有主流服务器 oem 厂商的硬件上使用，不依赖专用硬件。 图：virtual san 主要优势 virtual san优势如下： 及其及其简单简单 单击两次即可完成安装 从 vsphere client 中进行管理 基于策略的管理 能够自调节并具有弹性 与 vmware 产品体系深度集成 高性能高性能 嵌入在 vsphere 内核中 经过闪存加速 64 节点

13、的集群，混合架构高达 400k iops 全闪存阵列高达每主机 100k iops 性能，延迟低于毫秒级 达到全闪存阵列的 vdi 密度 最高性价比 较较低低 tcotco 省去了大量的前期投入（资金开销） 可随增长扩展（运营开销） 能够灵活选择行业标准硬件 无需学习专门技能 1.3 体系结构 1.3.1 独立节点可靠阵列独立节点可靠阵列(rain)(rain) rain 的含义是独立节点可靠阵列，与独立磁盘可靠阵列(raid)相对。简单地说，rain 意味着数据中心的环境现在可以承受 vsphere 主机(或主机中的组件，例如磁盘驱动器或网络接口)故障，并可继续为所有虚拟机提供完整功能。不过

14、，需要注意一点，即虚拟机可用性现在通过使用虚拟机存储策略按具体虚拟机逐一定义。现在，vsphere 管理员可以使用存储策略定义 virtual san 集群中的虚拟机能够容许多少个主机、网络或磁盘故障。如果选择在存储策略中将可用性功能设置为零，则主机或磁盘故障肯定会影响您的虚拟机可用性。 图：针对可用性的 san数据存储 如上图所示，虚拟机存储对象（虚拟机主目录、vmdk、增量、交换）可以分布在 virtual san 集群中的多个主机和磁盘内。虚拟机可以使用复制副本提供可用性，或使用条带提供 hdd 性能。对于独立节点仅包括虚拟机的部分数据，这种分布式结构增加了原有数据的可靠性。 1.3.2

15、 仲裁仲裁和副本和副本 副本是为虚拟机指定可用性功能时创建的虚拟机存储对象实例的备份。可用性功能决定了可创建的副本数量。在集群中出现主机、网络或磁盘故障时，此机制可使虚拟机使用一组完整的对象继续运行。仲裁是每个存储对象的一部分。它们不包含数据，而仅包含元数据。其作用是在 virtual san 集群中做出可用性决定时用作仲裁。仲裁在 virtual san 数据存储上占用大约 2mb 的空间用于存储元数据。注意：要使某个对象在 virtual san 中可访问，则其 50%以上的组成部分必须可供访问。 1.3.3 固态磁盘的作用固态磁盘的作用 固态磁盘(ssd)在 virtual san 中做

16、为缓存层功能时具有两个作用：提供读缓存和写缓冲区。这可以显著提高虚拟机的性能。在某些方面，virtual san 可以与市场上的大量“混合”存储解决方案相媲美，后者也是使用 ssd 和 hdd 存储组合以提高 i/o 性能，并具有基于低成本 hdd 存储进行横向扩展的能力。 1.3.3.1 读缓存的作用读缓存的作用 读缓存可以保留经常访问的磁盘块的缓存。这可减少缓存命中时的 i/o 读取延迟。虚拟机中运行的应用实际读取的块可能并非位于运行虚拟机的同一 vsphere 主机上。为解决这一问题，virtual san 会在virtual san 集群中的 vsphere 主机之间分发缓存块目录。这

17、使 vsphere 主机可以确定是否另一台主机具有不在本地缓存中的缓存数据。如果确实如此，则 vsphere 主机会通过互连线路从另一台主机上检索缓存块。如果缓存块不在任何 virtual san 主机中，则直接从 hdd 进行检索。 1.3.3.2 写缓存的作用写缓存的作用 写缓存可用作非易失性写缓冲区。事实上，通过使用 ssd 存储来执行写入，还可以减少写入操作的延迟。由于写入的数据将进入 ssd 存储，因此自然需要确保在 virtual san 集群中的其他位置有数据副本。部署到 virtual san 的所有虚拟机都具有一项可用性策略设置，用于确保至少有一个额外的虚拟机数据副本可用，其

18、中包括写缓存内容。 当客户操作系统(os)中运行的应用启动写入之后，写入的数据将被并行发送到当前主机上的本地写缓存和远程主机上的写缓存。在确认写入前，写入的数据必须提交至上述两台主机上的 ssd 中。 这意味着如果某台主机出现故障，在 virtual san 集群中的另一块 ssd 上还有一份数据副本，因此不会发生数据丢失。虚拟机将通过 virtual san 互连线路访问另一个 virtual san 主机上的数据副本。 1.4 基于存储策略的管理基于存储策略的管理 前文曾提到，基于存储策略的管理(spbm)目前在 vmware 的“软件定义的存储”愿景的策略和自动化方面发挥主要作用。使用虚

19、拟机存储策略，管理员可以为虚拟机指定一组必需的存储功能，或者更具体地为虚拟机中运行的应用指定一组要求。这组必需的存储功能将被向下推送至存储层，存储层则检查可对此虚拟机的存储对象进行实例化以满足这组要求的位置。例如，集群中的可用条带宽度是否足以满足此虚拟机的要求。或者，集群中是否有足够数量的主机来满足“允许的故障数量”要求。如果 virtual san 数据存储可识别虚拟机存储策略中设置的功能，则将在调配向导中作为匹配资源而亮显。因此，在部署虚拟机时，如果 virtual san 数据存储可以满足虚拟机附带的虚拟机存储策略中的要求，则从其自身摘要窗口的存储角度看，可以认为该数据存储符合规定。如果

20、 virtual san 数据存储被超额分配或无法满足容量要求，则可能仍在部署向导中显示为匹配资源，但调配任务却失败。 spbm 现在可以提供策略驱动的自动机制，基于虚拟机存储策略中设置的所需存储功能，为虚拟机选择恰当的数据存储。 1.4.1 virtual sanvirtual san 功能功能 本节将介绍可以在虚拟机存储策略中设置的所需存储功能。这些功能在成功配置集群后由 virtual san 数据存储显示，它们着重说明了每个虚拟机上的存储所需的可用性、性能和大小要求。如果未正确提出要求，换言之，如果将功能置于 virtual san 数据存储无法检测到的存储级别，则 virtual s

21、an 数据存储在调配期间将不再显示为匹配资源。 1.4.1.1 允许的故障数量允许的故障数量 这一属性要求存储对象至少允许集群中的并行主机、网络或磁盘故障的“number of failures to tolerate”(允许的故障数量)，并仍确保对象的可用性。 如果此属性已填充，则指定配置必须至少包含“number of failures to tolerate”(允许的故障数量)+1 个副本，还可包含一个额外的仲裁对象以确保此对象的数据可用(维护定额以防裂脑)，即使存在“number of failures to tolerate”(允许的故障数量)的并发主机故障，情况也不例外。因此，要容

22、许n 个故障，至少必须存在(n+1)个对象副本且至少需要(2n+1)台主机。 注意：单台主机上的任意磁盘故障均可视为符合此标准的“故障”。因此，如果将“number of failures to tolerate”(允许的故障数量)设置为 1，则当主机 a 上出现一个磁盘故障，同时主机 b 上出现另一个磁盘故障时，此对象将无法保存。 1.4.1.2 每个对象的磁盘条带数每个对象的磁盘条带数 这可定义分布有存储对象的每个副本的物理磁盘的数量。如果读缓存无效的话，则高于 1 的值可能会提高性能，但会使用更多的系统资源。 为了解磁盘条带的影响，我们首先从写入操作方面对其进行了解，然后再从读取操作方面

23、进行了解。由于写入的所有数据都将进入 ssd 写缓冲区，因此增加磁盘条带数量可能无法提高写入性能。这是因为无法保证新的条带使用不同的 ssd。新的条带可能位于相同的磁盘组中并因此使用相同的 ssd。磁盘条带数量增加能够发挥作用的唯一一种情况是在许多写入从 ssd 降级到磁盘时。 从读取角度来看，磁盘条带数量增加在您遇到许多缓存丢失时会有帮助。例如，如果虚拟机每秒处理 2000 个读取操作且缓存命中率为 90%，则每秒将有 200 个读取操作必须通过 hdd 存储处理。在这种情况下，单个 hdd 可能无法处理这些读取操作，因此，磁盘条带数量增加对此会有所帮助。 通常，默认磁盘条带数量 1 能满足

24、所有或大多数虚拟机工作负载要求。磁盘条带是仅在少量高性能虚拟机运行时才应更改的要求。 1.4.1.3 闪存读缓存预留闪存读缓存预留 这是在 ssd 上预留的作为存储对象读缓存的闪存容量大小。它被指定为虚拟机磁盘存储对象的逻辑大小的百分比。它以百分比值(%)形式表示，具有四位小数。精细的粒度单位大小是必需的，这样管理员可以表达(sub1)%单位。以 1tb 磁盘为例。如果我们将读缓存预留限制为 1%的增量，会造成缓存预留以10gb 增量增加，在大多数情况下，对于单个虚拟机来说，这样的增量过大。 注意：无需设置预留以获取缓存。预留应设置为 0，除非您试图解决真正的性能问题。如果不预留缓存空间，则

25、virtual san 调度程序可管理公平缓存分配。为一个虚拟机预留的缓存不可用于其他虚拟机。未预留的缓存在所有对象之间平等共享。 有关闪存读缓存预留的最后一点涉及读取性能。即使读取性能已可接受，仍可使用额外缓存避免更多读取进入 hdd，从而减少缓存丢失。这可使更多写入进入 hdd。因此，通过增加闪存读取缓存预留可以间接提高写入性能。不过，仅当从 ssd 向 hdd 刷新数据造成瓶颈时，才应考虑设置预留。 注：全闪存架构，不做读缓存预留配置。 1.4.1.4 对象空间预留对象空间预留 此功能可定义初始化期间在 hdd 上应预留的存储对象的逻辑大小百分比。默认情况下，virtual san数据存

26、储上的调配为“精简”。“objectspacereservation”(对象空间预留)是在 virtual san 数据存储上预留的空间量，指定为虚拟机磁盘的百分比。此值是必须预留的最小容量。此属性用于指定精简调配的存储对象。如果将 “objectspacereservation”(对象空间预留)设置为 100%，则虚拟机的所有存储容量均预先提供。 注意：如果您调配虚拟机并选择厚磁盘格式 lazy zero 或 eager zero，则此设置将覆盖虚拟机存储策略中的“objectspacereservation”(对象空间预留)设置。目前不推荐这样使用。 1.4.1.5 强制调配强制调配 如果

27、启用此选项，则即使当时集群中的可用资源无法满足虚拟机存储策略中指定的功能，仍将调配对象。virtual san 将尝试在资源可用时使对象达到合规。如果此参数设置为非零值，则即使数据存储不符合虚拟机存储策略中指定策略的要求，仍将调配对象。不过，如果集群中有足够空间可满足至少一个副本的预留要求，则即使已打开“force provisioning”(强制调配)，调配仍将失败。此选项默认为禁用。 1.4.2 仲裁仲裁示例示例 以下仲裁示例涉及磁盘条带数为 1 且“numberoffailurestotolerate”(允许的故障数量)为 1 的虚拟机的部署。在这种情况下，将创建此虚拟机的两个副本。实际

28、上，这是一个具有两个副本的 raid-1 虚拟机。不过，只有两个副本，无法区分网络分区和主机之间的故障。因此，称为“仲裁”的第三个实体被添加到配置中。要使 virtual san 上的对象可用，必须满足以下两个条件: 至少一个副本必须完整，可用于数据存储。 所有组件中，50%以上必须可用。 在上面的示例中，仅当存在对一个副本和一个仲裁或两个副本的访问权限时才可访问对象。这样，集群的一部分在网络分区情况下最多可以访问一个对象。 1.4.3 虚拟机存储策略虚拟机存储策略 virtual san 中的虚拟机存储策略的工作方式与 vsphere5.0 中引入的 vsphere 存储配置文件类似，因为您

29、构建了一个包含虚拟机调配要求的策略。与之前版本的 vsphere 存储配置文件相比，virtual san中的虚拟机存储策略工作方式有一个主要区别。使用原始版本的 vsphere 存储配置文件，可以在调配虚拟机时使用策略中的功能选择恰当的数据存储。新的虚拟机存储策略不仅可选择恰当的数据存储，还能与对指定虚拟机具有特定可用性和性能要求的底层存储层通信。因此，当使用虚拟机存储策略调配虚拟机时，virtual san 数据存储可能成为目标数据存储，其他策略设置则规定可用性对虚拟机文件副本数量的要求，并且还可能包含性能方面的条带宽度要求。 1.4.3.1 启用虚拟机存储策略启用虚拟机存储策略 启用 v

30、irtual san 时将自动启用虚拟机存储策略。要手动启用虚拟机存储策略，必须导航到 vmware vsphere client 主页位置，然后选择规则和配置文件。虚拟机存储策略部分位于此处。单击虚拟机存储策略将显示大量图标。其中一个图标可启用虚拟机存储策略功能。这可以按主机或集群启用。 1.4.3.2 创建虚拟机存储策略创建虚拟机存储策略 启用虚拟机存储策略后，vsphere 管理员可使用这一窗口中的另一个图标创建各个级别。如前所述，大量与可用性和性能相关的功能将由 vsphere api 呈现。此时，管理员必须从性能和可用性的角度决定哪些功能是虚拟机内部运行的应用所必需的。例如，管理员要

31、求此虚拟机在继续正常运行的情况下允许多少次组件故障(主机、网络和磁盘驱动器)或者从 iops 的角度来看，此虚拟机中运行的应用是否要求严苛?如果是，那么闪存读缓存预留可能是满足性能的一项必需功能。其他注意事项可能包括决定虚拟机是进行精简调配还是厚调配。 在本示例中，虚拟机存储策略创建了两个功能。这两个功能分别与可用性和性能有关。 “numberoffailurestotolerate” (允许的故障数量)定义了可用性，而磁盘条带则定义了性能。 图：创建新的虚拟机存储策略 注意：vsphere 5.5 u1 及以上版本还支持对调配使用标记。因此，不会将 virtual san 数据存储功能用于虚

32、拟机存储策略创建，而可能会创建基于标记的策略。基于标记的策略的使用不在本白皮书范围之内，但在 vsphere 存储文档中可以找到详细信息。 1.4.3.3 在虚拟机调配期间分配虚拟机存储策略在虚拟机调配期间分配虚拟机存储策略 虚拟机存储策略的分配发生在虚拟机调配期间。当 vsphere 管理员必须选择一个目标数据存储时，他们会从可用虚拟机存储策略下拉菜单中选择恰当的级别。然后，数据存储会分为兼容的数据存储和不兼容的数据存储，从而使 vsphere 管理员可以选择准确恰当的位置来安置虚拟机。 1.4.3.4 虚拟机对象虚拟机对象 就 virtual san 数据存储上的对象布局而言，虚拟机具有大

33、量不同的存储对象。虚拟机磁盘文件(vmdk)、虚拟机命名空间目录(虚拟机配置和日志文件所在的目录)、虚拟机交换文件和快照增量文件全都是独特的存储对象。每个对象可能都有不同的存储策略。vsphere ui 还使管理员能够查询虚拟机对象布局以及查看存储对象的每个组件(条带、副本和仲裁)所在的位置。 图：存储对象物理映射 1.4.3.5 匹配资源匹配资源 当虚拟机调配向导报告 virtual san 数据存储是虚拟机存储策略的匹配资源时，可保证数据存储了解了策略中定义的所有要求。这并不意味着数据存储一定能够满足那些功能，而调配流程仍有可能失败。兼容性不保证数据存储真的符合要求。例如，如果使用 vir

34、tual san 功能，则只有 virtual san 数据存储发生匹配，与其是否具有资源用于调配虚拟机无关。 1.4.3.6 合规性合规性 “virtual machine summary”(虚拟机摘要)选项卡显示了虚拟机的合规性状态。只要 virtual san满足虚拟机存 储策略中定义的功能要求，就可以说此虚拟机合规。如果集群中的组件失败，则 virtual san 可能无法满足策略要求。在此情况下，则可以说此虚拟机不合规。此不合规状态将显示在虚拟机摘要中。 图：虚拟机摘要不合规 如果故障持续超过 30 分钟，则 virtual san 将重建存储对象并添加新组件以替代受故障影响的存储对

35、象组件，从而使虚拟机恢复合规状态。这可能包括创建新条带、新副本或新仲裁。如果故障在 30 分钟内排除，则不创建新组件。 2 配置清单及说明 2.1 硬件配置需求 使用 10 台物理服务器，其中 9 台为 vsan 节点，另外一台为管理节点。 vsan 节点服务器硬件配置： 序号序号 名称名称 厂家型号厂家型号 技术规格或参数技术规格或参数 数量数量 管理节点服务器硬件配置： 序号序号 名称名称 厂家型号厂家型号 技术规格或参数技术规格或参数 数量数量 2.2 软件配置软件配置 以下软件之一包含 vsan6.0 : vmware vsphere 6.0(任何版本) vmware vsphere

36、with operations management 6.0(任何版本) vmware vcloud suite 6.0(任何版本) vmware vcenter server 6.0 （需要根据项目修改） 此次测试采用的软件版本如下： vc build: vmware vcenter server 6.0 build-xxxxx esx host: build: vmware esxi 6.0 build-xxxxx horizon view build: vmware-viewconnectionserver-x86_64-e.x.p-xxxxx composer build: vmwar

37、e-viewcomposer-5.2.0-xxxxx loginvsi : 2.3 virtual san 部署要求 2.3.1 vspherevsphere 2.3.1.1 vcenter servervcenter server virtual san 至少需要 vmware vcenter server 版本 6.0。vcenter server 的 microsoft windows 版和 vmware vcenter server appliance 均可管理 virtual san。virtual san 通过 vmware vsphere web客户端进行配置和监控，这同样需要

38、vmware vcenter server 版本 6.0。 2.3.1.2 vspherevsphere 一个 virtual san 至少需要三台 vsphere 主机(其中每台主机均具有本地存储)以形成受支持的virtual san 集群。这样，集群才能达到至少允许一台主机、磁盘或网络发生故障的最低可用性要求。vsphere 主机至少需要 vsphere 版本 6.0。 2.3.2 存储要求存储要求 2.3.2.1 磁盘控制器磁盘控制器 virtual san 集群中的每台 vsphere 主机均需要一个磁盘控制器。它可以是 sas/sata 主机总线适配器(hba)或 raid 控制器。

39、不过，raid 控制器必须至少支持以下两种功能模式中的一种：直通模式或 raid0模式。直通模式，通常指 jbod 或 hba 模式，是 vsan6.0 推荐的配置，vsan 将会通过存储策略特性要求管理所有 raid 配置。virtual san6.0 的硬件兼容性列表(hcl)会列出已通过测试的硬件和支持的控制器。 2.3.2.2 硬盘驱动器硬盘驱动器 在采用 vsan6.0 混合架构时，每台 vsphere 主机在加入 virtual san 集群时均必须至少具有一块 hdd磁盘，可是是 sas，nl-sas 或 sata 磁盘。hdd 构成 virtual san 数据存储的存储容量。

40、磁盘驱动器提供vsan 共享存储的存储容量。 2.3.2.3 固态磁盘固态磁盘 在 vsan 6.0 架构基于闪存的设备可同时用于缓存层以及持久的容量层。在混合架构的 vsphere 每个主机必须至少有一个基于闪存的缓存盘sas，sata 或 pci-e 参与 vsan 群集。基于闪存的设备提供既一个写缓冲区和读取高速缓存。 在全闪存架构的每个 vsphere 主机必须至少有一个基于闪存的容量盘sas，sata 或 pci-e 标记为一个容量设备，同时必须至少有一个用于提升性能的闪存盘才能加入 vsan 群集。虚拟 vsan 6.0 全闪存架构是基于两层模型的性能和容量。 在混合结构，每个主机

41、基于闪存设备的容量越大，用于提升 i / o 的缓冲越大，性能提升越高。此场景并不适用于全闪速的结构。 注意：在混合和全闪存架构，基于闪存的高速缓存设备不向分布式 vsan 提供数据存储的整体容量。因为它们是用于读取和写入缓存，他们只计入 vsan 缓存层或写入缓冲区。在全闪存架构基于闪存的设备标记为容量的设备组成的分布式 vsan 数据存储的大小。 2.3.3 网络要求网络要求 2.3.3.1 网卡网卡 vsan 混合架构，每台 vsphere 主机必须至少具有一个 1gb 或 10gb 的网卡(nic)。 作为最佳实践，vmware 建议使用 10gb 网卡。全闪存架构只支持 10gb 以

42、太网能力的网卡。为实现冗余和高可靠性，可以为每台主机配置一组网卡，但是不支持链路聚合。vmware 将此视为最佳实践，但不认为这对于构建功能完善的 virtual san 集群来说是必要的。 2.3.3.2 支持的虚拟交换机类型支持的虚拟交换机类型 vsan6.0 支持 vmware vsphere distributed switch (vds)和 vsphere 标准交换机(vss)。 不支持其他任何虚拟交换机类型。 2.3.3.3 vmkernelvmkernel 网络网络 在每台 vsphere 主机上，必须创建用于 virtual san 通信的 vmkernel 端口。vmkern

43、el 端口标记为virtual san。当集群中的一台 vsphere 主机拥有特定虚拟机时，此端口将用于集群间的节点通信，也用于读写操作，但组成虚拟机文件的实际数据块位于集群中的另一台 vsphere 主机上。在这种情况下，i/o必须通过在集群中的主机之间配置的网络进行传输。如果这个接口在分布式交换机 vds 上创建，可以通过设定份额或预留功能实现 vsphere 网络 vsan 流量的 i/o 控制。 需要注意的是：并不是 virtual san 集群中的每个节点都需要有本地存储；没有本地存储的主角仍然能够利用分布式数据存储。 图：用于 virtual san 流量的 vmkernel 端

44、口 3 方案优势总结 vsan6.0 是第二代融合于虚拟化层的企业级存储解决方案，它充分利用了 vsphere 虚拟化架构的优点，结合了 vsphere 主机的计算和存储资源。通过同时支持混合和全闪存两种架构，可以满足包括关键应用在内的所有虚拟化应用的性能需求。 vsan 提供极为简单的企业级存储，在大幅降低总体拥有成本 (tco) 的同时提升性能。作为一种全新的存储模式，vsan 可以从根本上简化存储以解决客户的难题，它的优势特点如下： 1. 从部署到管理维护都极为简单，并提供基于存储策略的管理 2. 独特的体系结构：内置在 vsphere 内核中，针对虚拟环境优化了性能 3. 全新的运营模

45、式：双击即可设置，无 lun，通过 sla 以虚拟机为中心实现自动化 4. 存储即软件：不依赖于硬件，优于传统的外部硬件 图：virtual 优势特性 此外，还可以给客户带来如下的好处： 作为专为虚拟机设计的极其简单的存储 。 vsan 可以大大简化虚拟机的存储调配和管理。只需要直接在 vsphere web client 中单击几下即可快速完成存储调配。作为自行调节的 系统，vsan 可以根据每个虚拟机的要求进行自我优化, 以提供适当的 sla。 在性能相当的情况下,大幅降低总体拥有成本 。 vsan 利用价格便宜的服务器磁盘和闪存、采用 vsphere 标准网络 连接、减少电源和散热成本并通过自动化提高运营效率,从 而大幅度降低存储资本开销和运营开销。 凭借“随增长而扩展”功能降低前期投资 与传统存储阵列不同， vsan 不需要大量初始投资。您可以创建只包含 三个服务器