重新设计vSphere发挥最大潜力

日期: 2014-12-17 作者:Brian Suhr翻译:郑文帅 来源:TechTarget中国 英文

使用VMware技术的IT企业如果用了好几年vSphere,可以从几个领域受益,从检修到通过不需要的管理任务节省IT人力。 vSphere现代化设计理念是什么?我在2013年给我的很多客户演讲的时都会提及,比如更新或验证VMware的设计,又或者为一个新建项目推荐新的设计。 为了详细阐述一些老的体系结构项目,我将解释在vSphere环境主体结构部分中的一些——网络、集群和存储。现代化设计的选择可让管理员明白如何改善运营环境以及降低支持基础设施所作的努力。

我的很多客户在使用ESX 3.5和vSphere4.x的时候就开始或者扩展他们的VMware技术。在这些环境的建设中,他们遵循那个时代的vS……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

使用VMware技术的IT企业如果用了好几年vSphere,可以从几个领域受益,从检修到通过不需要的管理任务节省IT人力。

vSphere现代化设计理念是什么?我在2013年给我的很多客户演讲的时都会提及,比如更新或验证VMware的设计,又或者为一个新建项目推荐新的设计。

为了详细阐述一些老的体系结构项目,我将解释在vSphere环境主体结构部分中的一些——网络、集群和存储。现代化设计的选择可让管理员明白如何改善运营环境以及降低支持基础设施所作的努力。

我的很多客户在使用ESX 3.5和vSphere4.x的时候就开始或者扩展他们的VMware技术。在这些环境的建设中,他们遵循那个时代的vSphere设计实践。随着时间的推移,这些客户遵循相同的设计做了就地升级和建立新的主机。但这些客户没有更新他们的vSphere设计实践并利用新特性。

为了详细阐述一些老的体系结构项目,我将解释在vSphere环境主体结构部分中的一些——网络、集群和存储。现代化设计的选择可让管理员明白如何改善运营环境以及降低支持基础设施所作的努力。

网络


虚拟网络在许多老的vSphere设计里常常被忽视。管理员通常遵循围绕着最初设计中网络所做的是什么而进行。这儿有两个主要的类型分别是使用虚拟交换机和物理上链设计。

在虚拟交换机设计部分,我看到大量的客户还在继续使用vSphere标准交换机(VSS)。这通常不是由于许可的限制,而是在一个比较舒适水平或者旧的习惯。在vSphere每一个发行版本中,vSphere分布式交换机(VDS)在增强功能方面都取得了巨大的改进。我觉得没有太多——如果有的话——在今天大多数设计中不使用VDS的正当理由。

我看到的另一件事是客户将采用VDS——但是他们像VSS一样使用。举个这方面的例子,就是他们使用VDS,但是在每个集群都有它们的VDS或者多个VDS交换机。他们可能一个VDS用于管理,一个VDS用于虚拟机或者一个VDS用于存储。这违背了VDS理念,单个VDS就可以满足使用多个交换机需求并降低复杂性。

其中一些老的配置也因网络上行链路被配置为vSphere主机的方式。之前,千兆以太网络是VMware最快的选项而且你还可以看到主机都有两个、四个或者更多的千兆网卡。管理员将这些网卡成对地分组并用它们来区分不同类型的流量。这些成对的上行链路将匹配到虚拟交换机—这就是multiswitch设计的来源。我见过的环境——即使升级到万兆网络——仍然使用多条上行链路仅用于分离流量的目的。即使他们只使用1%的上行能力,他们仍然继续依赖于传统的体系结构。

在一个现代化vSphere设计里,我更愿意看到客户使用单个的VDS和一对10GbE上行链路连接。这样的配置可以通过虚拟交换机中的负载均衡选项来帮助控制不同类型的流量。我们也有网络I/O控制器(NIOC),在VDS上作为另一种控制不同类型流量的方式。这些叠加的设计使它更容易的支持体系架构,更能够支持大多数环境的需求。

集群


vSphere的集群部分自从3.5和4.x之后也越来越成熟,集群HA的设计局限性已经过去很久了。此外,随之时间的推移,在CPU调度和资源管理方面也提高了改进,对多数企业来说这将可以提高更高的整合率。

不幸的是,事实上仍然有很多集群还运行在20%-30%的能力上。不能正确地管理性能或寻求更高的整合率,我看到了集群比主机需求还要多。我想这是为客户解决这个问题的一个很好的机会,而且可能会需要少些主机并节省许可费用。

然而肯定有单独的集群用于工作负载的一些设计要求,由于我看到太多的单独集群用于应用程序或者项目。其中部分原因可能跟企业的储备项目和购买硬件的方式有关,但是只有更大的vSphere集群才能实现更大的节约。

我不是说每个人都应该仅建立一个大型集群,但与其建立三到四个节点的集群,倒不如一个管理员应该要考虑到8到16个节点的集群。这将取决于你管理资源的能力。你也不需要通过少数集群中得到节约。

在某些情况下更改这些可能会有不同的限制,比如数据库许可或需要一个DMZ集群可能会驱使需要一些小的集群。当然这些都是列外而不是惯例。

存储


就像之前讲过的话题中,数据存储区的大小是一个平常的事情,没有像其他很多配置从过去中改变太多。在vSphere的早期的时候,你可能会看到单个或几个虚拟机的较小的数据存储。这是由于那个时期的旧的存储技术和数据存储大小的限制。这些限制已经过去很多年,现在有较少的能力的,更大的数据存储区将要成为标准。

现在可能有一些推动用于某些虚拟机和集群的数据存储大小的设计需求的因素。比如,如何复制一组虚拟机或特定功能的一组虚拟机子集而不是整个环境。对于你的大多数虚拟机来说,数据存储开始是2TB是个不错的事情。但随着现在64TB上限的数据存储的出现,你可以在保守和最大之间找到一个折中的方式。

只要你能确保满足你的容量和性能。它将更容易的监控和维护少量的数据存储而不是许多较小的几乎全满的数据存储。

作者

Brian Suhr
Brian Suhr

解决方案架构师

相关推荐