deis构建器保持重启，活动探测失败
Deis构建器是一个开源的云原生应用平台，用于构建、部署和管理容器化应用程序。它提供了一种简单且可靠的方式来管理应用程序的生命周期，并确保应用程序始终保持运行状态。
重启是指在应用程序出现故障或需要更新时，将应用程序重新启动以恢复正常运行。Deis构建器通过监控应用程序的状态并自动重启应用程序来保持应用程序的可用性和稳定性。
活动探测是一种用于监测应用程序是否处于活动状态的机制。它通过定期发送请求到应用程序并检查响应来判断应用程序是否正常运行。如果活动探测失败，即无法获得正常的响应，Deis构建器将识别到应用程序出现故障，并尝试重新启动应用程序以恢复正常运行。
Deis构建器的优势包括：
- 自动重启：Deis构建器能够自动监测应用程序的状态并进行重启，确保应用程序始终保持运行状态，提高应用程序的可用性和稳定性。
- 简化部署：Deis构建器提供了简单易用的部署工具和界面，使开发人员能够快速、轻松地将应用程序部署到云环境中。
- 弹性伸缩：Deis构建器支持应用程序的弹性伸缩，根据应用程序的负载情况自动调整应用程序的实例数量，以满足不同的需求。
- 高度可定制：Deis构建器是开源的，可以根据具体需求进行定制和扩展，满足不同应用程序的特定需求。
Deis构建器适用于各种应用场景，包括Web应用程序、移动应用程序、微服务架构等。它可以与其他云原生技术和工具集成，如Kubernetes、Docker等，提供更强大的功能和灵活性。
腾讯云提供了一系列与Deis构建器相关的产品和服务，包括容器服务、云原生应用平台等。您可以通过以下链接了解更多关于腾讯云的相关产品和服务：
- 腾讯云容器服务：https://cloud.tencent.com/product/ccs
- 腾讯云云原生应用平台：https://cloud.tencent.com/product/tke
相关·内容
我尝试删除pods，或重新缩放副本，或删除aws实例，但仍无法使deis构建器正常工作。它会在活性探测失败的情况下保持重启。下面是deis构建器的日志Name: deis-builder-Image: qua
浏览 21提问于2017-03-16得票数 0
我知道如果Kubernetes活动探测失败，kubernetes将帮助重启pod并重试。但是如果就绪探测失败了呢？如何同时请求kubernetes重启pod？api-group-0 0/1 Running 0 6h35m 重启此pod即可使其正常工作。谢谢大家！
浏览 41提问于2019-03-13得票数 2
回答已采纳
我有一个部署配置，可以让一定数量的Pod保持活动状态。然而，由于一些奇怪的情况，这些Pod有时会使就绪探测失败，并且在重启后不能恢复，因此需要我手动从副本集中删除Pod。我的问题是，有什么替代方案可以使它，以便如果Pod失败，它的就绪探测，那么Pod将被删除。
浏览 17提问于2019-08-21得票数 1
我已经写了一个configmap，有一个脚本在这样的ip地址上want，但我想强制退出pod，并在多次重试后设置为失败！
我如何在init容器中设置它？
浏览 3提问于2020-05-13得票数 0
由于流量过大，我的活跃度探测失败，Nginx容器重启，但pod状态为running状态，Pod状态为Ready。由于pod、IP未被移除，服务端点和请求被发送到重启POD，这导致了一些故障。
浏览 4提问于2019-07-11得票数 1
我已经实现了spring执行器健康端点，并将其添加到Livelines - http-get http-get delay=60s timeout=20s period=10s #success=1 #failure=3
如何知道活动性探测器是否正在使用缺省执行器的健康端点运行
浏览 0提问于2019-12-19得票数 0
我将8888用于活动和就绪探测，8887用于普通HTTP请求，就绪探测失败，pods处于0/1，未就绪状态。ButI仍然看到正常的POST请求由pod提供服务。这是意料之中的吗。健康探测和正常请求是否应该在同一端口上接收？
浏览 18提问于2020-07-28得票数 0
我希望pod的状态只依赖于主容器(例如，如果主容器失败/完成，pod应该处于相同的状态)，并丢弃sidecard容器。
有没有一种优雅的方法来做到这一点呢？
浏览 2提问于2019-09-25得票数 0
当我看到pod事件时，它看起来像是pod在Readiness探测失败时重新启动。以下是事件： 2. Created container尝试将容器restartPolicy修改为OnFailure，希望此配置在readinessProbe失败时决定pod操作，但我看到以下错误：
浏览 3提问于2019-02-20得票数 0
3回答
在对kubernetes pods进行健康检查时，为什么在我们已经维护就绪探测的情况下还需要活性探测？
就绪探测已经持续检查pod内的应用程序是否准备好为请求提供服务，这意味着pod是活动的。但是，为什么需要活性探测呢？
浏览 0提问于2019-02-18得票数 8
如果我的集群中的pod出现故障，通过就绪探测逻辑需要大约15秒或更长的时间来确定故障，但由于呼叫失败而不被接受(因为kubernetes没有识别pod故障，所以它会将流量发送到出现故障的pod /I表示出现故障的请在这里建议，如何立即使就绪探测失败，或者如何在失败的情况下立即移除端点，而不会将periodSeconds降低到5秒以下。
浏览 10提问于2020-10-23得票数 0
在我的kubernetes集群中，http活动探测总是失败，并显示以下消息 Liveness probe failed: Get http://10.233.90.72:8080/health: netconnection (Client.Timeout exceeded while awaiting headers) 因此，coredns和kubernetes-dashboard (任何其他使用http活动探测的)pod被无限地重启。但是活体探测<
浏览 13提问于2019-02-15得票数 1
我正在部署的应用程序不是web服务器。我有一个关于设置活跃度和准备情况探测器的问题。通常，我会使用像/isActive和/buildInfo端点这样的东西。编辑:这是我用来保持容器运行的方法，不知道这是不是最好的方法？
浏览 1提问于2021-02-05得票数 0
就绪探测仍将报告ok。 我知道最终kubernetes将重新创建所有的pods，系统将再次恢复正常。 我现在的问题是，这可以在不停机的情况下完成吗？因此，让我们假设复制集报告的所有pod不是同时处于活动状态。
浏览 40提问于2019-01-31得票数 2
我们使用Mongo作为后备数据存储(这没什么关系)，docker镜像是用来自Github Hazelcast项目的dockerfile副本创建的，所有的包存储库都替换为我们公司内部的服务器。在此加载时间内，群集无法响应活动和就绪探测：
Readiness probe failed: Get http://xxxx:5701/hazelcast/health/node-state: net/
浏览 1提问于2021-07-29得票数 1
我在Openshift中同时创建了多个pod，我还想检查pod中的容器是否工作正常。其中一些容器可能需要一段时间才能启动，我不想等待一个pod完全运行后再启动另一个。
浏览 2提问于2021-10-13得票数 1
我使用python和tcp编写了一个客户机，它连接到服务器，并以简单的基于字符串的协议(由服务器制造商定义)进行通信。TCP/IP连接应保持不变，并在发生故障时重新连接。当出现某种类型的网络错误时(我假设在服务器端或在此过程中的某个节点)，客户端需要很长时间才能意识到这一点，并启动一个新的连接，远远超过几分钟。
有办法加快速度吗？我可以自己实现一个“保持活动”机制，并查找超时，不确定这是本例中的最佳实践。你认为如何？
浏览 1提问于2018-03-23得票数 1
回答已采纳
1回答
通常，当您将网络电缆从网络设备中拔出时(它模拟网络上的一些下降，因此是一个模糊的断开)，底层插座不会检测到断开(至少我们的单元不会)，因此我们使用“保持活动”来断开连接和重新连接。所有单位每小时对nginx服务器进行长轮询。所以我的问题是：营业多久？我们应该在nginx端使用tcp保持对客户端的生存吗？多么?
浏览 0提问于2020-12-23得票数 1
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM活动推荐
腾讯云开发者
