图1 某4节点vSAN项目拓扑

图2 当前有84台虚拟机

客户的虚拟化项目是在2017年实施的，项目使用4台联想3650 M5的服务器组成vSAN架构，每台服务器配置了2块E5-2620 V4的CPU、256GB内存、一块 300GB的硬盘（用来安装系统）、2块400GB的Intel S3710固态硬盘、10块900GB的2.5英寸SAS磁盘。

网络部分配置了2台华为S6720-30C的万兆交换机、2台华为S5720S-52X的千兆交换机。每台服务器集成4端口千兆网卡、添加一块2端口万兆网卡。2端口万兆网卡专用于vSAN流量（每个端口连接到一台万兆交换机），2台 S6720使用QSFP 40G线缆采用堆叠连接。4端口千兆网卡中的第1、第2端口连接到2台S5720的Access端口（划分为vlan2381）用于ESXi主机的管理；第3、第4端口连接到2台S5720的Trunk端口用于虚拟机的流量，网络拓扑如图1所示。

另外配置了一台服务器用于备份（服务器集成的4端口千兆网卡连接到S5720交换机）。

项目的预期是将在用的60多台物理服务器（每台服务器配置了一块E5-2603或 E5-2609 的 CPU、16GB 内存、3块 300GB的 SAS磁 盘使用RAID-5划分，Windows Server 2008 R2的操作系统、SQL Server 2008的 数据库组成的应用系统），迁移到用这4台服务器组成的vSphere虚拟化环境。

但实际情况是，在项目上线之后不到2年的时间里，除了将原计划的60多台物理服务器迁移到这4台主机组成的虚拟化环境中之外（原来的60多台物理服务器全部下架），又增加了20多台新上业务的虚拟机，现在已经运行了84台虚拟机（如图2所示），承载了单位全部服务器的应用。在此期间这4台服务器的内存扩容过两次，现在每台服务器内存是384GB内存。

采用服务器虚拟化后，大大提高了主机资源的利用率，同时利用虚拟化的高可用性，使所有的业务虚拟机都受HA保护，在很大程度上降低了业务服务中断的风险。

但随着业务系统的增加，伴随着数据量的增长，现在的服务器的存储资源、内存资源已经不能满足未来1年的业务发展需求，计划通过增加主机实现存储资源、内存资源及CUP资源的扩充（当前4台主机合计配置了1536GB内存、38T的硬盘容量），以满足未来1年的业务发展需要。

当前存储可用空间为4.53TB，小于1台主机所能提供的存储容量（每台主机提供8.2TB存储空间），当1台主机宕机后，剩余的3台主机没有足够的存储空间承载宕机主机所存储的虚拟机的数据。

再与客户分析现状并就未来的需求进行交流后，客户选择了如下的升级方案。

1.在集团下架的60多台服务器中，选择一台较新的联想3650 M5的服务器（其他的服务器是3650 M4或更早的型号），但这台服务器是E5-2609 V3的CPU。而现在虚拟化中4台3650 M5采用的是E5-2620 V4的CPU，这台是V3的CPU，购买2块E5-2620 V4的CPU，将内存扩充到384GB，配置2块2端口万兆网卡、2块800GB的Intel DC P3700 PCI-E接口的固态硬盘、10块1.2TB的2.5英寸SAS磁盘、1块300GB的2.5英寸SAS磁盘（用来安装ESXi系统），准备将这台服务器添加到现有虚拟化环境中，组成5节点标准vSAN群集，扩充虚拟化的资源。

2.为了保证数据的安全，在2017年项目实施中配置了备份服务器。当时采用了1台DELL R720服务器，配置了8块4TB的硬盘，采用RAID-50之后可用容量约22TB。现在随着业务数据量增加整个虚拟化平台存储达到32T（标准vSAN群集，混合架构磁盘组，虚拟机实际占用的空间是使用空间的一半，虚拟机实际数据量约16TB），备份服务器的容量已经不能很好的对现有的业务虚拟机进行完全的备份。给客户的建议是再增加1台服务器用作备份或者将现有的备份服务器的硬盘替换成8块12TB的硬盘。客户选择更换硬盘，采用RAID-50之后容量约64TB，可以满足现有业务虚拟机的完全备份以及未来1-2年的需要。

3.原来的虚拟化主机管理网络采用千兆，随着虚拟机数量的增加，以及备份占用带宽，将原来虚拟化主机管理网络与虚拟机流量网络升级为万兆网络、将备份数据传输升级到万兆网络，这样可以获得更好的性能，数据备份恢复效率更高。为此需要为原有4台主机与备份服务器各添加1块万兆网卡，新采购2台万兆交换机并与现有千兆交换机互联。