这看起来很基本,但我对手动更新独立VMware ESXi主机所涉及的修补策略感到困惑。 VMware vSphere博客试图解释这一点 ,但实际的stream程仍然不清楚。
从博客:
假设Patch01包含以下VIB的更新:“esxi-base”,“driver10”和“driver 44”。 然后Patch02出来更新“esxi-base”,“driver20”和“driver 44”。 P2是累积的,因为“esxi-base”和“driver44”VIB将包括Patch01中的更新。 但是,重要的是要注意Patch02不包含“驱动程序10”VIB,因为该模块没有更新。
这个VMware社区的post给出了一个不同的答案。 这个与另一个矛盾。
我遇到的许多ESXi安装是独立的,不使用Update Manager 。 可以使用通过VMWare修补程序下载门户提供的修补程序来更新单个主机。 这个过程很简单 ,所以部分是有意义的。
更大的问题是确定实际下载和安装的内容。 就我而言,我拥有大量特定于HP的ESXi版本,其中包含用于HP ProLiant硬件的传感器和pipe理。
ESXi修补程序是累积的。 我刚刚从内部版本号:623860到内部版本号:721882跳过了几个补丁。 没问题。
VMware员工Kyle Gleed说:“修补程序是累积性的,我们通常每3个月发布一次修补程序包,新的修补程序公告将包含所有早期公告中的更新/修复程序。
http://blogs.vmware.com/vsphere/2012/02/understanding-esxi-patches-finding-patches.html
VMware有一篇新的博客文章
相关的总结是:
总之,答案是肯定的,ESXi补丁包是累积的。 但是,使用ESXCLI命令从命令行应用修补程序时,您需要小心以避免陷入可能会错过某些更新的情况。
关键是从命令行应用修补程序时,需要确保使用“esxcli软件configuration文件更新…”命令而不是“esxcli software vib update …”命令来应用修补程序。
…
修补程序基本上是VIB的更新,并分发为ZIP档案。 这些存档可以加载到更新pipe理器中,也可以将其复制到主机并与ESXCLI命令一起使用。 需要注意的是,除了更新的VIB外,补丁档案还包括映像configuration文件中所有其他VIB的最新版本。 当你下载一个补丁,你不只是下载更新。 您将获得完整的ESXi软件映像。
所以,是的。 只要你正确安装,它们就是累积的。
假设您以最新的可安装 (基于.ISO的)软件包为基础,修补程序似乎是累积性的 。
所以我最近的例子是closuresESXi 5.1.ISO(build#799733)并将其安装到我的物理服务器上。 从那里,我有一个选项#838463或#914609。 对变更日志和知识库条目的仔细分析表明#914609构build包含了#838463的所有内容。 所以我可以直接从基本安装(#799733)开始,直接进入修订版本。
鉴于他们的补丁系统的复杂性,我会从那里安装最新的构build和更新,如果可能在您的环境中。
将所有下载文件存储在一个位置,如有必要/可能将其重命名,以便您知道在有限的带宽上修补其他系统的顺序。 把这些文件放在一个大的USB上,并把它带到你的其他地方。
试图找出愚蠢的补丁结构看起来令人发狂。
ewwhite,您可能已经遇到了这篇文章,但是我已经把它join了书签:
http://blogs.vmware.com/vsphere/2012/02/understanding-esxi-patches-finding-patches.html
希望这有助于