Marklogic 创建具有不同标记逻辑版本的节点群集

Marklogic 创建具有不同标记逻辑版本的节点群集,marklogic,marklogic-8,marklogic-9,Marklogic,Marklogic 8,Marklogic 9,我正在尝试创建一个Marklogic集群,其中我希望有两个节点具有不同版本的Marklogic(Marklogic 8和Marklogic9) 我在本地机器上创建了两个单独的docker容器,一个用于Marklogic 8,另一个用于Marklogic 9。当Marklogic 9主机成功初始化(跳过了加入群集步骤)时,我尝试加入另一个具有Marklogic 8版本的主机,但当我继续时,会出现与有效版本相关的错误。我们不能以任何方式创建具有不同ML版本的节点的marklogic集群吗 谢谢 Vi

我正在尝试创建一个Marklogic集群,其中我希望有两个节点具有不同版本的Marklogic(Marklogic 8和Marklogic9)

我在本地机器上创建了两个单独的docker容器,一个用于Marklogic 8,另一个用于Marklogic 9。当Marklogic 9主机成功初始化(跳过了加入群集步骤)时,我尝试加入另一个具有Marklogic 8版本的主机,但当我继续时,会出现与有效版本相关的错误。我们不能以任何方式创建具有不同ML版本的节点的marklogic集群吗

谢谢
Vivek Bhola

MarkLogic server可以通过强制服务器使用版本中的最低公分母来支持一些较小版本差异的集群。由于版本差异较大,这是不可能的,因为9.x服务器不能像8.x服务器那样“运行”


此外,次要版本之间的群集主要用于支持滚动升级,而不是用于常规操作。

MarkLogic server可以通过强制服务器使用版本中的最低公分母来支持针对某些次要版本差异的群集。由于版本差异较大,这是不可能的,因为9.x服务器不能像8.x服务器那样“运行”


此外,次要版本之间的群集主要用于支持滚动升级,而不是用于常规操作。

您可以使用“滚动升级”功能从8.x升级到9.x,然后不完成最终主机升级。这会让你处于一种“被抛弃的脑袋”状态(git-ish,适当的图形隐喻)。集群将“运行”8和9的混合软件,但将“像”在v8中运行。虽然这“有效”且“受支持”(带有“适当的免责声明”)——但我不建议将集群运行更长的时间,而不是解决任何升级问题所需的时间。在这种状态下,有一些重要功能被“锁定”,等待升级完成。但这是最接近被问到的问题


或者,“外部群集”可以在混合版本中运行——它们被设计为这样做,“混合”意味着“外部群集复制”中的每个“群集”运行的服务器版本与该群集相同,但这些群集可能彼此版本不同。注意:“群集”是一个或多个服务器。因此:我们可以从2台服务器(比如v8、v9…)创建一组“集群”——然后将它们作为外部副本连接起来,然后在“集群”中加入“瞧”v8+v9。为什么要这样做?这取决于你的目标是什么。外部复制的目的是在难以管理的位置(船上、飞机上、农场上、工厂上、背包上)长期容纳服务器,而在这些位置,即使有升级也无法长期进行

您可以使用“滚动升级”功能从8.x升级到9.x,然后不完成最终主机升级。这会让你处于一种“被抛弃的脑袋”状态(git-ish,适当的图形隐喻)。集群将“运行”8和9的混合软件,但将“像”在v8中运行。虽然这“有效”且“受支持”(带有“适当的免责声明”)——但我不建议将集群运行更长的时间,而不是解决任何升级问题所需的时间。在这种状态下,有一些重要功能被“锁定”,等待升级完成。但这是最接近被问到的问题


或者,“外部群集”可以在混合版本中运行——它们被设计为这样做,“混合”意味着“外部群集复制”中的每个“群集”运行的服务器版本与该群集相同,但这些群集可能彼此版本不同。注意:“群集”是一个或多个服务器。因此:我们可以从2台服务器(比如v8、v9…)创建一组“集群”——然后将它们作为外部副本连接起来,然后在“集群”中加入“瞧”v8+v9。为什么要这样做?这取决于你的目标是什么。外部复制的目的是在难以管理的位置(船上、飞机上、农场上、工厂上、背包上)长期容纳服务器,而在这些位置,即使有升级也无法长期进行

为什么要这样做?对于echo Mads,您试图通过在主要发布版本之间进行集群来解决什么问题?为什么要这样做?对于echo Mads,通过在主要发布版本之间进行群集,您试图解决什么问题?您可以在此处的管理指南中阅读有关滚动升级的更多信息:您可以在此处的管理指南中阅读有关滚动升级的更多信息: