目录
- vSAN容错
- 条带化
- 存储策略
- 1. 创建新策略
- 2. 应用存储策略
- vSAN文件服务
- 文件服务快照与备份
- vSAN iSCSI目标服务
vSAN容错
FTT:Fault to Tolerance 允许故障数
故障域:每一台vSAN主机是一个故障域
- 假设3台超融合(3计算+1存储),实际上故障域并非9台主机,而是3台主机(存储down后一台超融合内主机均不可用)
- 可以手动指定某些主机属于某个故障域
默认,vSAN采用raid1,因此是允许故障1节点 FTT=1。不过vSAN最小3个主机组集群,若坏了一个主机,实际上只有2台主机正常工作,所以vSAN功能就异常,原因是缺少了见证
,但虚拟机功能仍正常。因此生产环境最少是4台主机组vSAN.
对象只是一个容器,不存放数据;组件才是真实存放数据的。
见证
:witness。为了避免/处理脑裂,本身不存放数据(仅占2M,vSphere8 16M)。若组件脑裂,见证会参与投票。
- vSAN设计,只有超过50%投票,才可以被认定为活动副本。
- FTT增加,见证数量也会增加。副本数+见证数=奇数个数
缓存层也遵循FTT制度,同时仅有镜像方式。FTT=1时,缓存会镜像到2份、FTT=2时,镜像会到3份。
条带化
条带化可能
可以提高性能:
假设一台虚拟机使用非常频繁,并且大于缓存层设置的大小。这意味着它的热点数据会被频繁更换,降低读写性能。使用条带化,将一个vmdk分为多个条带放到不同的主机上,每个条带都在该主机的缓存层中作为热点数据,这样就提高了性能。
但假如这个条带的拷贝生成在了同一台主机上,那么性能就没法提高。
存储策略
vSAN默认策略
1. 创建新策略
基于主机的策略
会提示消耗存储大小,如FTT=2,RAID1,100G将耗费300G;FTT=1,RAID5,100GB将耗费133.33GB
加密服务:OSA会进行两次加密。第一次是数据进缓存层,第二次是缓存层进容量层
空间效率:必须全闪存才可以启用
对象空间预留:精简置备、预留25%、预留50%、预留75%、厚置备。是总占用容量先预留下来多少,以便估算vSAN使用容量且减少浪费空间
Flash Read Cache预留:读缓存预留。在缓存层中预留空间指定给到套用这个虚拟机存储策略的虚拟机使用。但其他虚拟机可见的缓存层空间为总值-该值。
禁用对象校验和:发现错误会在能力范围尝试修复。加入软件在写数据时已经作数据校验了,那可以关闭。
强制制备:如果没有办法完成这个策略,会override这个存储策略,使得可以创建该VM。
2. 应用存储策略
这个条带=2,使得一个组件被拆成了2个,即raid0。然后由于FTT=1,RAID=1,所以对这个组件需要镜像,即对这个raid0组进行镜像,变成两个raid0。同时因为主机数为5,满足存放在不同主机的需求,所以每个条带都在不同的主机上。
对于Home namespace,对象不存放数据,所以物理存储的变化不会影响它的内容,依旧是2个组件和一个见证,因为FTT=1,RAID1
vSAN文件服务
NFS支持v3和v4.1,支持SMB
- 创建文件服务VM
文件服务依赖于文件服务VM。需要使用文件服务VM,所以需要下载对应不同vSAN版本的ovf虚拟机(这个也不全,实际是一组文件,最好去官网下载)
在此时会出现一个报错,提示vSAN文件服务警报
,这是因为文件服务已经启动,但文件服务VM还没有初始化好。初始化完成后,告警消失。
- 创建文件服务域
需要提前在DNS服务器上创建好用于文件服务主机ip的A记录和PTR记录
-
与AD集成(可选,用于SMB)
-
添加相关的DNS记录(A & PTR)
在第2步中已经创建。同时需要注意,上述步骤成功后,可以直接在AD上看到VFS这个文件服务的一个计算机用户。
- 创建共享文件夹
创建NFS共享
创建SMB共享
- 连接文件共享
- 挂载NFS:
查看文件共享挂载方式
挂载
- 挂载SMB:
用AD域中的主机访问,上一步的SMB导出路径
用SMB权限配置,实际调用MMC进行更改
文件服务快照与备份
在备份之前对文件作快照。备份时会跳过拒绝访问的文件
,为了实现全文件夹的备份,先进行快照,后对快照
进行备份。
vSphere不支持删除最后的快照。
一般使用Veeam进行备份。Veeam支持备份前运行脚本,可以执行脚本如下:
逻辑:连接到vCenter->请求文件共享->拍摄快照->删除旧快照->对新快照进行文件备份
vSAN iSCSI目标服务
vSAN提供的iSCSI目标服务不支持
其他ESXi或友商虚拟化平台使用;Win Linux没问题
-
启用iSCSI服务
-
创建iSCSI目标
-
挂载LUN
-
配置发起方限制
-
iSCSI发起链接,查看磁盘