如何完成一个成功的VSAN PoC.pptxVIP

如何完成一个成功的VSAN PoC 议程概要 2 3 4 5 6 Virtual SAN简介 工欲善其事，必先利其器 POC验证的常见场景 性能，性能，性能 成功案例分享 2 “ ” “ ” 前所未有的⽤用户增量 2500+ 以我的经验，Vmware的解决⽅方案⾮非常可 靠。我们已经准备翻倍VSAN部署的规 模. 前18个月所积累的 企业用户数量 VSAN就像它描述地那样工作，事实上我 已经轻易地管理它，并且忘记它的复杂 性！ + •  嵌入在虚拟化平台中，可以横向扩容 的超融合基础架构的存储部分 •  以虚拟机为中⼼心的管理模型 •  和vSphere无缝集成 –  vMotion, DRS, HA, FT, VDP, VR … •  将每台ESXi主机中的本地磁盘聚合成 一个共享存储集群 •  动态的扩容和性能提升 •  闪存优化的存储系统 4 + + + + + VMware Virtual SAN简介 … + + ⼯工欲善其事，必先利其器 加速 使用案例 计划 结果 PoC验证中的常见场景 •  测试验证中，最重要的是什么？ 1.  成功部署VSAN 2.  在VSAN数据存储中成功部署虚拟机 3.  在故障发生时（主机，存储设备，网络），确保虚拟机的高可用性 4.  VSAN可维护性 5.  虚拟机的性能达到预期 CONFIDENTIAL 7 案例#1 – 成功部署VSAN •  确保已经安装最新版的VSAN •  如果PoC测试需要进行很长时间，确保合适的许可证是可用的 •  确保正确的网络配置。记住：VSAN需要组播网络, 因此，让网络团队预先准备好 •  需要最少三台主机. 确保这些已经准备好. •  需要最少三台主机贡献存储: –  至少一个存储控制器 – 确保其在硬件兼容性列表中,（以此确保驱动和固件得到验证） –  至少一块闪存设备(SSD, PCIe) 作为缓存–确保其在硬件兼容性列表中 –  至少一块HDD/SSD作为数据存储盘 –确保其在硬件兼容性列表中 –  或者考虑VSAN Ready节点作为一个可选项… 记住，VSAN Health Check会帮你完成大部分的工作 案例#1 – 成功部署VSAN CONFIDENTIAL 8 在每次测试后都要 运行它! 也可以使用它来解 决你之前遇到的问 题! 定期检查VSAN Health Check状态 CONFIDENTIAL 9 案例#2 - 成功部署虚拟机 使用Health Check验证虚拟机部署 前瞻性测试中的一部分. 这可以 验证是否可以在VSAN集群中创 建虚拟机 CONFIDENTIAL 10 组件在主机中的位置 案例#2 - 成功部署虚拟机 我创建了一个新的虚拟机, 但不确信它在磁盘上的存储位置 案例#3 - 在故障发生时，确保虚拟机的高可用性 •  以下各种故障应该作为典型PoC的一部分 –  主机故障 –  HDD / SSD故障 – 缓存/容量故障 –  网络故障 •  主要目的是确保虚拟机在故障中可以持续使用，这可能意味着VM在集群中的另 一个节点重启。 •  vSphere HA在这一过程中也发挥着重要作用。其已融合进Virtual SAN, 因此在故 障发生时, VM可以在集群中的其他主机上重启。 CONFIDENTIAL 11 案例#3.1 - 主机故障 •  我到底需要多少台主机？ –  最少需要3台主机来支持VSAN. •  在故障或维护模式下如何重建对象? –  如果在该故障期间，需要虚拟机保持高可用，考虑配置额外的容量（比如最少4个节点） CONFIDENTIAL 12 案例#3.2 - 存储故障 •  Virtual SAN 6.0 PoC白皮书中讲述了如何注入临时的磁盘错误 –  一个真实地磁盘故障会导致VSAN触发立即重建 –  /files/pdf/products/vsan/VMware-Virtual-SAN6-Proof-Of-Concept-Guide.pdf CONFIDENTIAL 13 弹出/脱机/拔出: 失联 在修复前等待60分钟 故障: 降级 立即修复 CONFIDENTIAL 14 前瞻性测试的一部分. 用来验证 VSAN集群是否达到可接受的组 播性能 案例#3.3 - 网络故障 组播配置错误是最常见的问题 案例#3.4 - 验证故障发生后的重建活动 •  Virtual SAN可能需要在后台移动数据: 改变策略, 主机故障, 长期/永久性组件丢失, 用户触发的重新 配置, 维护模式等等. •  Web客户端同步仪表盘展示了VM的重新同步和剩余需要同步