Hazelcast滚动升级非后续次要版本之间
从Hazelcast Enterprise 3.8开始，下一次发布的每个次要版本都将与上一个版本兼容。例如，无论何时发布，都可以在运行Hazelcast Enterprise 3.8到Hazelcast Enterprise 3.9的集群上执行滚动升级。
将来是否有计划支持非后续次要版本之间的滚动升级？
例如从3.8到3.11？
共有1个答案
遗憾的是，没有。滚动升级只能且只能用于后续版本。
-
Windows 请按照下列步骤在 Windows 上升级 Navicat Monitor： 在通知区域中，右击 并选择“检查更新”。 如果有新版本，点击“安装”。 升级完成后，Navicat Monitor 会自动启动。 macOS 请按照下列步骤在 macOS 上升级 Navicat Monitor： 在菜单栏，点击 并选择“检查更新”。 如果有新版本，点击“安装更新”。 下载完成后，点击“安装
-
在将 Navicat Monitor 升级到最新的主要版本（例如从 1.x 到 2.x）之前，我们建议你先备份存储库数据库，因为主要升级是不可逆的。 请按照下列步骤 Navicat Monitor： 前往“配置”。 点击“备份、升级或迁移”。 选择“升级到最新的主要版本”。 点击“下载 Monitor 设置 Zip 文件”以备份当前的 Navicat Monitor 设置。 【如果你使用订阅方案，
-
介绍 持续交付是频繁对软件应用程序持续更新的概念. 这个想法使在大量频繁的更新面前, 你不必等待在一个指定的特殊时间点, 并且使你的组织在响应过程中变得更好. 一些 Ansible 用户每小时都在部署更新给他们的最终用户甚至更加频繁 – 每时每刻都有代码修改的批准. 要实现这一点, 你需要工具能在零停机的时间内快速的应用这些更新. 本文档详细介绍了如何现实这一目标, 使用 Ansible play
-
SWarm mode 与滚动升级 在 部署服务 一节中我们使用 nginx:1.13.7-alpine 镜像部署了一个名为 nginx 的服务。 现在我们想要将 NGINX 版本升级到 1.13.12，那么在 Swarm mode 中如何升级服务呢？ 你可能会想到，先停止原来的服务，再使用新镜像部署一个服务，不就完成服务的 “升级” 了吗。 这样做的弊端很明显，如果新部署的服务出现问题，原来的服务
-
根据Hazelcast官方文档，从版本3.8开始支持滚动升级。 如果我的服务器版本是3.5，是否有办法创建一个成功的集群，其中新的盒子运行较新版本的Hazelcast？ 天真地升级到3.6。*导致了两个不同的集群（旧的盒子仍然运行3.5，而另一个新的盒子运行3.6，显然没有数据，因为它永远无法与现有的盒子接触）。 我的部署过程如下： 创建一组新框 我的想法是在磁盘/数据库上存储快照，并在推出时从数
-
0.2.X