VMware企业虚拟化综合实验2 vm虚拟化技术

一、实验目的

配置实现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自动实时迁移。（注意：如果策略配置的不合适，会造成虚拟机频繁迁移影响性能）

十、最后

因虚拟机环境和性能问题无法进行更进一步的实验，欢迎大家点评指导~