用于故障转移的JBoss AMQ. Net Client方法
Red Hat建议使用Azure团队提供的AMQPNetLite作为客户端，在从连接到代理时连接到JBoss AMQ。基于Net的应用程序-https://access.redhat.com/documentation/en-us/red_hat_amq/7.0/html-single/using_the_amq_.net_client/index
JBoss AMQ基于Apache Artemis，它支持客户端的自动故障转移处理-https://activemq.apache.org/artemis/docs/1.0.0/ha.html#failover-模式，但客户端的这种透明故障切换处理似乎是针对JMS API的，而不是针对。Net API。
AMQPNetLite似乎不会自动处理故障切换-https://github.com/Azure/amqpnetlite/issues/33#issuecomment-144798871
Red Hat或任何记录在案的程序有什么建议。Net客户端正确处理故障转移？是否有内置机制或必须手动编码？
在此类故障切换过程中是否会引发任何异常，以便客户端能够识别故障切换已发生，而备份服务器不是活动服务器？
共有2个答案
如果您不想自己使用AmqpNetLite实现这一点，可以尝试社区驱动的ArtemisNetClient。它构建在AmqpNetLite之上，内置自动恢复功能--
如何处理故障转移取决于客户端。Apache Artemis提供自己的客户端，该客户端根据您链接的留档处理故障转移。AMQPNetLite客户端不随代理一起提供，因此是100%独立的。根据链接的AMQPNetLite问题，它似乎不支持故障转移。有关更多信息，我建议您询问AMQPNetLite社区（即使用他们的标签而不是像actiemq-artemis这样的代理标签
-
我最近开始阅读和玩AWS。我对使用该平台可以实现的不同高可用性架构特别感兴趣。具体来说，我正在寻找一个可靠的穷人的解决方案，可以实现使用最少的服务器。 到目前为止，我对主要的HA问题的解决方案感到满意：负载平衡、冗余、自动恢复、可伸缩性... 我唯一的症结是故障转移解决方案。 这是因为ELB是一个两层负载平衡方案。第一层包括基本的基于DNS的循环负载平衡。这将使客户机到达云中的一个ELBendpo
-
我们使用MQ作为传递消息的主要路径。这是我们的制度运作不可或缺的一部分。消息代理有时会失败，所有相关的队列也会随之失败。在camel中，有没有一种方法可以启动故障切换，并在其启动时恢复到主故障切换？
-
问题内容： 由于群集Redis仍在工作中，Resque中是否有机制可以在主服务器宕机时自动故障转移到Redis从服务器？ 问题答案： 我不这么认为。但是，您可以使用Apache Zookeeper 轻松轻松地实现主选举机制： 您可以将上面的脚本修改为： 使用Redis服务器的IP /端口而不是进程的PID 将redis-cli与SLAVEOF命令一起使用可处理“成为主服务器”，“已更改主服务器”和
-
我正在尝试用6台机器实现一个Redis集群。我有一个由六台机器组成的流浪集群： 运行redis服务器 我编辑了上述所有服务器的/etc/redis/redis.conf文件，添加了这个 然后我在六台机器中的一台上运行了这个程序； Redis集群已启动并运行。我通过在一台机器上设置值手动检查它显示在其他机器上。 我的问题是，当我关闭或停止任何一台主机上的redis server时，整个集群都会停止运
-
我安装了墨盒，并将其缩放到3个档位。每个的设置为2。在我将从： 致： 现在，在重新启动墨盒后，它看起来一切正常，直到我杀死主人。奴隶们只是坐在那里数着他们上次看到的几秒钟...他们（其中一个）的日志上写着：
-
我们有一个mongodb副本集，其中包含两个实例（127.0.0.1:27017-主要，127.0.0.1:27018-次要）和一个仲裁器（127.0.0.1:27019）。当我使用rs.steppdown（60）从主实例中退出时，它应该成为辅助实例，辅助实例应该成为主实例，所有写操作都应该在辅助实例中发生（退出后的主实例）。但在卸任后，我遇到了一个异常“无法将数据写入传输连接：远程主机强制关闭了