所以’自从我已经有一段时间了’能够在云中张贴一些东西,我’一直很忙,需要花时间更新PunchingClouds并将其移至HOT新位置,但我想为那些曾经或不时来到这里的人迅速提出一些建议。我最近遇到了自动部署问题,这是vSphere 5平台的新功能之一。

自动部署似乎引起了业界的极大兴趣,并且有来自 邓肯·埃平,(VMware 虚拟化坏蛋摇滚明星的一半!二人组Frank和Duncan), 埃里克·斯洛夫(Erick Sloof), 加布’s Virtual World,其余的社区突出显示“自动部署”’的配置和功能。老实说,我认为Auto Deploy在市场上显然占有一席之地,但是有些事情需要一些工作和微调,我’确保VMware的人员在继续推动云自动化战略时会有所作为。总体自动部署是一项非常不错且有用的功能,只要基础架构中对此有要求即可。

因此,最近在制定新的vSphere 5架构品牌的计划和设计时(Greenfields宝贝!!!您经常得到这个?),我遇到了Auto Deploy和将要使用的硬件的问题思科UCS。此特定设计的一项关键技术设计决策是在Cisco UCS上实施ESXi 5的无状态构建。对于我们来说,问题并不是真正的阻碍因素,但我们必须确保客户会批准解决方案之前的工作,然后才能继续进行生产。从客户的角度而言,这更多是与可支持性有关的,而不是其他任何方面。

所以这是发生的事情和问题的发现:

所有Auto Deploy必需组件均已以所需支持的方式(TFTP,DHCP,专用IP作用域等)正确部署,并且与世界上绝大多数公司一样…他们的大多数基础结构服务都基于Microsoft解决方案(AD,DNS,DHCP,NAP等)。因此,在配置Auto Deploy并激活Cisco UCS刀片的初始引导映像后,刀片无法PXE引导并连接到Auto Deploy服务器(在本例中为vCenter),它们只是超时。经过研究,故障排除和与该项目的同事和首席架构师的讨论,我在这里将其称为 曼恰赫 我们决定采用其他方法并尝试一些新方法。 乡亲 在企业网络,安全性和其他领域等许多事情中,碰巧是一个非常了解网络的人…他足够了。重点是我听了,我们决定构建一个基于Linux的DHCP服务器,然后看看结果如何。我们能够确定Cisco UCS刀片服务器正在从基于Linux的DHCP服务器而不是Microsoft DHCP服务器中获取保留的IP地址,这实际上是Cisco UCS刀片服务器无法PXE引导并连接到自动服务器的原因。部署服务器。 自动部署是此体系结构设计的关键功能。在过去的极少数情况下,我经验丰富,有时Microsoft服务与其他技术的交互存在问题。’t基于MS-DOS 6.22:)只是在开玩笑,但认真的说,我们想看看这种行为是否会重演,并猜测… it didn’t。因此,这里的问题是,Cisco UCS刀片服务器无法从基于Microsoft的DHCP服务中进行接收和寻址,但是他们能够从基于Linux的DHCP服务中进行获取(我们使用Ubuntu)。

我们继续创建新的DHCP IP范围并通过将MAC地址映射到IP为所有主机添加预留 ’使用此方法,一切正常。经过更多的研究和挖掘,我们从思科获悉,该问题将在新的Cisco UCS 2.0版中得到纠正。

因此,如果您使用Cisco UCS版本1.4,那么这对于那些与您合作的人来说要特别注意’重新考虑针对无状态构建而实施Auto Deploy的情况,而当前的DHCP解决方案基于Microsoft DHCP服务就知道它赢得了’除非您使用的是基于Linux的DHCP解决方案,或者在Cisco UCS 2.0版上(我尚未确认),否则此功能将无法正常工作。如果可以在环境中引入基于Linux的DHCP服务器,则解决方法有些简单。

我们最终升级了客户Cisco UCS 2.0,但由于客户批准了在管理子网中部署基于Linux的DHCP服务器,因此无法验证问题是否已解决。

我希望这对某人有用。在您附近的黑色钻石上见!更多即将推出。

X
发布时间: 2021-05-09 06:35:00

最近发表