VMware ESXi 5补丁是否累计？
这看起来很基本，但我对手动更新独立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修补程序下载门户提供的修补程序来更新单个主机。 这个过程很简单 ，所以部分是有意义的。
- Vagrant框最类似于Amazon EC2实例
- 作为共享用户login是一个坏习惯吗？
- 我如何重命名一个Unix用户？
- 什么是配线架？
- 在Windows Server 2012中查看login用户的最佳方式是什么？
更大的问题是确定实际下载和安装的内容。 就我而言，我拥有大量特定于HP的ESXi版本，其中包含用于HP ProLiant硬件的传感器和pipe理。
- 假设这些服务器从9/2011版本的ESXi版本＃474610开始。
- 查看下面的修补程序门户屏幕快照，有一个针对ESXi update01的修补程序，构build号为＃623860。 还有修补程序＃653509和＃702118的修补程序。
- 引入旧版本的ESXi（例如特定于供应商的版本），使系统完全保持最新状态的正确方法是什么？ 哪些补丁是累积的，哪些需要按顺序应用？ 是安装最新的构build正确的方法，还是我需要退后一步，并增量补丁？
- 另一个考虑是补丁下载的大尺寸。 在带宽有限的站点，下载多个〜300MB的补丁是很困难的。
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
希望这有助于