ActiveMQ Artemis 故障转移与集群
ActiveMQ Artemis failover versus clustering
我正在开发一个具有 Artemis 服务器集群的应用程序。每个实时服务器都与一个备份服务器配对以进行故障转移。我碰巧 an article by Bilgin Ibryam，这让我想知道。
如果集群的实时服务器 运行 作为容器，并且编排器重新启动任何死亡的容器，是否需要故障转移配置？文章说“不”。
因此，如果我理解正确，运行 在检测并重新启动失败代理的环境中的 Artemis 代理集群将提供与 运行 集群相同的语义（和相似的可用性），其中每个实时服务器与备份配对。是吗？
是的。 运行 ActiveMQ Artemis 代理集群在检测和重启失败代理的环境中将提供与 运行 集群相同的语义（和相似的可用性），其中每个实时服务器都与备份配对。
这里需要注意的是，每个代理的数据（即代理 data 目录中的所有内容）需要是“有状态的”，以便在代理死亡的情况下，它会以 相同 数据。正如 the article 提到的：
For example, in the case of a node failure, Kubernetes would start a broker pod on a different node and make the same PV and data available.
我正在开发一个具有 Artemis 服务器集群的应用程序。每个实时服务器都与一个备份服务器配对以进行故障转移。我碰巧 an article by Bilgin Ibryam，这让我想知道。
如果集群的实时服务器 运行 作为容器，并且编排器重新启动任何死亡的容器，是否需要故障转移配置？文章说“不”。
因此，如果我理解正确，运行 在检测并重新启动失败代理的环境中的 Artemis 代理集群将提供与 运行 集群相同的语义（和相似的可用性），其中每个实时服务器与备份配对。是吗？
是的。 运行 ActiveMQ Artemis 代理集群在检测和重启失败代理的环境中将提供与 运行 集群相同的语义（和相似的可用性），其中每个实时服务器都与备份配对。
这里需要注意的是，每个代理的数据（即代理 data 目录中的所有内容）需要是“有状态的”，以便在代理死亡的情况下，它会以 相同 数据。正如 the article 提到的：
For example, in the case of a node failure, Kubernetes would start a broker pod on a different node and make the same PV and data available.