精华内容
下载资源
问答
  • vSAN license

    2019-09-12 10:56:49
    VMware vSAN Enterprise license(可用于ESXI6.7U3及之前版本) 支持功能: iSCSI 全闪存 Stretched Cluster 通过重复数据删除和压缩实现存储节约 vSAN 加密
  • Vmware vSAN

    2018-11-08 09:39:35
    VMware vSAN知识文档 培训四个方向: DVC vsphere /DTM Horizon 移动端 /CMA /NV NSX VCA 销售需要考的/VCP 初级技术/VCIX /VCDX 考试要有培训记录 vSAN 基于策略的分布式对象存储系统 VSAN版本 标准版 高级版 企业...
  • 在同一个vSphere数据中心中,如果创建多个vSAN群集,那么每个vSAN群集的ESXi主机应该都是全新安装的操作系统。如果从一个vSAN群集中移除ESXi主机,再在同一个数据中心中创建新的vSAN群集,那么只会显示一个vSAN存储...

    在同一个vSphere数据中心中,如果创建多个vSAN群集,那么每个vSAN群集的ESXi主机应该都是全新安装的操作系统。如果从一个vSAN群集中移除ESXi主机,再在同一个数据中心中创建新的vSAN群集,那么只会显示一个vSAN存储,并且vSAN存储的容量大小显示不正确。近期在使用vSphere 6.7.0 U3进行测试时就出现了这个故障,现在将实验回顾一下,希望对其他读者有所帮助。在本次实验中,ESXi版本号为6.7.0-14320388,vCenter Server版本号为6.7.0-14368073,这是vSphere 6.7.0 U3的版本。

    1 问题现象

    当前有一个vSAN的实验环境,4台ESXi主机,管理地址分别是172.18.96.41~44,vSAN的地址是192.168.0.41~44,vSAN专门用了一台万兆交换机。管理地址接到另一台千兆交换机上。每台机器64G内存,每台机器一个磁盘组,1块SSD、2块2TB,这台vSAN使用正常。正常情况下vSAN存储的容量是14.55TB。

    然后在这个vCenter中,添加了一个新的群集,2节点vSAN。每台ESXi主机96G内存,这2台主机vSAN流量网卡使用光纤直连(万兆网卡)。每台1个磁盘组,1个SSD,3块2TB。见证主机在另外一台单独的ESXi主机中。正常情况下这个vSAN存储的容量是10.92TB。

    自从这个vSAN群集添加之后,在vSphere Client中,无论是浏览原来的vSAN群集还是浏览现在的这个新添加的vSAN群集,显示的vSAN存储只有后来添加的这一个了(容量为10.92TB)。如图1、图2、图3所示。

    35d7fda8d4ef275d416000d4879e493f.png

    图1 数据中心中查看存储

    5b9a163bf3a7da4558ef4acdefe4345e.png

    图2 2节点直连看存储

    d41453165d3ba53191aa8d79f4b21b4c.png

    图3 原来的vSAN存储

    原来的vSAN群集磁盘管理、vSAN监控信息都正常,如图4所示。

    dc5f302032d007f713c1f248a94e0e26.png

    图4 原来的vSAN磁盘管理

    第2个vSAN群集磁盘管理中显示也是正常,如图5所示。

    5f725453e042f6c5d4af5e7050f27c39.png

    图5 第2个vSAN群集磁盘管理

    使用SSH登录第一个vSAN群集中的其中一台主机,执行esxcli vsan cluster unicastagent list,看到单播信息正常,如图6所示。

    2ffe075ae3332f96b0edb33c4eb91854.png

    图6

    登录第2个vSAN群集中的一台主机,例如172.18.96.45,信息也正常,如图7所示。

    8477137c850ddc8e895bf09787e3c704.png

    图7

    a64c1cad3db16803c5c6157a5588155f.png

    图8 第1个vSAN群集2 vSAN监控

    9bfabda5cf1b37887c5fc8aaff96b26f.png

    图9 第2个vSAN群集

    尝试将第2个vSAN群集移除后,第1个vSAN群集vSAN存储显示为0(如图10所示),禁用HA再启用后恢复正常。

    3a61376205e3dc43a4d356923ab09e33.png

    图10 vSAN存储为0

    6488a6221f1594d9798ec098b79fbc87.png

    图11 重新配置HA后正常

    然后再次在数据中心中新建vSAN群集,添加2节点主机之后故障再次出现。

    2 创建多个数据中心

    因为前面的实验是在同一个数据中心中创建多个群集。接下来创建了2个数据中心,每个数据中心各放一个vSAN群集。在添加vSAN群集时,仍然是使用相同的实验主机。但本次实验发现,在同一个vCenter中创建多个数据中心、每个数据中心有一个vSAN群集时,每个数据中心中vSAN存储显示正常。如图12所示,图中一共有3个数据中心,每个数据中心中有一个vSAN群集,在vCenter一级可以显示出3个vSAN存储。

    4f8d08687928214d7e6be13327885db7.png

    图12 多个数据中心多个群集显示正常

    既然多个数据中心、多个群集,vSAN存储显示正常,那么在同一个数据中心多个群集应该也可以。因为以前做过类似的实验。以前vSphere 6.5、vSphere 6.7的时候都做过,只是这次vSphere 6.7.0 U3出错,以为是新版本的bug。

    后来我想,这些计算机最初都是在一个vSAN群集中,最初这是一个由12台主机组成的vSAN群集,只是最后从群集中移除了8台主机,将vSAN群集收缩到4台。从群集中移除的这8台ESXi主机也没有重新安装系统,会不会是这个原因呢?

    然后我只保留172.18.96.41~172.18.96.44的vSAN群集,其他主机全部重新安装。在重新安装后,在一个数据中心中创建2个群集,每个群集添加不同的ESXi主机并配置vSAN,这次实验之后发现,实验成功,如图13所示。

    d0a9376909029ebb7bf42450bc7f715b.png

    图13 实验成功

    展开全文
  • vSAN实施手册

    2018-04-10 09:21:43
    vSAN实施手册 一、网络配置 2 1.1、承载生产数据 2 1.2、vsan内部使用(同步、重建等) 3 1.3、验证网络互通 4 二、系统配置 4 2.1、License配置 4 2.2、NTP设置 4 2.3、安全配置文件(可选) 5 三、集群配置 5 3.1...
  • vsan概述

    万次阅读 2019-08-23 10:44:27
    vSan是什么: vsan是一种基于软件的分布式存储解决方案,其之间构架在hypervisior中,支持VMware vsphere的所有需要共享存储的特性。 为什么要使用vSan: 在企业,最重要的就是数据,而承载数据的设备就是...
    • vSan是什么:

    vsan是一种基于软件的分布式存储解决方案,其之间构架在hypervisior中,支持VMware vsphere的所有需要共享存储的特性。

    • 为什么要使用vSan:

    在企业,最重要的就是数据,而承载数据的设备就是存储设备,企业的存储设备一般都是由多块硬盘和RAID卡组成,通过 RAID 卡可以将多个磁盘组成逻辑的阵列,使得数据分散保存在多个磁盘中,实现高效的读写,实现冗余,避免单个磁盘故障引起的数据丢失。

    其中,RAID常用的配置模式有两种:RAID1和RAID5。

    RAID1的安全性能在所有的RAID配置中最高,可以保证数据不丢失,读写性能与单个磁盘的读写性能没有区别,但是它的磁盘利用率很低,只有50%。

    RAID5的读的性能最好,写的性能低于单个磁盘的性能,适合多读少写的环境。安全性能RAID5次于RAID1,但高于其他配置方式。磁盘的利用率则高于RAID1,成本也比RAID1低。

    所以,RAID1适合于存放重要数据,RAID5是一种存储性能、数据安全和存储成本兼顾的方案。这两种配置方式现在依然有许多公司在使用。

    但是现在这种配置方式有许多的问题暴露了出来:

    (1) 无法平滑按照业务的需求进行容量和性能升级

    (2) 配置复杂,学习成本高,并且容易出现误操作。

    (3) 无法区分服务

    (4) 读写速度不够高

    为了解决上述的问题,现有的最好方案就是vSan,也就是软件定义数据中心

    • vSan:

    在这里插入图片描述

    - (1)服务器内部的连接

    X86 服务器的架构决定了每个服务器必须有 RAID 卡才能使用硬盘,多块硬盘使用 RAID 卡汇聚到一起再和主板连接。

    而在每个 vSAN 服务器内,至少需要配置一块 SSD + 一块 HDD,HDD
    用于存储容量,SSD 只用于读写缓存。

    在 RAID 卡选择上,建议使用支持直通模式(Pass Through)的 RAID 卡。在这种模式下更换硬盘、新增硬盘会非常方便(而如果配置 RAID 来供 vSAN 使用,则很多时候需要重启主机进入 BIOS 来配置)。

    SSD 70%的容量用于读缓存,30%的容量用于写缓存。默认所有写的数据会被先行放在 SSD 中以减少写延迟,通过一些机制将这些数据逐渐写入到 HDD 中。在从 vSAN 读数据的时候,vSAN有一套算法来决定哪些数据为热点数据,然后预先缓存到 SSD 加快读取速度。

    所以,通常也不建议使用 RAID 卡自带的读写缓存,因为 vSAN 已经有很优化的读写缓存加速了。

    但是,在这里需要格外注意的是
    vSAN 要求 SSD、HDD、IO Controller必须在 vSAN 兼容列表内,否则会出现不稳定等情况。

    (2)服务器之间的连接

    vsan有两种配置,两种需要不一样的连接配置。

    全闪存架构vsan:

    在全闪存架构中,闪存设备被分成了两类:一种是持久快速的闪存设备用于写Cache,另一种是空间较大而且相对廉价的闪存设备作为容量设备。在这种架构中,由于直接从容量层的闪存设备读数据会有更好的性能,因此100%的Cache层容量会被用于写cache。然而,为了尽量延长容量层闪存设备的使用周期,多数的需要写入会被置放于cache层,只有当需要写入到容量层时才会将数据写入容量层的闪存设备。

    这种架构的性能更好,能够为各种工作负载提供更为可靠、强大的性能,但对网络的要求也会更高,它要求专用万兆网络网络,不支持千兆网络。

    混合架构vSan:

    cache算法会最大化的保证整个vSAN群集的读和写的性能。70%的可用cache会被分配用于存储有频繁读操作的磁盘块,尽量减少读操作发生在低速的普通磁盘上。另外30%的可用cache会被分配用于写操作,为了最大化磁盘性能,会尽可能地将多个写操作合并后再写入磁盘。

    这种架构性价比更高,相对全闪存更为便宜,性能也相对还行。对网络的要求也会低一些,有专用千兆网络即可。

    (3) 故障域:

    主机:

    vSphere提供了 HA 功能,保证单台主机故障后业务可以在其他主机上运行,这里故障的单位是“主机”,vSAN 也继承了这一设定(也很合理,因为主机也需要硬件维护,在维护的时候,一台主机能提供的所有存储资源都会下线)。

    同一个虚拟机的同一份数据,必须保存在不同主机上。
    在这里插入图片描述

    结合上面的架构和 vSAN 的网络架构,假如一台主机心跳检测出现问题怎么办?(脑裂)

    这时候需要有个仲裁机制保证同时只有一份数据是活动且是最新的,否则会造成冲突。

    于是在上图的架构中,为每份数据再创建一个仲裁文件,保存在第三台主机中。

    在这里插入图片描述

    这便是 vSAN 最简单的架构,此架构允许一台主机故障,当然一台主机上的任意硬件坏掉也是允许的,只要故障发生在一台主机内。

    下图便是 vSAN 故障域的一个简单示意。vSAN 中有个词叫 FTT (Fault
    to Tolerance),意为最大允许同时故障多少台主机。FTT 决定的是虚拟机数据保护级别,也决定了一个集群所需的最小数量,一个集群中主机数量>=2N+1,N=FTT的值。
    在这里插入图片描述

    • 为什么 FTT=2,需要5台以上的主机

    曾有人质疑:“请解释vSAN三副本(FTT=2,也即最多允许2台主机出故障),为什么需要5台以上的主机?我们需要的不只是官方要求(官方文档中,允许最少主机数量=2n+1,n代表最多允许故障的主机数量),还需要知道具体的设计原理。“

    其实这样做主要是为了防止脑裂。假设脑裂后分成两个断开的子集群,如果要保证某个子集群接管数据服务,则该子集群的主机数必须大于原集群主机数的50%。这也表明,主机的最小数量一定是一个奇数。

    通俗来讲,四台主机不能处理两台主机出错,因为可能会出现脑裂。比如有四台主机A、B、C、D。如果出现网络分区,A和B不能联系C和D。这时外界看来只是两台主机出现故障,按照FTT=2的要求必须允许读写继续进行。两边都有两台主机,所以两边都觉得自己可以进行读写,这样就会造成两边的数据不一致(俗称脑裂)。解决脑裂的办法是必须要求能接管读写的子集群的主机数量大于原集群总数量的50%。集群主机总数是奇数,这样就不可能出现两个子集群都满足条件的情况了。

    • 为什么FTT=3,需要7台以上的主机

    用户又问:“如果最多允许3台主机出故障,那么需要3+1台主机做副本节点,再加1台主机做见证(也即仲裁)节点,总数5台主机不就可以了吗,为何需要7台主机?“

    之后我陷入了长长的思考,这使我想到为何不可以是2n-1,或者2n-3。我觉得可以总结成:假设n表示最多允许n台主机出故障,如果n+1台主机都放副本数据,这只能保证数据不丢失。而对于企业级存储而言,数据不丢失只是最低限度,除此之外,还需要保证数据的持续可访问,即HA。

    磁盘:

    上面提到每台主机需要 RAID 卡将多个硬盘连接起来,也需要至少一个 SSD 和一个 HDD。SSD 只做读写缓存,从经济的角度看,不可能每个 HDD 都配置一块 SSD,需要多个 HDD 共享一块 SSD的资源

    在 vSAN 中,有了磁盘组这一概念,磁盘组是个逻辑的组,用于让多块 HDD 共享一个 SSD。

    vSAN 规定每个磁盘组最少需要一块SSD+一块HDD,最多一块+7块HDD。每台主机不能多于 5 个磁盘组

    在这里插入图片描述

    让多块 HDD 共享一个 SSD 虽然节约成本,但也有一定风险,比如万一 SSD 故障,整个磁盘组的数据均会处于无法访问的情况,因此一般建议使用多个磁盘组分散数据,减少此种故障带来的影响。

    比如磁盘组一可以由一块400G SSD + 8块800G HHD组成

    磁盘组二可以由一块200G SSD + 4块800G HHD组成

    磁盘组一的SSD故障,vSan会损失3.2T容量

    磁盘组二的SSD故障,Vsan会损失1.6T容量

    • (4)区分服务

    对于传统存储而言,服务的区分是存储卷级别的。一个存储卷的底层使用 RAID 10,上层业务获得的存储资源便是 RAID 10的保护级别和性能;一个存储卷的底层使用 RAID 5,上层业务获得的存储资源便是 RAID 5 的保护级别和性能。

    vSan可以让你给不同的虚拟机设定不同的保护等级去保障虚拟机。

    假如一台虚拟机上跑的服务并不那么重要,我们可以给它设置储存策略为:

       FTT=1,不预留缓存,限制IOPS为100
    

    而另一台虚拟机上运行着十分重要的服务,需要保证其服务不间断,数据不丢失,我们可以设置存储策略为:

       FTT=2,预留10%的SSD缓存,不限制IOPS
    

    这样我们更精准的划分资源,为不重要的服务减少资源,用以给更重要的服务增加资源,让其获得更好的服务。

    • vCentr6.7安装vSan集群要求
      在这里插入图片描述

    参考文章
    https://new.qq.com/omn/20180717/20180717G0AUBL.html
    https://blog.csdn.net/yjk13703623757/article/details/80786090
    https://blog.csdn.net/weixin_33810006/article/details/92143861

    展开全文
  • and return the real VSAN path using vsan_info.get_vsan_datastore() - Only allow using -o vsan-policy-name when creating volumes on VSAN datastore - Return early from vsan_policy functions if VSAN ...
  • vSAN的应用场景之 - Oracle RAC on vSAN.docx
  • vmware vSAN67

    2018-11-24 20:07:06
    vSAN 技术概述 vmware最新存储技术预览
  • vmware vsan故障时的通用快速查询手册,用于快速定位问题和解决
  • 本文概述了如何通过vSAN API来对vsan对象进行管理,而不必登录ESXi主机和vCenter用命令。vSAN API是vSphere 通用API的一种扩展,vSAN API作为将作为一种系统服务对外提供Web服务,运行在VMware vCenter服务器系统和...

    1、背景

    本文概述了如何通过vSAN API来对vsan对象进行管理,而不必登录ESXi主机和vCenter用命令。vSAN API是vSphere 通用API的一种扩展,vSAN API作为将作为一种系统服务对外提供Web服务,运行在VMware vCenter服务器系统和VMware ESXi系统上。该API提供了对可以用于管理vSAN的方法的访问。

    从vSAN(以前称为Virtual SAN)版本6.2开始,VMware引入了新的vSAN管理API。vSAN API 中心关联一小部分受管对象,这些对象又可用于设置和配置vSAN的各个方面以及查询运行时状态。该API可用于查询和修改vSphere Client之外的vSAN系统的各个方面,例如,基于API驱动的工作流。

    版本:Version 6.7 Update 3

    官方地址:https://code.vmware.com/apis/217/vsan/doc/vim.Folder.html
    https://code.vmware.com/apis/693/vsan
    https://developer.vmware.com/

    相关对象不好找,还在研究中,欢迎路过的大佬不吝赐教!!!

    2、需提前要了解的

    1) ManagedObjectReference:ClusterComputeResource
    在这里插入图片描述
    2) ManagedObjectReference: Folder(vim.Folder)

    Folder managed object是用于存储和组织清单对象的容器。它下面还有许多childType,比如:

    { “vim.Folder”, “vim.Datacenter” } - 标识oot folder 及其子文件夹.。Data center folders可以包含子数据中心文件夹和数据中心管理的对象。数据中心对象包含虚拟机、计算资源、网络实体和数据存储文件夹。
    在这里插入图片描述

    { “vim.Folder”, “vim.Virtualmachine”, “vim.VirtualApp” } - 标识虚拟机文件夹。虚拟机文件夹可能包含子虚拟机文件夹。它还可以包含VirtualMachine managed objects, templates, 和VirtualApp managed objects。

    { “vim.Folder”, “vim.ComputeResource” } - 标识一个compute resource folder, 其中包含子计算资源文件夹和ComputerResource层次结构。

    { “vim.Folder”, “vim.Network” } - 标识网络实体文件夹(network entity folder).,vCenter服务器上的网络实体文件夹可以包含Network、DistributedVirtualSwitch和DistributedVirtualPortgroup managed objects。ESXi主机上的网络实体文件夹(Network entity folders)只能包含 Network objects。
    在这里插入图片描述
    { “vim.Folder”, “vim.Datastore” } - 标识数据存储文件夹(datastore folder.)。 Datastore folders包含子datastore folders 和Datastore managed objects.
    在这里插入图片描述
    3)ManagedObjectReference: DatastoreNameSpaceManage
    在这里插入图片描述

    4)ManagedObjectReference:

    3、 vSAN API centers中各类管理API对象

    2.1)vsanVcDiskManagementSystem

    它是VSAN磁盘相关的配置和查询API,仅在vCenter Server中的VSAN群集级别上运行;通过vsan-disk-management-system来访问,

    VimClusterVsanVcDiskManagementSystem增强了vSAN磁盘管理部分,提供了vSAN所有闪存磁盘组支持,提供了vSAN磁盘组的更多详细信息,有助于配置和管理vSAN磁盘组。它不支持AddDisks_Task和InitializeDisks_Task API,而是通过QueryDiskMappings API来暴露VimVsanHostDiskMapInfoEx,显示磁盘组是否全是flash,是否启用重复数据删除和压缩,也不支持通过config来暴露diskMapping。它有如下操作管理方法:

    1)InitializeDiskMappings:

    该API用于在指定主机上创建新的vSAN磁盘组或将更多磁盘挂载到已有的vSAN磁盘组中。不支持AddDisks_Task和InitializeDisks_Task接口,支持创建hybrid和all闪存盘组。还可以通过API QueryDisksForVsan检索到符合vSAN服务条件的Scsi磁盘。

    2)QueryClusterDataEfficiencyCapacityState:

    3)QueryDiskMappings,

    4)RebuildDiskMapping,、

    5) RetrieveAllFlashCapabilities

    2.2) VimClusterVsanVcStretchedClusterSystem

    该API用于配置和管理vSAN扩展集群;

    vSAN延伸群集,是在避免灾难/停机作为关键要求的环境中实施的特定配置。带有见证主机的vSAN扩展群集,是指用户在包括一定主机的2个活动站点配置vSAN的群集,该群集具有2个活动/活动站点,一定数量的ESXi主机分布在两个站点之间。这些站点通过高带宽/低延迟链路进行连接。而托管vSAN Witness Host的第三个站点又连接到这两个活动/活动数据站点。此连接也是通过低带宽/高延迟链接进行。每个站点均配置为vSAN故障域。这样的vSAN扩展集群配置可描述为X + Y + Z,其中X是数据站点A上的ESXi主机数,Y是数据站点B上的ESXi主机数,Z是c站点上见证主机数数量,其中数据站点就是部署虚拟机的位置。最大配置为15 + 15 + 1(31个节点)。

    它的管理方法有:

    VSANIsWitnessVirtualAppliance,
    VSANVcAddWitnessHost
    VSANVcConvertToStretchedCluster
    VSANVcGetPreferredFaultDomain
    VSANVcGetWitnessHosts
    VSANVcIsWitnessHost
    VSANVcRemoveWitnessHost
    VSANVcRetrieveStretchedClusterVcCapability
    VSANVcSetPreferredFaultDomain

    2.3)VsanVcClusterConfigSystem(vim.cluster.VsanVcClusterConfigSystem)

    此管理对象类型提供了一种全面的方法来管理以下区域中的vSAN群集配置:

    1)启用或禁用vSAN
    2)为磁盘组启用或禁用自动声明模式
    3)启用或禁用数据效率功能
    4)配置vSAN iSCSI目标功能
    5)管理磁盘组
    6)管理故障域
    7)检索vSAN常规配置
    8)检索数据效率配置

    它的管理方法有:

    VsanClusterGetConfig

    VsanClusterGetRuntimeStats
    VsanClusterReconfig
    VsanEncryptedClusterRekey_Task
    VsanQueryClusterDrsStats

    2.4)VsanVcClusterHealthSystem(vim.cluster.VsanVcClusterHealthSystem)

    此托管对象提供对vSAN健康相关配置和查询API的访问,这些配置和查询API在vSAN群集级别上运行。它可以通过“vsan群集健康系统”的MOID,通过vCenter服务器端的vsan服务进行访问。

    它的管理方法有:

    VsanAttachVsanSupportBundleToSr, VsanDownloadAndInstallVendorTool_Task, VsanDownloadHclFile_Task, VsanHealthGetVsanClusterSilentChecks, VsanHealthIsRebalanceRunning, VsanHealthQueryVsanClusterHealthCheckInterval, VsanHealthQueryVsanClusterHealthConfig, VsanHealthRepairClusterObjectsImmediate, VsanHealthSendVsanTelemetry, VsanHealthSetLogLevel, VsanHealthSetVsanClusterHealthCheckInterval, VsanHealthSetVsanClusterSilentChecks, VsanHealthSetVsanClusterTelemetryConfig, VsanHealthTestVsanClusterTelemetryProxy, VsanPurgeHclFiles, VsanQueryAllSupportedHealthChecks, VsanQueryAttachToSrHistory, VsanQueryVcClusterCreateVmHealthHistoryTest, VsanQueryVcClusterCreateVmHealthTest, VsanQueryVcClusterHealthSummary, VsanQueryVcClusterHealthSummaryTask, VsanQueryVcClusterNetworkPerfHistoryTest, VsanQueryVcClusterNetworkPerfTest, VsanQueryVcClusterObjExtAttrs, VsanQueryVcClusterSmartStatsSummary, VsanQueryVcClusterVmdkLoadHistoryTest, VsanQueryVcClusterVmdkWorkloadTypes, VsanRebalanceCluster, VsanStopRebalanceCluster, VsanVcClusterGetHclInfo, VsanVcClusterQueryVerifyHealthSystemVersions, VsanVcClusterRunVmdkLoadTest, VsanVcUpdateHclDbFromWeb, VsanVcUploadHclDb

    2.5)Managed Object - VsanObjectSystem(vim.cluster.VsanObjectSystem)

    此托管对象类型提供一个服务接口,用于为一个vSAN对象配置存储策略和查询vSAN对象状态信息,如其存储配置文件、运行状况。它充当集群级API;

    它的方法有:
    VosQueryVsanObjectInformation(queryVsanObjectInformation)

    VosSetVsanObjectPolicy

    VsanDeleteObjects_Task

    VsanQueryInaccessibleVmSwapObjects

    VsanQueryObjectIdentities

    2.6)Managed Object - HostVsanInternalSystem(vim.host.VsanInternalSystem)

    该托管对象类型在集群下的主机级别:
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    在这里插入图片描述
    VsanInternalSystem发布了对CMMDS的低级别访问权限,以及VSAN对象和磁盘管理API的草稿版本。

    它的方法有:
    AbdicateDomOwnership, CanProvisionObjects, DeleteVsanObjects, GetVsanObjExtAttrs, QueryCmmds, QueryObjectsOnPhysicalVsanDisk, QueryPhysicalVsanDisks, QuerySyncingVsanObjects, QueryVsanObjects, QueryVsanObjectUuidsByFilter, QueryVsanStatistics, ReconfigurationSatisfiable, ReconfigureDomObject, RunVsanPhysicalDiskDiagnostics, UpgradeVsanObjects

    其中:DeleteVsanObjects,此API是内部使用的,仅用于故障排除/调试。这个API可能会很慢,因为我们对所有对象都执行IOs。此API可用于删除VSAN对象。DOM不允许访问已丢失仲裁的对象。可以使用可选的“force”标志删除此类对象。但是,如果缺席的组件恢复可访问(网络分区得到解析等),这些对象就可能会重新出现在仲裁中。

    在这里插入图片描述

    展开全文
  • vmware vsan 6.6 概述

    2018-01-24 13:00:13
    vmware vsan6.6文档 ,vmware vsan6.6文档 ,vmware vsan6.6文档 ,vmware vsan6.6文档 ,
  • VMware vSAN 售后最佳实践 第六部:vSAN扩容手册 v1.1.pdfVMware vSAN 售后最佳实践 第六部:vSAN扩容手册 v1.1.pdfVMware vSAN 售后最佳实践 第六部:vSAN扩容手册 v1.1.pdf
  • VSAN 配饰手册

    2017-11-09 10:49:57
    VSAN配置手册,vmware,vmware教程,使用教程,配置教程
  • 使用vSAN RVC进一步了解vSAN环境 vSAN Ruby vSphere控制台(RVC)是vSAN的许多未记录功能,使您可以从假设服务器场景,vCenter Server Appliance的假设场景,群集信息和仪表板信息方面探索vSAN的一些漂亮功能。 ...

    使用vSAN RVC进一步了解vSAN环境

    vSAN Ruby vSphere控制台(RVC)是vSAN的许多未记录功能,使您可以从假设服务器场景,vCenter Server Appliance的假设场景,群集信息和仪表板信息方面探索vSAN的一些漂亮功能。

    要访问vSAN RVC,只需SSH到vCenter Server Appliance并运行:

    rvc root @ localhost

    输入根密码后,这将使您进入RVC Shell:

    vSAN RVC Shell

    vSAN RVC Shell

    从这里,您可以访问类似于目录结构的vCenter环境:

    vSAN RVC Shell目录结构

    vSAN RVC Shell目录结构

    从这里开始,我喜欢分配变量以使命令的执行更加容易。

    RVC Shell变量

    RVC Shell变量

    RVC命令vsan.cluster_info是使我们能够查看vSAN群集中每个节点的每个主机详细信息的命令。

    RVC vsan.cluster_info

    RVC vsan.cluster_info

    另一个喜欢的命令是vsan.whatif_host_failures。该命令提供模拟单个主机故障之前和之后的前/后计数器信息。这是一个了不起的功能,可让您轻松查看发生主机故障时的资源状况。

    vSAN RVC vsan.whatif_host_failures

    vSAN RVC vsan.whatif_host_failures

    vsan.check_limits是另一个有用的RVC命令。它提供有关每个主机消耗了多少上述Virtual SAN限制的每个主机的信息,包括:

    • #Assocs(每个主机限制20,000个)
    • #套接字(每个主机限制10,000个)?
    • #组件(每个主机限制3000个)#每个磁盘的磁盘利用率
    vSAN RVC vsan.check_limits

    vSAN RVC vsan.check_limits

    vsan.check_state是一个执行三个步骤的命令,用于验证Virtual SAN数据存储上VM的当前运行状况。

    vSAN RVC vsan.check_state

    vSAN RVC vsan.check_state

    如您所见,我的一台主机上似乎出现了无法访问数据的问题。

    另一个很酷的工具是vSAN观察器,可以使用它。跑:

    vsan.observer〜群集--run-webserver --force

    然后转到:http:// vCenterServer_hostname_or_IP_Address:8010

    生成足够的统计信息以填充图形需要花费几分钟。

    RVC vsan.observer

    RVC vsan.observer

    请注意,完成后需要停止vsan.observer,否则它将继续在后台运行。

    总共有29个可用于与vSAN名称空间进行交互的命令。这些列表可在此处找到 以及在RVC命令列表中

    展开全文
  • VSAN售后最佳实践

    2018-04-23 14:01:22
    VSAN售后最佳实践三部曲,包含:VSAN售后最佳实践1交付检查清单;VSAN售后最佳实践2运维检查清单;VSAN售后最佳实践3常用操作汇总
  • VMware vSAN超融合实施最佳实践-vSAN开机关机注意事项.pdf
  • Vmware VSAN

    2021-06-11 09:24:58
    VMwarevSAN是一款软件定义的企业存储解决方案,支持超融合基础架构 (Hyper-Converged Infrastructure, HCI) 系统。vSAN与 VMware vSphere 完全集成在一起,作为 ESXi Hypervisor 内的分布式软件层。
  • VMWARE vsan实施手册

    2019-02-12 10:57:22
    vSAN -----安装配置实施手册 集群环境vSAN进行安装配置
  • VSAN效能监控利器-VSAN Observer https://www.weithenn.org/2014/12/vsan-observer.html 前言 因为在初步情况下,vSphere Web Client管理介面中,可以发现的VSAN运作资讯太少了,所以,当发生问题需要进行...
  • vSAN - 很棒的 VMware vSAN 资源社区列表 #AwesomevSAN - 作者 最后更新:2019-04-11 由社区创建给社区的精选 VMware vSAN 资源列表。 指数: vSAN 产品信息(VMware 官方) 使用右键单击在新选项卡/窗口中打开链接 ...
  • VMWARE vSAN管理手册

    2018-09-12 09:37:10
    VMWARE vSAN管理手册,
  • 存储策略 (Storage Policy) 是管理员定义的一组规则,这组规则定义了数据对象在 vSAN 存储上是如何保存的,存储策略定义了数据存储的可靠性、访问性能等特性。vSAN 提供了基于存储策略的存储管理 SPBM (Storage ...
  • VSAN-6.2-九大特性-和-VSAN最佳实践.pptxVSAN-6.2-九大特性-和-VSAN最佳实践.pptxVSAN-6.2-九大特性-和-VSAN最佳实践.pptxVSAN-6.2-九大特性-和-VSAN最佳实践.pptx
  • 苏州大学vSAN 苏州大学vSAN 实 实 施 施 手 手 册 册 目 录 目 录 1. 2 1. 2 前言 前言 1.1. 2 1.1. 建设目标 2 建设目标
  • VMware vSAN 售后最佳实践 第五部:vSAN升级手册 v1.3.pdf VMware vSAN 售后最佳实践 第五部:vSAN升级手册 v1.3.pdf
  • VMware VSAN案例分享V2.0

    2021-04-04 23:21:48
    VMware VSAN案例分享V2.0
  • VSAN招标参数.xlsx

    2021-10-10 09:09:31
    VSAN招标参数.xlsx
  • 通过系统学习,可以深入掌握vSAN超融合技术的设计优化、启用过程、配置管理、存储策略、vSAN延伸群集、延伸群集策略、vSAN故障域、vSAN iSCSI、vSAN监控等知识。 《VMware vSAN 6.7 超融合技术规划与部署》“上集”...
  • 原标题:Vsan分布式存储服务器数据恢复原理一、vsan分布式存储故障情况介绍近期,北亚数据恢复中心处理了一个vsan分布式存储的数据恢复案例,需要进行数据恢复的服务器是一套vsan超融合基础架构。由于客户的服务器...
  • vSAN技术细节剖析.pdf

    2020-07-04 17:38:50
    VSAN技术细节,绝对好资源

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 3,767
精华内容 1,506
关键字:

VSAN