vSAN集群维护和操作-学习记录

1.vSAN集群维护操作

1.1.维护模式和撤出选项

vSAN提供三种维护模式选项。
vSAN会根据所选的选项来评估组件并做出适当的响应：
• Full data migration（迁移全部数据）：进入维护模式之前，所有数据会从一台主机迁移到另一台主机。
• Ensure accessibility（确保可访问性）（默认）：vSAN将评估主机上组件的运行状况，并使 用已定义的“容许的故障数”存储策略将主机置于维护模式。
• No data migration（不迁移数据）：不迁移任何组件。

1.1.1.数据迁移预检查

将主机置于维护模式之前,务必要运行预检查并评估影响。

1.1.2.Full Data Migration（迁移全部数据）

”Full data migration“（迁移全部数据）会在主机进入维护模式之前将所有数据从主机、磁盘或磁盘组中移出。
执行全部数据迁移：
• 集群包含的主机数量要多于存储策略要求的数量
• 需要足够的存储空间来完成全部数据的迁移
• 将组件从一台主机传输到集群的其余主机需要额外的时间
• 因为对象始终要保持合规，因此需要提供最安全的保护级别
• 不创建持久性组件

1.1.3.Ensure Accessibility（确保可访问性）

”Ensure accessibility“(确保可访问性)维护模式选项仅迁移让对象保持可访问状态所需的组件。 某些对象将变得不符合其存储策略。
”Ensure accessibility“（确保可访问性）设置：
• 验证对象是否符合定义的存储策略
• 如果对象符合定义的存储策略，vSAN会将主机置于维护模式
• 创建持久性组件
• 如果主机在对象重建计时器的计时结束时未退出维护模式,就会启动重新同步
• 如果有RAID-0/FTT 0对象，请将它们迁移到另一台主机
• 是默认设置

1.1.4.No Data Migration（不迁移数据）

不评估对象的运行状况或存储策略的合规性。不迁移任何组件。某些对象将变得不合规或无法访问。
• 可能会导致虚拟机和对象故障（称为无法访问的对象）
• 不迁移任何数据
• 为非RAID-0对象创建持久性组件
• 应在支持人员的指导下使用
• 在执行集群完全关闭时很有用

1.1.5.无法访问的对象

如果发生的故障或中断次数超过了应用的存储策略所能支持的次数，就会发生对象不可访问这样的问题。
对象不可访问的示例包括：
• 对RAID-0对象使用不迁移数据选项
• 有两台主机处于故障或停机状态的RAID-1
• 要解决对象不可访问的问题，需要满足存储策略的最低要求。将缺失的数据组件或缺失的见证组件返还给服务即可满足要求

1.1.6.更改默认的维护模式

通过以下主机级别的“Advanced System Setting”（高级系统设置）键来更改默认的维护模式撤出选项：VSAN.DefaultHostDecommissionMode
• 默认设置为”ensureAccessibility“
• 必须在集群的所有 ESXi 主机上进行更改
• 可选项包括：
• ensureAccessibility
• evacuateAllData
• noAction
要进行更改，在vSphere控制台中依次导航到”ESXi hosts“（ESXi 主机）) > ”Configure“（配 置） > “Advanced System Settings”（高级系统设置）>“VSAN.DefaultHostDecommisionMode”。

1.1.7.vSAN 集群关闭

vSAN支持手动或自动关闭集群。执行集群完全关闭的原因有很多种。
执行集群完全关闭的原因有很多种，其中可能包括：
• 数据中心迁移
• 计划内停电
• 网络重新配置
• 服务器机架迁移/升级

此功能最初是在vSAN 7.0U3中引入的,现已针对vSAN 8进行了增强。

1.1.8.vSAN集群手动关闭方法

vSAN要求，在关闭集群时，需要遵循一组特定的说明。

这是关闭集群所需遵循的所有步骤。

1.1.9.vSAN集群重启

vCenter Server提供了一种使集群恢复联机的便捷方法。
其中，用于重启或还原集群的一些方法包括：
• 一键轻松启动vSAN集群
• 将主机从维护模式中移除
• 打开集群成员资格更新
• 开启vSphere HA
• 重新启动vSAN集群中由EAM管理的所有系统代理虚拟机

1.1.10.vSAN 集群关闭日志

可以在三个不同的位置找到关闭日志：
• vCenter Server – / var/log/vmware/vsan-health/
• 编排主机 – / var/run/log/vsanmgmt.log
• ESXi 主机 – / var/run/log/vsanmgmt.log
捕捉日志
• GUI - 通过右键单击vSAN集群并选择上传支持捆绑包,可在vSphere Client中生成日志。
• CLI
• vc-support（vCenter）
• vm-support（ESXi）

2.vSAN集群扩展和硬件更换

2.1.vSAN集群扩展

vSAN可以在集群中纵向扩展磁盘的数量，横向扩展主机的数量。
可以扩展以下vSAN集群资源：
• vSAN最多可纵向扩展到5个缓存设备和35个容量设备：
• 最多5个磁盘组
• 每个磁盘组1个缓存磁盘和1-7个容量设备
• vSAN可横向扩展到64台ESXi主机
• 添加额外的计算资源
• 添加额外的存储容量

2.1.1.vSAN集群纵向扩展

纵向扩展会添加额外的存储容量。
纵向扩展vSAN集群还可以在vSAN环境中执行以下操作：
• 向现有磁盘组添加额外的容量设备
• 添加新磁盘组
• 将现有容量设备更换为更大的设备
• 在更换磁盘之前，确认是否有足够的空间来迁移数据
• 确认新磁盘的性能特征是否与其他磁盘相同

2.1.2.vSAN集群横向扩展

横向扩展会添加额外的存储、计算和内存资源。vSAN集群横向扩展：
vSAN集群横向扩展：
• 可在不中断集群和工作负载的情况下执行
• 建议采用一致的主机硬件配置
• 使用《VMware 兼容性指南》（VCG）验证兼容性
• 使用 vSAN 磁盘均衡运行状况检查重新均衡磁盘

2.1.3.更换容量磁盘

如果检测到容量磁盘发生故障，vSAN会自动重建受影响的组件。要更换出故障的容量设备，请执行以下操作：
1.选择主机
2. 单击发生故障的容量磁盘
3. 删除磁盘
4. 替换为新磁盘

2.1.4.更换缓存磁盘

更换缓存磁盘需要重新创建整个磁盘组。
要更换vSAN环境中的缓存磁盘,请执行以下操作：
• 确保有足够的空间来删除磁盘组
• 如果缓存磁盘运行状况良好,则撤出数据
• 如果缓存磁盘运行状况不佳,则使用”No data migration“（不迁移数据）选项
• 更换缓存磁盘
• 重新创建磁盘组

2.1.5.更换主机

更换主机之前：
• 确保所有Skyline Health调查结果均处于正常运行状态。
• 将主机置于维护模式，如果有足够的可用主机，请选择“Full Data Migration”（迁移全部数据）。
• 如果没有足够的主机可用，则使用“Ensure Accessibility”（确保可访问性）选项。
要更换主机，请执行以下操作：
6. 将主机置于维护模式
7. 删除磁盘组
8. 从集群中移除主机
9. 添加新主机并创建新磁盘组

3.升级和更新 vSAN

3.1.升级vSAN集群的步骤

在执行vSAN升级之前，请查看完整的vSphere升级流程，以确保顺利、不间断地成功升级。
可以按照以下步骤在vSphere环境中执行 vSAN 集群升级：
1.规划升级
10. 对vCenter Server和关键虚拟机执行备份
11. 修补/升级vCenter Server
12. 修补/升级ESXi主机
13. 审查/解决所有VMware Skyline Health调查结果
14. 如果需要，执行磁盘格式更改

3.2.为vSAN集群升级做准备的最佳实践

在升级到最新版本之前：

3.3.vSphere Lifecycle Manager集成

vSphere Lifecycle Manager（vLCM）的vSAN系统基准提供了vSAN内部版本建议。
vLCM 集成建议包括：
• 为每个vSAN集群生成一个基准组
• 定义vLCM的“Baselines”(基准)窗格中列出的系统基准
• 自定义由认证供应商提供的ISO映像
• 自动扫描每个vSAN集群，根据基准组验证合规性
vSAN内部版本建议包括补丁程序和适用的驱动程序更新。要更新vSAN集群上的固件，必须通过vSphere Lifecycle Manager使用映像。
要升级集群,必须通过vSphere Lifecycle Manager手动修复系统基准。
vLCM可同时升级多个集群,但在每个集群内，一次只能升级一台主机。

3.4.面向vSAN 延伸集群和双节点集群的vLCM支持

vLCM可监控并升级vSAN延伸集群和双节点集群。
vCLM具有以下适用于延伸集群和双节点集群的功能特性：
• 支持见证设备的整个生命周期
• 首先执行见证节点升级,然后升级集群的其余部分
• 仅支持见证节点设备（不支持物理见证主机）
• 支持专用见证节点,不支持共享见证节点