|
VMware企业虚拟化综合实验2 2021-12-31 20:23 一、实验目的 配置实现vSAN、vMotion、HA、FT、DRS等功能 二、名词解释 资源池：将CPU和内存资源抽象化，如双路双核2Ghz换算为CPU资源为8Ghz vmtools：VM增强功能，可以在主机与客户机之间传递消息，进行更进一步虚拟机状态检测 vSAN：基于软件的分布式存储方案，也是HCI超融合架构的基础之一 RDM：原始设备映射，即硬件直通，可以将硬件控制器如SATA硬盘、PCI设备映射到虚拟机中 故障域：如有三机架，每机架两台服务器，默认情况下数据会随机分布式存放在所有主机上，当一机架故障时，两台服务器同时掉线可能会造成数据丢失，通过将三机架配置三个故障域，vSAN会确保同一份数据会在至少两个机架上存储，保证数据安全。（在标准化机房中，电源和网络都做了冗余设计，机架式故障其实难以发生，默认情况下每台esxi都是一个独立主机故障域） 维护模式：若要关闭并维护esxi主机，务必确保主机进入维护模式，系统会提示将虚拟机和数据撤出，防止数据丢失和服务中断 HA：高可用性，开启HA后，当一台esxi故障，可在另一台esxi上重启中断的虚拟机 FT：容错，开启FT后，会为目标虚拟机在另一台esxi上创建一个影子虚拟机，数据完全同步，当目标虚拟机所在的esxi崩溃时，影子虚拟机会实时接替工作，实现业务0停机。（实际上FT使用极少，因为限制较多，如虚拟机cpu核心数量限制、不能快照等） DRS：分布式资源调度，可以根据策略动态调整各个esxi主机的负载（务必保证物理机资源充足，极端情况下可能会因为资源不足导致虚拟机频繁切换主机） VxRail：戴尔出品的超融合一体机，内置VxRail套件，与之对应的是其他厂商的超融合设备，配置相对繁琐 vMotion：虚拟机实时迁移，可以在中断业务的情况下将虚拟机从一台esxi上移动到另一台 传统机房三层架构：即接入汇聚核心三层，各服务器通常不处于同一vlan，无法实现虚拟机迁移 数据中心大二层架构：通过交换机堆叠和vxlan虚拟vlan技术，在逻辑上服务器都属于同一个vlan，虚拟机可以在其中进行迁移 三、实验环境 环境进行简化，不进行vlan划分，不进行端口汇聚，因主机性能不足仅演示vSAN、HA、FT、DRS、vMotion等功能 centos7 开启内核转发、NTP、DNS IP:192.168.20.20 vCenter vcenter.tntsec.com IP:192.168.20.40 vSAN01 vsan01.tntsec.com IP:192.168.20.51 vSAN02 vsan02.tntsec.com IP:192.168.20.52 vSAN03 vsan03.tntsec.com IP:192.168.20.53 vSAN硬盘配置为40G、100G、200G，网络都使用vmnet1,为各主机添加许可证（百度即可），配置DNS、NTP，在vsan01上安装vcenter，配置过程直接选择创建VSAN集群，100G标记为SSD缓存层，200G标记为HDD容量层 四、部署vSAN 进入vCenter后，为vSAN和vcenter分配许可证 添加另外两台esxi 声明磁盘（注意：左侧192.168.20.51红标提示的是内存不足） 为vmkernel启用vSAN网络 容量自动扩容至600G 为vSAN配置存储策略，默认策略为RAID1 查看容量双倍占用，vSAN运行正常 五、启用vMotion 为各个主机启用vMotion 测试vMotion 无停机热迁移成功，主机从192.168.20.51（即vsan01.tntsec.com，添加的时候忘了改名）迁移到vsan02.tntsec.com 六、vSAN安全性测试 测试vSAN安全性，直接给vsan01断电，此时vsan01服务器掉线，但迁移到vsan02上的vcenter依旧运行正常 vSAN将会进行报警提示，若在策略时间内没有修复故障，一段时间后vSAN会在可用的主机上再次创建备份。 启动vsan01，报警自动取消（注意：左侧vsan02上的红色叹号是提示内存不足） 七、HA 启用HA 查看保护状态，须在客户机安装vmtools检测客户机实际工作状态（因内存不足无法创建虚拟机测试HA功能） 八、启用FT FT要打开日志记录功能 启用也很简单 但是我在虚拟机里无法再次模拟虚拟机 九、启用DRS 启用DRS的前提是启用vMotion，vMotion是虚拟机实时迁移，DRS是根据策略使用vMotion自动实时迁移。（注意：如果策略配置的不合适，会造成虚拟机频繁迁移影响性能） 十、最后 因虚拟机环境和性能问题无法进行更进一步的实验，欢迎大家点评指导~ |
