parcel 是独立的，并安装在版本目录中，这意味着可以并行安装给定 parcel 的多个版本。然后，您可以将这些已安装版本之一指定为活动版本。使用软件 package 时，一次只能安装一个软件 package，因此在安装内容和活动内容之间没有区别。

滚动升级需要 parcel。

您可以在文件系统中的任何位置安装 parcel。它们默认安装在中 /opt/cloudera/parcels。相反，软件 package 安装在中 /usr/lib。

从 parcel 安装时页面上，Cloudera Manager 会自动为群集中每个主机上运行的操作系统下载、分发和激活正确的 parcel。组成逻辑集群的所有 Cloudera Runtime 主机必须在相同的主要 OS 版本上运行，才能被 Cloudera 支持覆盖。Cloudera Manager 必须与其所管理的至少一个 Cloudera Runtime 集群在相同的主要 OS 版本上运行，才能被 Cloudera 支持所涵盖。运行不同的次要操作系统版本引起的问题风险被认为低于运行不同的次要操作系统版本引起的风险。Cloudera 建议运行相同的次要发行版跨集群，因为它可以简化问题跟踪和可支持性。

将 Cloudera Runtime 分发为单个对象-将 parcel 作为单个对象分发，而不是为 Cloudera Runtime 的每个组件都具有单独的 package。这样可以更轻松地将软件分发到未连接到 Internet 的群集。

内部一致性-所有 Cloudera Runtime 组件都匹配，从而消除了从不同 Cloudera Runtime 版本安装组件的可能性。

/usr之外安装-在某些环境中，Hadoop 管理员没有安装系统软件包的特权。有了 parcel，管理员可以安装到  /opt 或其他任何地方。

不使用 sudo 命令就可以安装 Cloudera Runtime。parcel 的安装由以 root 或另一个用户身份运行的 Cloudera Manager Agent 处理，因此您可以不带 sudo。

分发与激活脱钩-通过并行安装功能，您可以在切换到集群之前在集群中暂存新版本的 Cloudera Runtime。这样可以在不影响群集操作的情况下提前完成升级中最耗时的部分，从而减少停机时间。

滚动升级-使用软件包要求您关闭旧进程，升级软件 package，然后启动新进程。错误可能很难恢复，升级需要与程序包管理系统进行广泛集成才能无缝运行。使用 parcel，并排暂存新版本时，您可以通过简单地更改重新启动每个进程时使用的 Cloudera Runtime 版本来切换到新的次要版本。然后，您可以通过滚动重新启动来执行升级，其中以正确的顺序重新启动服务角色，以最小的服务中断切换到新版本。在整个群集中暂存新版本时，您的群集可以继续在现有已安装的组件上运行，不会影响您目前的运营。主要版本升级（例如，从 CDH 5 到 Cloudera Runtime 7）需要重新启动所有服务，因为版本之间存在重大变化。最后，您可以同时升级单个 parcel 或多个 parcel。

升级管理- Cloudera Manager 管理 Cloudera Runtime 集群升级中的所有步骤。

其他组件- parcel 不局限于 Cloudera Runtime 。LZO 和附加服务的 parcel 也可以使用。

与其他分发工具的兼容性- Cloudera Manager 与您用于下载和分发的其他工具（例如 Puppet ）一起使用。或者，如果您的集群没有 Internet 连接，则可以手动将 parcel 下载到 Cloudera Manager Server，然后让 Cloudera Manager 将 parcel 分发到集群。