DataStax Opscenter LifeCycle Manager似乎只能运行“安装”作业 . 看一下这种语言，似乎只是提供新的节点 .
可以使用LifeCycle Manager将现有（托管）集群升级到更新版本的Datastax企业吗？
Edit 2018-05 OpsCenter 6.5.0已经发布，并在补丁版本之间升级DSE的过程中提供帮助......也就是从DSE 5.0.3升级到5.0.6 . 文档和https://docs.datastax.com/en/opscenter/6.5/opsc/LCM/opscLCMjobsOverview.html和https://docs.datastax.com/en/opscenter/6.5/opsc/LCM/upgradeDSEjob.html .
DataStax工程师在这里，我在Lifecycle Manager上工作 . 目前LCM无法帮助您升级节点，虽然我无法分享有关未来路线图和未发布功能的信息，但我可以说我们知道客户希望使用LCM进行升级，我们同意这是一个有 Value 的功能 .
从OpsCenter 6.1.x开始，您必须手动升级节点，然后更新LCM配置以匹配新版本 . 从那时起，您可以在升级后的群集中使用LCM进行安装/配置作业 . 这不是详细的方法，但广泛地说：
查看升级指南，以便了解需要完成的工作：https://docs.datastax.com/en/upgrade/doc/upgrade/datastax_enterprise/upgrdDSE.html
在LCM之外手动执行升级 . 请注意，如果您使用apt来管理软件包，并且没有升级可用的最新版本，那么在升级到"old"版本时，您必须使用相当大的apt-command来解决apt中的依赖项解析 . 生成的命令如下所示： apt-get install -y -qq -o Dpkg::Options::=--force-confdef -o Dpkg::Options::=--force-confold dse-pig=5.0.11-1 dse-libhadoop2-client=5.0.11-1 dse-libspark=5.0.11-1 dse-libhadoop-native=5.0.11-1 dse-libmahout=5.0.11-1 dse-hive=5.0.11-1 dse-libpig=5.0.11-1 dse-libsolr=5.0.11-1 dse-libgraph=5.0.11-1 dse-libtomcat=5.0.11-1 dse-libhadoop=5.0.11-1 dse-libhive=5.0.11-1 dse-full=5.0.11-1 dse-libcassandra=5.0.11-1 dse=5.0.11-1 dse-libsqoop=5.0.11-1 dse-libhadoop2-client-native=5.0.11-1 dse-liblog4j=5.0.11-1
apt-get install -y -qq -o Dpkg::Options::=--force-confdef -o Dpkg::Options::=--force-confold dse-pig=5.0.11-1 dse-libhadoop2-client=5.0.11-1 dse-libspark=5.0.11-1 dse-libhadoop-native=5.0.11-1 dse-libmahout=5.0.11-1 dse-hive=5.0.11-1 dse-libpig=5.0.11-1 dse-libsolr=5.0.11-1 dse-libgraph=5.0.11-1 dse-libtomcat=5.0.11-1 dse-libhadoop=5.0.11-1 dse-libhive=5.0.11-1 dse-full=5.0.11-1 dse-libcassandra=5.0.11-1 dse=5.0.11-1 dse-libsqoop=5.0.11-1 dse-libhadoop2-client-native=5.0.11-1 dse-liblog4j=5.0.11-1
手动升级完成后，您将暂时处于无法成功运行LCM作业的位置，因为安装的DSE版本与LCM配置为部署的DSE版本不匹配 . 此时，LCM作业将因DSE版本不匹配错误而失败 . 要解决此问题，请继续......
使用新的DSE版本将配置文件（与旧版本相关联）克隆到新CP . 如果您通过API进行重大升级，则需要非常小心地删除DSE不再支持的配置参数 .
编辑群集模型，以便群集以及定义了CP的任何数据中心或节点使用新克隆的CP作为当前的数据发行版本，而不是旧的数据存储版本的旧cp . 此时，您可以将LCM恢复为与群集同步 . 您可以继续再次运行安装/配置作业 .
这不是一个简单的过程，但可以在LCM之外升级您的群集，然后将lcm up与新配置同步，以便您可以从那里继续管理它 . 如前所述，我们理解这不是一个简单的过程，并且理解在本地提供LCM升级方面具有重要 Value .
1 回答
Edit 2018-05 OpsCenter 6.5.0已经发布，并在补丁版本之间升级DSE的过程中提供帮助......也就是从DSE 5.0.3升级到5.0.6 . 文档和https://docs.datastax.com/en/opscenter/6.5/opsc/LCM/opscLCMjobsOverview.html和https://docs.datastax.com/en/opscenter/6.5/opsc/LCM/upgradeDSEjob.html .
DataStax工程师在这里，我在Lifecycle Manager上工作 . 目前LCM无法帮助您升级节点，虽然我无法分享有关未来路线图和未发布功能的信息，但我可以说我们知道客户希望使用LCM进行升级，我们同意这是一个有 Value 的功能 .
从OpsCenter 6.1.x开始，您必须手动升级节点，然后更新LCM配置以匹配新版本 . 从那时起，您可以在升级后的群集中使用LCM进行安装/配置作业 . 这不是详细的方法，但广泛地说：
查看升级指南，以便了解需要完成的工作：https://docs.datastax.com/en/upgrade/doc/upgrade/datastax_enterprise/upgrdDSE.html
在LCM之外手动执行升级 . 请注意，如果您使用apt来管理软件包，并且没有升级可用的最新版本，那么在升级到"old"版本时，您必须使用相当大的apt-command来解决apt中的依赖项解析 . 生成的命令如下所示：
apt-get install -y -qq -o Dpkg::Options::=--force-confdef -o Dpkg::Options::=--force-confold dse-pig=5.0.11-1 dse-libhadoop2-client=5.0.11-1 dse-libspark=5.0.11-1 dse-libhadoop-native=5.0.11-1 dse-libmahout=5.0.11-1 dse-hive=5.0.11-1 dse-libpig=5.0.11-1 dse-libsolr=5.0.11-1 dse-libgraph=5.0.11-1 dse-libtomcat=5.0.11-1 dse-libhadoop=5.0.11-1 dse-libhive=5.0.11-1 dse-full=5.0.11-1 dse-libcassandra=5.0.11-1 dse=5.0.11-1 dse-libsqoop=5.0.11-1 dse-libhadoop2-client-native=5.0.11-1 dse-liblog4j=5.0.11-1手动升级完成后，您将暂时处于无法成功运行LCM作业的位置，因为安装的DSE版本与LCM配置为部署的DSE版本不匹配 . 此时，LCM作业将因DSE版本不匹配错误而失败 . 要解决此问题，请继续......
使用新的DSE版本将配置文件（与旧版本相关联）克隆到新CP . 如果您通过API进行重大升级，则需要非常小心地删除DSE不再支持的配置参数 .
编辑群集模型，以便群集以及定义了CP的任何数据中心或节点使用新克隆的CP作为当前的数据发行版本，而不是旧的数据存储版本的旧cp . 此时，您可以将LCM恢复为与群集同步 . 您可以继续再次运行安装/配置作业 .
这不是一个简单的过程，但可以在LCM之外升级您的群集，然后将lcm up与新配置同步，以便您可以从那里继续管理它 . 如前所述，我们理解这不是一个简单的过程，并且理解在本地提供LCM升级方面具有重要 Value .