VMware vSphere 6.0 Beta 2

network

   新功能增强列表：

支持更多的x86平台下的设备，支持OpenStack，支持FreeBSD 10和Asianux 4 SP3；

虚拟机的vCPU数量可以到128个，vRAM可以到4TB；

ESXi Host单机最大支持480个pCPUs；

ESXi Host单机最大支持12TB内存；

Datastores可以到64TB；

ESXi Host单机最大支持1000台Vms；

最大支持32个Serial Ports；

增强了虚拟机的Virtual Graphics功能；

支持针对虚拟机的Storage I/O Controls；

支持Virtual Volumes（VVoL），这个功能可以讲当前的SAN/NAS配置为VM-aware，进而将其定义为VMDK的首选存储；

增加了存储和可用性能力的整合，心的Content Library，存储产皮里包含了Virtual SAN，Virtual Volumes，vFlash，vSphere Replication和SRM用于提高存储的可用性；

支持NFS v4.1 with Kerberos；

支持跨vCenter Server，Datacenter和Folder做vMotion；

支持跨Virtual Switches做vMotion；

支持长距vMotion，RTTs大于100ms；

支持两种模式的FT，分别是：SingleProcessor VM FT和Multi-Processor VMs FT（SMP-FT），后者最大可以到4个vCPU（某些用户可以Happy一下了）；

支持与vCloud Hybrid Service（vCHS）整合，用于将数据Replicate和backup到vCHS Cloud里；

支持vSphere Replication，同时将其RTO提升到了5分钟；

vSphere Replication支持单vCenter Server下最大2000 Vms的Replication；

增强了Application HA功能，兼容了更多的关键性的应用的高可用；

支持针对VM级别的Network I/O Control；

支持通过vDS实现带宽预留保障；

增强了vSphere Web Client功能，开始融合vSphere Client和vSphere Web Client，两者统一用vSphere Host Client来代替；

支持Multi-Site Content Library，简单说就是可以更加有效的管理VM模板、vApps、ISO等；

推出了针对Virtual Datacenters的智能资源汇聚和Policy-based Placement；

支持Policy Based Management，允许管理员更加有效和自动化的完成初始化和持续的Virtual Machines管理；

network

在今年八月于旧金山召开的VMworld大会上，最受关注但却又未能如约登场的无疑是VMware的vSphere最新升级版本。

虚拟巨头此前曾在未谈及具体版本的情况下推出了一套vSphere beta测试版本，但本届大会除了轻描淡写的提及之外没有具体说明该新版本中的任何内容。

尽管业界普遍认为——甚至有人公开宣称这套beta版本正是vSphere 6.0的序章，但VMware官方并没有就此作出任何回应。

直到本周四，虚拟巨头终于为高度关注这套方案的用户们带来了真正的vSphere 6.0候选版本，并向他们开放下载。

其中包含哪些新内容？VMware在公开的增强项目清单当中提到，VSAN 2.0已经被引入其中、此外还包括大量可扩展性改进以及其它诸多“显而易见、触手可及”的提升。新版本带来新的vSphere Web客户端，用以替代当前这个导致用户怨声载道的现有版本; 此外，面向Windows系统的新一代vCenter也一同闪亮登场。而且正如我们在之前文章中的介绍，VVOL也是如约而至。

另有一份专门提供给测试人员阅读的候选版本说明文档——当然，我们也已经一窥其真容——其中谈到该候选版本中所包含的各项新特性：

允许用户将Free BSD 10.0以及Asianux 4SP3作为访客系统; 虚拟机容量将扩展至129个虚拟CPU与4TB虚拟内存; 支持主机配备480个物理CPU、12TB内存以及64TB存储空间; 针对用于控制每套虚拟机系统的存储I/O提供服务水平管理方案，并通过分布式vSwitch带宽预留机制实现同样的网络I/O控制效果; 虚拟机最多可配备4套虚拟CPU，从而在vSphere Fault Tolerance的作用下实现连续可用性保护; vMotion支持超过100毫秒的往返时长，这意味着vMotion能够利用移动宽带正常运作，这将使灾难恢复机制更为灵活。

不过说明文档中并没有提到这款新软件将于何时正式发布。

有业内人士打赌称，该产品将在今年十月十四号的VMworld欧洲大会上得以公开。我们则更倾向于认为届时公布的产品将被称为“vSphere 2015”——虽然不像虚拟化频道那么肯定——这是因为虚拟巨头可能更热衷于使用新的命名方案而非让版本数字不断增加。

VMware甚至偷偷在一篇讨论该候选版本的博文中提到了vSphere 2015这样的字眼，这让我们对自己的猜测结论更自信了些。

network

vSphere 6.0 RC版本随带的vSAN 2015版本新增了故障域（Fault Domain）功能，这个故障域(Fault Domain)功能可以帮助我们人为的设定ESXi Host是否存在于同一个故障域，创建方式如下图所示：. K5 w0 R1 C2 ~





Fault Domain存在的价值在于允许vSAN Cluster里的ESXi Hosts分布在不同的故障区间，这样就可以确保虚拟机不会跑到相同的故障区间里。不过，需要注意的是这个故障域与vMSC之类的还是不同的，不算什么双活功能；4 C$ t; m* j1 s; A: d

如下图所示，是Fault Domain的示意图：3 n9 C/ r' M$ e% d


) L4 ]7 o# p9 r. [: \+ p1 L
6 f$ f0 X1 n2 a! c" m& L
! Y5 }5 l+ L, O
本例中，我们配置了2个故障域，如下图所示：2 R9 }# S% _8 l+ x



$ X$ x! J4 K8 G" h( a$ o; z/ h
) ]: A" R0 Q- ?+ ?/ |: l. h' Y/ c( t
故障域的配置方式可以通过两种方式来完成，分别是：
9 f  B  }, O- \& g1 {

• vSphere Web Client
• ESXCLI命令行

# D5 h( v+ |; I' Y' p) @" I
2 ?7 E. s$ \: E: f3 r9 _9 h* d) _
ESXCLI命令行的配置命令是：

• esxcli vsan faultdomain set --fdname=FD01

复制代码
查询故障域的命令是：

• esxcli vsan faultdomain get

复制代码

$ r" m- ]! ?8 ~' R) u: |/ @

备注：当启用了Fault Domain功能之后，计算Number of failures to tolerate（FTT)就不单是原来的FTT=n，所以Replica ＝ n + 1，而是FTT= 2n + 1，因为，需要考虑到Fault Domain的存在会考虑到跨FD的问题。也就是说FTT不再基于主机，而是基于Fault Domain了……