问题标签 [downtime]

我正在使用滚动更新策略进行部署，使用这两个命令：

滚动更新的 YAML 属性：

我尝试更改参数maxsurge和maxunavailable不同的initialdelayseconds参数。另外，我尝试给出livelinessprobe参数

，但都没有奏效。它给出了连接错误，表明某些 pod 已关闭，因此存在停机时间。

所以https://www.jenkins.io/至少下午的大部分时间都处于关闭状态。主页可以访问，但博客文章和插件等不可用。我得到一个看起来像这样的 503：

我想我稍后再试一次，但由于它仍然关闭，我想我最好报告它。所以我去了他们的 JIRA 在https://issues.jenkins-ci.org/上报告了这个问题，这似乎是正常的，但是当我尝试登录时，我得到一个 502 响应，并带有以下错误消息：

我去了他们的GitHub，但他们在那里禁用了问题。我的选择已经不多了，所以我想我会在这里询问是否有人知道如何与知道如何解决它的人取得联系。我发现了一些关于它的推文，但没有任何人似乎能够对此做任何回应。

我在应用程序负载均衡器后面有两个 ec2 实例，我正在尝试按主机更新主机上的应用程序（滚动更新）。为此，我遵循以下步骤： 1. 停止 nginx 服务 2. 更新应用程序 3. 通过停止 nginx 服务 LB 将主机标记为不健康并将流量路由到其他主机来启动 nginx 服务。并在第二台主机上做同样的事情。

问题是，在启动 nginx 服务和 LB 将主机标记为健康后，它不会仅在一段时间后（平均 4 分钟）将流量路由到该主机。像这样我有一个关键的停机时间。

磅设置：

一旦它变得健康，有没有办法让 LB 将流量路由到主机？

我只是为我的不和谐机器人制作了一个状态页（statuspage.io），我想用 uptimerobot 自动记录停机时间。但我不知道，discord bot（用 python 编写）是否使用特定端口左右，可以用来查看或 bot 在线？或者我是否需要以某种方式使用不和谐 API 来检查或机器人在线？除了在故障正常运行时间监视器上托管的不和谐机器人之外，我还没有找到任何可以尝试的东西，但我没有在该站点上托管任何东西，我自己托管它。另外，我如何将 uptimerobot 与 statuspage 连接起来？

在一个项目中，我从 Kubernetes 启用集群自动缩放功能。

根据文档：How does scale down work，我知道当一个节点在给定时间内使用少于其容量的 50% 时，它会连同它的所有 Pod 一起被删除，这些 Pod 将被复制到不同的如果需要，节点。

但是可能会发生以下问题：如果与特定部署相关的所有 pod 都包含在要删除的节点中怎么办？这意味着用户可能会遇到此部署应用程序的停机时间。

有没有办法避免在部署仅包含在该节点上运行的 Pod 时缩减删除节点？

我检查了文档，一个可能（但不是很好）的解决方案是在此处向所有包含应用程序的 pod 添加注释，但这显然不会以最佳方式缩小集群。

我正在尝试找出IIS使用ARR (Application Request Routing).

我们有 2 台生产服务器WEB1和WEB2.

我从研究中了解到，遵循以下蓝绿部署流程：

我的问题是，
我怎样才能用 ARR 做到这一点？现在我有web1/testing.html作为 URL 来执行HealthTest. 当我尝试在问题
上发布时， 我可以手动返回：我需要在负载均衡器中进行任何其他设置吗？或者一旦服务器被标记为不健康，所有请求都将被重定向到另一台服务器 -或者我是否需要明确设置规则以将所有流量路由到？falseWEB1
WEB2WEB2

嗨，我正在用 nodejs 和 pm2 制作 api 服务器。

我有个问题。

是否可以使用 pm2 reload 命令仅使用一个 pm2 fork 模式实例将停机时间归零？

或者是否必须拥有两个 pm2 集群模式实例才能实现零停机？

让我知道谢谢！

我的目标是对 Kubernetes 进行零停机更新。

但是，存在与文件上传有关的问题。

情况是当用户上传文件时，网络服务器首先存储它。WAS 将文件的元数据保存到 DB。

所以问题是当我们更新网络服务器时。网络服务器不会等待请求完成。并且文件上传/下载服务将失败（如果客户端连接到将关闭的网络服务器）。

我该怎么办？

Kubernetes 类型Deployment不允许在 中更改补丁spec.selector.matchLabels，因此任何想要更改标签的新部署（由 Helm 或其他方式管理）都不能在部署中使用 RollingUpdate 功能。在不导致停机的情况下实现新部署部署的最佳方法是什么？

最小示例：

应用它，然后将标签（matchLabels 和 metadata.labels）编辑到foo2. 如果你尝试应用这个新部署，k8s 会抱怨（设计上）Deployment "foo" is invalid: spec.selector: Invalid value: v1.LabelSelector{MatchLabels:map[string]string{"app":"foo2"}, MatchExpressions:[]v1.LabelSelectorRequirement(nil)}: field is immutable.

我现在能想到的唯一方法是使用新的部署名称，这样新部署就不会尝试修补旧部署，然后删除旧部署，而入口/负载均衡器资源会处理转换。然后我们可以使用旧名称重新部署，并删除新名称，完成迁移。

有没有办法用更少的 k8s CLI 步骤来做到这一点？也许我可以编辑/删除一些让旧 pod 保持活力的东西，而新 pod 以相同的名称推出？

最小间隔 - 检查之间允许的最低间隔： Pro：60 商业：15 企业：10

这是文档中的间隔。是几秒钟吗？