我们有一个问题,我们无法在 azure 应用程序服务中使用 arr 亲和性,因为它在使用自定义域的前门后不起作用(arr cookie 上有错误的主机供浏览器接受),这似乎成为应用服务和/或前门的限制。
因此,我们正在考虑每个区域仅使用我们的应用服务的一个实例,但我们现在面临着随时回收我们应用的风险,因为我们只有一个节点。
所以问题是......在回收事件中,应用服务是否会在发出重新启动命令之前耗尽其正在运行的 http 请求队列?还是所有请求都被杀死了?
我们有一个问题,我们无法在 azure 应用程序服务中使用 arr 亲和性,因为它在使用自定义域的前门后不起作用(arr cookie 上有错误的主机供浏览器接受),这似乎成为应用服务和/或前门的限制。
因此,我们正在考虑每个区域仅使用我们的应用服务的一个实例,但我们现在面临着随时回收我们应用的风险,因为我们只有一个节点。
所以问题是......在回收事件中,应用服务是否会在发出重新启动命令之前耗尽其正在运行的 http 请求队列?还是所有请求都被杀死了?
我正在寻找一些关于如何处理与网络断开连接的主副本集(例如数据中心网络中断)的建议,以便我们将其中一个辅助副本提升为主副本以使用数据库恢复应用程序的服务.
在网络重新连接之前,我们是否应该杀死机器上运行的 mongodb 以允许重新添加作为辅助?还是主要从其设置的更改模式断开连接?
如果我们允许 mongodb 服务器回到网络上,并且 mongodb 作为主服务器运行,尽管在重新连接之前是隔离的,会发生什么?
抱歉,如果在我尝试查找的其他地方的文档中回答了这个问题,但我可能没有在寻找正确的术语。