vSphere Datacenter设计– vSphere 6.0中的vCenter体系结构更改–第1部分

最近,由于新版本中即将进行的所有更改,我一直在使用vCenter 6.0进行确切的工作。关于vSphere 6.0,我最喜欢的事情之一就是简化了vCenter和相关服务。以前,每个单独的主要服务(vCenter,Single Sign-On,清单服务,vSphere Web Client,Auto Deploy等)都是单独安装的。在确定最佳的环境构建方法时,这增加了复杂性和不确定性。

随着vSphere 6.0的发布,vCenter Server的安装和配置已大大简化。现在,vCenter的安装仅包含两个组件,这些组件为虚拟数据中心提供所有服务:

  • 平台服务控制器 –这为数据中心提供基础结构服务。平台服务控制器包含以下服务:
    • vCenter Single Sign-On
    • 许可服务
    • 查询服务
    • VMware目录服务
    • VMware证书颁发机构
  • vCenter Services – vCenter Server服务组提供了其余vCenter Server功能,其中包括:
    • vCenter服务器
    • vSphere Web Client
    • vCenter清单服务
    • vSphere自动部署
    • vSphere ESXi转储收集器
    • vSphere Syslog收集器(Microsoft Windows)/ VMware Syslog服务(设备)

因此,在部署vSphere 6.0时,您需要了解这些更改的含义以正确构建环境,无论是全新安装还是升级。与以前的版本相比,这是一个巨大的变化,并且它将成为许多讨论的来源。

为避免混淆,我与VMware Global Support,VMware Engineering的同事和我已经制定了有关受支持的体系结构和部署模式的指南。这个由两部分组成的博客系列将讨论如何正确构建和部署vCenter 6.0。

vCenter部署模式

部署vSphere 6.0时,可以使用两种基本架构:

  • 带有嵌入式Platform Services Controller的vCenter Server –此模式将所有服务与vCenter Server安装在同一虚拟机或物理服务器上。配置如下所示:

vSphere Datacenter设计– vSphere 6.0中的vCenter体系结构更改–第1部分

对于小型环境,或者简单性和减少的资源利用率是环境的关键因素,这是理想的选择。

  • 带有外部Platform Services Controller的vCenter Server –此模式将平台服务安装在与vCenter服务安装位置不同的系统上。安装平台服务是安装vCenter的先决条件。配置如下所示:

vSphere Datacenter设计– vSphere 6.0中的vCenter体系结构更改–第1部分

 

对于具有多个vCenter Server但您希望该站点使用一个单一窗格的较大环境,这是理想的选择。

选择体系结构至关重要,因为一旦选择了模型,就很难更改,并且配置限制可能会限制环境的可伸缩性。

增强链接模式

这些架构更改的结果是,可以将Platform Services Controller链接在一起。这样可以对配置为使用Platform Services Controller域的任何vCenter Server启用一个单一的窗格视图。此功能称为“增强的链接模式”,它是“链接模式”的替代,“链接模式”是只能与vCenter for Windows一起使用的结构。使用增强链接模式时,建议的配置是使用外部平台服务控制器。

注意:尽管从技术上讲,可以使用嵌入式Platform Services Controllers并启用“增强的链接模式”,但这不是建议的配置。有关更多详细信息,请参见《 vSphere 6.0的推荐拓扑列表》(2108548)

以下是有关如何以及如何不配置增强链接模式的一些推荐选项。

  • 具有高可用性的外部平台服务控制器的增强链接模式(推荐)

在这种情况下,将Platform Services Controller配置在单独的虚拟机上,然后将vCenter Server加入该域,从而提供增强的链接模式功能。配置如下所示:

vSphere Datacenter设计– vSphere 6.0中的vCenter体系结构更改–第1部分

 

这种方法有优点也有缺点。好处包括:

  • 合并服务消耗的资源更少
  • 允许更多的vCenter实例
  • 单一环境管理

缺点包括:

  • vCenter和Platform Service Controller之间的网络连接丢失会导致服务中断
  • 需要更多Windows许可证(如果在Windows Server上)
  • 更多虚拟机需要管理
  • Platform Services Controller上的中断将导致与其连接的所有vCenter Server中断。此设计不包括高可用性。
  • 具有高可用性的外部平台服务控制器的增强链接模式(推荐)

在这种情况下,平台服务控制器配置在单独的虚拟机上,并配置在负载均衡器的后面;这为配置提供了高可用性。然后,使用共享的负载平衡器IP地址将vCenter Server加入该域,该负载平衡器IP地址提供了增强的链接模式功能,但可以抵抗故障。此配置如下所示:

vSphere Datacenter设计– vSphere 6.0中的vCenter体系结构更改–第1部分

这种方法有优点也有缺点。好处包括:

  • 合并服务消耗的资源更少
  • 允许更多的vCenter实例
  • Platform Services Controller配置是高度可用的

缺点包括:

  • 需要更多Windows许可证(如果在Windows Server上)
  • 更多虚拟机需要管理
  • 嵌入式平台服务控制器的增强链接模式(不推荐)

在这种情况下,vCenter作为嵌入式配置安装在第一台服务器上。后续安装以嵌入式模式配置,但已加入现有的Single Sign-On域。

可以链接嵌入式Platform Services Controller,但这不是推荐的配置。最好具有Platform Services Controller的外部配置。

配置如下所示:

vSphere Datacenter设计– vSphere 6.0中的vCenter体系结构更改–第1部分

 

  • 组合部署(不推荐)

在这种情况下,将嵌入式和外部Platform Services Controller体系结构结合在一起。

可以链接嵌入式Platform Services Controller和外部Platform Services Controller,但是同样,建议不要这样做。最好具有Platform Services Controller的外部配置。

这是这种情况的示例:

vSphere Datacenter设计– vSphere 6.0中的vCenter体系结构更改–第1部分

  • 仅使用嵌入式平台服务控制器的增强型链接模式(不推荐)

在这种情况下,将有一个嵌入式vCenter Server Controller与vCenter Server链接到外部独立vCenter Server。

可以将第二个vCenter Server链接到现有的嵌入式vCenter Server和Platform Services Controller,但这不是建议的配置。最好具有Platform Services Controller的外部配置。

这是此方案的示例:

vSphere Datacenter设计– vSphere 6.0中的vCenter体系结构更改–第1部分