问题标签 [automatic-failover]

现在 wso2 ELB 已被弃用，所以我们必须使用 nginx plus。如何确保将工作节点连接到 ESB 集群的自动故障转移？我们是否要在 nginx plus 上实施检查健康状况，或者在 esb 集群上是否有 wso2 配置？谢谢哈桑布图哈

我有三个 mongod 实例的副本，其中一个是主实例，另外两个是辅助实例。我将一个 mongo 实例连接到主实例，然后我关闭了 mongod 主实例，模拟失败。

通常，一旦我启动一个命令，mongo 就会生成一个 DBClientCursor::init call() failed 错误。

我的问题是，如果出现这种故障，主节点无法恢复服务，并且肯定会有新主节点的选举，有没有办法告诉 mongo 自动搜索并连接到新主节点副本集？

我有一个镜像的 sql server db 环境。IIS 中托管的负载平衡应用程序正在访问数据库。在连接字符串中，我提到了故障转移伙伴。当我执行从 db1 到 db2 的故障转移时，应用程序无法连接。

我收到的错误是：

建立与 SQL Server 的连接时发生与网络相关或特定于实例的错误。服务器未找到或无法访问。验证实例名称是否正确以及 SQL Server 是否配置为允许远程连接。（提供者：命名管道提供者，错误：40 - 无法打开与 SQL Server 的连接）在 MyMethod() 处的 MyMethodName() System.ComponentModel.Win32Exception (0x80004005)：找不到网络路径 System.Data.SqlClient.SqlException (0x80131904)：找不到服务器或无法访问服务器。验证实例名称是否正确以及 SQL Server 是否配置为允许远程连接。（提供者：命名管道提供者，错误：40 - 无法打开与 SQL Server 的连接）---> System.ComponentModel.Win32Exception (0x80004005)：

一旦我重新启动应用程序池，应用程序将能够再次连接到数据库。我的连接字符串如下所示。

<add name="SqlString" connectionString="Data Source=12.34.56.79,9100;Failover Partner=12.34.56.78,9100;Initial Catalog=test;Persist Security Info=True;User ID=####;Password=#####" />

我正在使用 Sql server 2012、IIS 8.5、Windows Server 2012

对此的任何帮助将不胜感激

我使用 SailsJS 开发了一个应用程序，使用sails-mysql 适配器。我想为 MySQL 设置复制和自动故障转移。在使用 JConnector 的典型 Java 应用程序中，我会在我的连接字符串上指定主从配置。SailsJS 呢？

我正在寻找 grails 应用程序中自动数据库故障转移的解决方案。我有两个数据库，它们位于通过 WAN 连接的两个不同站点上。在站点 A 上，我们有数据库 01，它是数据库所在的同一站点上的应用程序的主数据库，即应用程序 1，而它将被视为应用程序 2 的其他站点上的应用程序的辅助数据库，反之亦然。

请参考下图了解更多详情：

因此，根据上述设计：

• 部署在站点 A 上的应用程序应主要使用站点 A 的数据库
• 如果无法访问站点 A 的数据库，则部署在站点 A 的应用程序应使用站点 B 的数据库（作为辅助数据库）
• 一旦站点 A 的数据库启动，部署在站点 A 的应用程序应该再次开始使用站点 A 的数据库（作为主数据库）

同样，它应该适用于站点 B 的应用程序。对于站点 B 的应用程序，应主要使用站点 B 的数据库（作为主数据库）和站点 B 的数据库（作为辅助数据库）。

注意：当相应站点的数据库启动时，该站点（部署它的站点）上的应用程序应再次开始使用该数据库，以避免通过 WAN 进行不必要的通信。

grails 是否提供任何这样的支持，我们可以指定两个数据源，一个作为主要数据源，另一个作为次要数据源（仅在无法访问主要数据源的情况下使用。）？

如果没有这样的机制，那么我们需要不断检查主数据源是否启动并运行，否则切换到似乎根本不合适的辅助数据源并且不想选择这个选项。

我有一个在 3 个不同的数据中心中运行的应用程序，它使用 ZooKeeper 来完成许多任务。按照推荐的做法，我们部署了三个 ZooKeeper 集成，其中一个数据中心包含常见的 ZooKeeper 实例，另外两个只是第一个数据中心的观察者。

正如 ZooKeeper 的文档中所解释的，只有领导者机器能够接受写入请求，因此追随者和观察者会首先将这些消息路由到领导者。如果领导者没有响应，一个可用的追随者将被选为新的领导者，并且 ZooKeeper 集合将保持运行。

但是，我还没有找到任何关于我们如何管理整个数据中心脱机的参考资料。例如，如果我们在数据中心 1 上的领导/从属集成不可用，我们如何使第二个数据中心成为具有通常领导/从属机器的主要数据中心？我是否必须关闭一个节点，将其配置文件更改为普通节点，再次打开它，然后替换所有其他 ZooKeeper 机器来跟随这个领导者？有没有自动系统呢？

我试图弄清楚是否有一种方法可以无缝地故障转移大多数 mongodb 节点位于主数据中心的 mongo 副本集。我目前的限制是 2 个数据中心，第三个数据中心是不可能的。我遇到的问题是，如果数据中心 1 出现故障，数据中心 2 中的辅助节点不会在没有人工干预的情况下提升为主节点。

数据中心1（Primary）：Mongo Node（Primary） Mongo Node（Arbiter）

数据中心2（二级）：Mongo Node（二级）

我查看了 mongodb 白皮书，但他们指出，如果 dc1 丢失，则需要手动干预才能使 dc2 中的 mongodb 实例成为主要实例。

我的问题是，是否有一种架构或配置可以让数据中心 1 丢失，并且仍然能够在无需手动干预/重新配置的情况下启用写入启用数据中心 2 接管。如果不走 3 个数据中心架构路径，这是否可能。是否可以在每个站点上保持两个 3 成员副本集同步，并可能在网络级别为连接的应用程序进行故障转移？

谢谢。

我正在尝试构建一个 3 节点集群（2 个 Namenode(nn1,nn2) 和 1 个 datanode(dn1)）。使用 Namenode WEBUI，我可以看到 nn1 处于活动状态，而 nn2 处于待机状态。但是，当我杀死活动的 nn1 时，备用 nn2 不会激活。请帮助我我做错了什么或需要修改什么

nn1 /etc/hosts

nn2 /etc/hosts

核心站点.xml (nn1,nn2)

hdfs-site.xml(nn1,nn2,dn1)

日志：（zkfc nn1，nn2）（namenode nn1，nn2）停止nn1（活动节点） https://pastebin.com/bWvfnanQ

我的许多 ec2 实例都没有 ELB。我想做一个自动故障转移，或者至少让我的自动缩放策略尊重网络连接问题、ec2 硬件故障、性能下降等，这反过来又会标记实例不健康。我不想将运行状况检查类型更改为 ELB 并将其留在 EC2（因为我的实例没有 ELB）。你能给我指点一下如何做到这一点吗？

谢谢

我正在尝试为我的服务实现基于 keepalived 的故障转移。请在下面找到我的主节点和备份节点的配置。

主节点：

备份节点：

但是，我发现即使一个节点进入故障状态并停止发送 VRRP 通告，另一个节点也不会自动转换到主状态。当我尝试使用监控 VRRP 广告数据包时，tcpdump -vv -i eth0 vrrp我发现即使在来自一个节点的广告停止之后，另一个节点也不会自动开始发送指示它现在已成为主节点的广告。

请帮我找出我缺少的东西。

谢谢，

克尔塔娜