【VMware vSAN 7.0】4.2.1 准备存储设备—我们有软硬件解决方案

目录

 

1. vSAN简介

1.1 vSAN 概念

1.1.1 vSAN 的特性

1.2 vSAN术语和定义

1.3 vSAN 和传统存储

1.4 构建 vSAN 群集

1.5 vSAN 部署选项

1.6 与其他 VMware 软件集成

1.7 vSAN 的限制

 

2. 启用 vSAN 的要求

2.1 vSAN 的硬件要求

2.2 vSAN 的群集要求

2.3 vSAN 的软件要求

2.4 vSAN 的网络要求

2.5 许可证要求

 

3. 设计和优化 vSAN 集群

3.1 vSAN 存储组件设计和大小调整

3.1.1 规划 vSAN中的容量

3.1.2 vSAN 中的闪存缓存设备设计注意事项

3.1.3 vSAN 中的闪存容量设备设计注意事项

3.1.4 vSAN中磁盘的设计注意事项

3.1.5 vSAN 中存储控制器的设计注意事项

3.2 设计和优化 vSAN 主机

3.3 vSAN 集群的设计注意事项

3.4 设计 vSAN 网络

3.4.1 为 vSAN网络连接创建静态路由

3.5 vSAN 网络连接的最佳做法

3.6. 设计和优化 vSAN 故障域

3.7 使用引导设备和 vSAN

3.8 vSAN 群集中的持久日志记录

 

4. 为 vSAN 准备新的或现有的群集

4.1 选择或验证存储设备的兼容性

4.2 准备存储

4.2.1 准备存储设备

4.2.2 使用 ESXCLI 将闪存设备标记为容量设备

4.2.3 使用 ESXCLI 取消标记用作容量设备的闪存设备

4.2.4 使用 RVC 将闪存设备标记为容量设备

4.3 为 vSAN 提供内存

4.4 为 vSAN 准备主机

4.5 vSAN与 vCenter Server 的兼容性

4.6 准备存储控制器

4.7 配置 vSAN 网络

4.8 有关 vSAN 许可证的注意事项

 

5. 创建 vSAN 群集

5.1 vSAN群集的特性

5.2 创建 vSAN 集群之前

5.3 使用快速入门功能配置并扩展 vSAN 群集

5.3.1 使用快速入门功能配置 vSAN集群

5.4 手动启用 vSAN

5.4.1 为 vSAN设置 VMkernel 网络

5.4.2 创建 vSAN 集群

5.4.3 使用 vSphere Client 配置 vSAN 集群

5.4.4 编辑 vSAN 设置

5.4.5 在现有集群上启用 vSAN

5.5 配置 vSAN 集群的许可证设置

5.6 查看 vSAN数据存储

5.7 使用 vSAN 和 vSphere HA

5.8 使用 vCenter Server 部署 vSAN

5.9 禁用 vSAN

5.10 关闭并重新启动 vSAN 集群

 

6. 使用延伸群集将数据存储扩展到两个站点

6.1 延伸集群简介

6.2 延伸集群设计注意事项

6.3 使用延伸群集的最佳做法

6.4 延伸集群网络设计

6.5 双节点 vSAN 集群

6.6 使用快速入门功能配置延伸集群或双节点集群

6.7 手动配置 vSAN 延伸集群

6.8 更改首选故障域

6.9 更改见证主机

6.10 部署 vSAN 见证 (Witness) 设备

6.10.1 在见证设备上设置 vSAN网络

6.10.2 在见证设备上配置管理网络

6.11 为见证流量配置网络接口

6.12 将延伸群集转换为标准 vSAN 群集

6.13 将双节点集群分配给共享见证主机

6.14 为双节点集群重新分配共享见证主机

更多IT解决方案

根据 vSAN 的要求使用闪存设备和磁盘。

确认群集具有可支持预期虚拟机消耗以及虚拟机存储策略中允许的故障数主要级别的容量。

存储设备必须满足以下要求，以便可供 vSAN 进行声明：

• 存储设备在 ESXi 主机本地。vSAN 无法声明远程设备。
• 存储设备没有任何现有分区信息。
• 在相同的主机上，无法同时存在全闪存磁盘组和混合磁盘组。

准备磁盘组的设备

每个磁盘组都提供了一个闪存缓存设备和至少一个磁盘或闪存容量设备。对于混合群集，在没有保护副本的情况下，闪存缓存设备的容量必须至少为容量设备上预期消耗存储的 10%。有关确定全闪存群集缓存比率的指导。

vSAN 要求，向群集提供存储的主机上至少有一个磁盘组，群集至少由三个主机组成。使用具有统一配置的主机，以获得 vSAN 的最佳性能。

原始容量和可用容量

提供大于虚拟机容量的原始存储容量以便能够处理某些问题。

• 不要将闪存缓存设备的大小包括在容量中。这些设备不会提供存储，并且除非您已添加闪存设备用于存储，否则这些设备将用作缓存。
• 提供足够的空间来处理虚拟机存储策略中的允许的故障数主要级别 (PFTT) 值。如果 PFTT 大于 0，将会增加设备占用空间。如果 PFTT 设置为 1，占用空间将加倍。如果 PFTT 设置为 2，占用空间将变为三倍，依此类推。
• 通过检查各个主机上（而不是整合的 vSAN 数据存储对象上）的空间，确认 vSAN 数据存储具有足够的空间进行操作。例如，撤出某个主机时，数据存储中的所有可用空间可能位于您正撤出的主机上。群集将无法容纳撤出到其他主机。
• 如果具有精简置备存储的工作负载开始消耗大量存储，请提供足够的空间以防止数据存储容量不足。
• 验证物理存储是否可以在 vSAN 群集中容纳主机的重新保护和维护模式。
• 注意 vSAN 的可用存储空间开销。
  • 磁盘格式版本 1.0 会增加额外开销，每个容量设备约为 1 GB。
  • 磁盘格式版本 2.0 会增加额外开销，通常每个设备不超过 1-2% 的容量。
  • 磁盘格式 3.0 及更高版本会增加额外开销，通常每个设备不超过 1-2% 的容量。如果启用去重和压缩功能以及软件校验和，则每个设备需要约 6.2% 容量的额外开销。

有关规划 vSAN 数据存储容量的详细息，请参见《VMware vSAN 设计和优化指南》。

vSAN 策略对容量的影响

虚拟机的 vSAN 存储策略会通过多种方式影响容量设备。

vSAN 虚拟机策略和原始容量

策略影响的方面	描述
策略更改	允许的故障数主要级别 (PFTT) 会影响您必须为虚拟机提供的物理存储空间。PFTT 值越大，可用性越高，必须提供的空间也更多。 当 PFTT 设置为 1 时，虚拟机的 VMDK 文件必须具有两个副本。当 PFTT 设置为 1 时，50 GB 的 VMDK 文件需要在不同主机上有 100 GB 空间。如果将 PFTT 更改为 2，则必须在群集中的主机上具有足够的空间来支持 VMDK 的三个副本或具有 150 GB 空间。 一些策略更改（例如每个对象上新的磁盘带数）需要临时资源。vSAN 将重新创建受更改影响的对象。对于某个时间，物理存储必须同时容纳旧对象和新对象。
重新保护或维护模式的可用空间	将主机置于维护模式或者克隆虚拟机时，数据存储可能无法撤出虚拟机对象，尽管 vSAN 数据存储指示有足够的可用空间。如果可用空间在将置于维护模式的主机上，则会出现此空间不足的情况。