就绪探测失败:超时:在1s内连接服务":8080“失败
是指在容器编排中，健康检查模块进行就绪探测时出现的错误。具体来说，就绪探测是指在容器启动后，系统会通过发送HTTP请求或TCP连接到指定端口来检查容器是否已经准备好接收请求。如果在1秒内无法成功连接到服务端口8080，则会报错。
这个错误可能有多种原因，包括但不限于以下几个方面：
- 服务未启动或启动过程中出现异常：容器启动后，服务可能需要一些时间来完成初始化工作。如果服务尚未完全启动或在启动过程中出现异常，就会导致就绪探测失败。
- 网络配置问题：可能存在网络配置错误，导致容器无法通过指定的端口进行连接。这可能包括防火墙设置、网络隔离等问题。
- 容器资源不足：如果容器所需的资源（如CPU、内存）不足，可能会导致服务启动缓慢或失败，进而导致就绪探测失败。
针对这个问题，可以采取以下几个步骤进行排查和解决：
- 检查容器的启动日志：查看容器的启动日志，确定是否有异常信息或者启动时间较长的情况。如果存在异常信息，可以根据具体错误进行修复。
- 检查网络配置：确认网络配置是否正确，包括容器端口的映射是否正确，防火墙是否开放了相应的端口等。可以通过在容器内部尝试连接端口来确认网络配置是否正确。
- 检查容器资源：确认容器所需的资源是否满足要求，包括CPU、内存等。如果资源不足，可以尝试增加资源配额或者优化容器的资源使用。
推荐的腾讯云相关产品：腾讯云容器服务（Tencent Kubernetes Engine，TKE）是腾讯云提供的容器集群管理服务，可帮助用户快速构建、部署和管理容器化应用。您可以使用TKE来管理容器集群，并通过腾讯云负载均衡（CLB）等服务进行容器服务的访问控制和流量分发。
相关产品介绍链接地址：腾讯云容器服务（Tencent Kubernetes Engine）
相关·内容
我正在尝试使用minikube构建微服务镜像并将其部署到我的开发机器上运行的单节点Kubernetes集群。我正在使用Google的云原生微服务在线精品店演示应用程序，以了解Kubernetes、Istio等技术的使用。 github存储库链接：microservices-demo 我遵循了所有的安装过程，在本地构建和部署微服务，并且能够通过我的浏览器访问web前端。但是，当我单击任何产品图片时，我会看到这个错误页面。 HTTP Status: 500 Internal Server Error 在使用kubectl get pod进行检查时，我意识到我的一个pod(推荐服务)的状态为Cr
浏览 21提问于2020-07-24得票数 1
回答已采纳
如果我的集群中的pod出现故障，通过就绪探测逻辑需要大约15秒或更长的时间来确定故障，但由于呼叫失败而不被接受(因为kubernetes没有识别pod故障，所以它会将流量发送到出现故障的pod /I表示出现故障的pod仍在cluster-P服务端点中)。
请在这里建议，如何立即使就绪探测失败，或者如何在失败的情况下立即移除端点，而不会将periodSeconds降低到5秒以下。
下面是我的配置：
initialDelaySeconds:90s
periodSeconds:5s
timeoutSeconds:2s
successThreshold:<default>
failureT
浏览 10提问于2020-10-23得票数 0
1回答
有一个有三个后端的清漆服务器。所有后端都是apache。一切正常，清漆服务器缓存我所需的一切，连接也正常。我需要监控网络服务器的健康状况。如果出现故障，清漆不会向失败的web服务器发送reuests。问题是，当我启用对所有杆子的探测时，我会得到503错误！如果我把它放在一个或两个后端上，一切都没问题，但是当我为3个后端启用它时，我会得到503错误。下面是后端和健康检查的清漆配置：
vcl 4.0;
import directors;
probe backend_healthcheck {
.url = "/";
.timeout = 34 ms;
.win
浏览 2提问于2017-05-07得票数 0
回答已采纳
我将8888用于活动和就绪探测，8887用于普通HTTP请求，就绪探测失败，pods处于0/1，未就绪状态。ButI仍然看到正常的POST请求由pod提供服务。这是意料之中的吗。健康探测和正常请求是否应该在同一端口上接收？
浏览 18提问于2020-07-28得票数 0
我的理解是，在等待45秒之后，Kubernetes将点击/heartbeat，等待响应5秒。如果它没有得到响应，它将尝试5次(每60秒)。在5x60seconds=5mins经过之后，库伯内特斯会继续进行准备状态检查吗？如果服务在6分钟后出现，这个吊舱会被标记为准备好了吗？第二个问题，它是否继续使用failureThreshold和其他就绪设置？
readinessProbe:
httpGet:
path: /heartbeat
port: 8080
initialDelaySeconds: 45
timeoutSeconds: 5
periodSeconds:
浏览 0提问于2019-08-14得票数 0
2回答
我有一个带有探针的吊舱，下面是定义的探针：
Liveness: exec [/liveness-probe-script] delay=0s timeout=10s period=30s success=1 #failure=3
Readiness: exec [/readiness-probe-script] delay=0s timeout=10s period=30s success=1 #failure=3
Startup: exec [/startup-probe-script] delay=0s timeout=140s period=10s success=1 #fa
浏览 8提问于2022-03-22得票数 0
我试图在Google引擎上使用ingress来实现2项服务的负载平衡：
下面是这个入口的配置：
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
name: basic-ingress
spec:
rules:
- http:
paths:
- path: /*
backend:
serviceName: web
servicePort: 8080
- path: /v2/keys
backend:
浏览 0提问于2020-05-28得票数 0
回答已采纳
我有一个Next.js应用程序，它有两个简单的readiness和liveness端点，其实现如下：
return res.status(200).send('OK');
我已经按照创建了端点。另外，我还得到了一个/stats basePath (按 )。因此，探针端点位于/stats/api/readiness和/stats/api/liveness。
当我在本地的Docker容器中构建和运行应用程序时，探测端点是可访问的，并返回200 OK。
但是，当我将应用程序部署到我的k8s集群时，探测就失败了。有大量的initialDelaySeconds时间，所以这不是原因。
我通
浏览 11提问于2021-06-16得票数 5
回答已采纳
语境
我正在维护两个Spring服务应用程序(war)，目前运行在四个相同的Tomcat实例上。
前面的负载均衡器使shure交易分散在这四个实例中。
我们做手动滚动部署。
在进行升级之前，我们会转移新的流量。然后，在终止应用程序之前，我们给予主动请求两分钟的宽限期。
问题
现在，我正在将这些应用程序迁移到OpenShift。这一切都进行得很顺利，只是我很难让滚动部署工作到我满意的程度。
我在谷歌上找到了一个解决方案，其基础是：
基于致动器/健康端点的就绪探针和活性探针。
一个自定义的HealthIndicator bean允许我以编程方式切换执行器/健康端点以响应HTTP-503 (
浏览 0提问于2019-03-02得票数 0
回答已采纳
1回答
我知道如何在kubernetes中设置就绪探测器，但是对于微服务应该在何时调用就绪探测器，有什么最佳实践吗？两个具体例子：
是一种面向数据库的微服务，如果没有有效的db连接，几乎所有功能都无法工作。在这里，我认为点击数据库是合理的，如果ping失败的话，没有做好准备检查。这是推荐的吗？是一种使用N个其他微服务的微服务，但是如果不能连接到任何一个微服务，那么大多数功能仍然可以工作。在这里，我认为检查与支持服务的连接是不明智的。在这种情况下，假设没有广泛的“引导”或“热身”处理，活性和就绪是等同的。对吗？
谢谢
浏览 0提问于2020-10-12得票数 3
回答已采纳
我已经用二进制执行检查在我的吊舱上配置了一个readinessProbe，它连接到我正在运行的服务器(在同一个容器中)，并检索一些健康信息(比如为通信做好准备)。
配置为readinessProbe，二进制文件无法与我的服务器联系并获取所需的信息。它连接在TCP套接字上。但是，当我将它配置为一个livenessProbe时，它是正确工作的。
配置。为了使其正常工作，我只将类型从readinessProbe更改为livenessProbe。
"readinessProbe": {
"exec": {
&#
浏览 3提问于2016-02-29得票数 1
1回答
我正在使用刺尾微配置文件框架来监视一个简单的rest服务应用程序。openshift上的应用程序部署工作良好，但由于接收到以下消息，因此不能使用健康监视器：
就绪探测失败: Get ：拨号TCP10.116.0.57:8080:连接:连接被拒绝
但可以使用服务路由url (例如 )访问卫生服务，并获得以下结果：
{“状态”：“向上”，“检查”：{“名称”：“服务器状态”，“状态”：“向上”}
活性注释和就绪注释都包含在HealthCheck实现类中。当通过远距离容器外壳执行curl时，还可以获得服务响应。
这些是我在pom.xml中使用的依赖项：
<dependencies>
浏览 11提问于2020-07-24得票数 0
根据的说法
如果就绪探测失败，端点控制器将从与Pod匹配的所有服务的端点中删除Pod的IP地址。
因此，我理解当readiness探针失败时，Kubernetes不会将请求重定向到吊舱。
另外，库伯内特斯会杀了豆荚吗？还是一直调用readiness探测，直到响应成功？
浏览 12提问于2021-06-23得票数 0
回答已采纳
1回答
我正在尝试使用Openshift在线从我的回购中放一些代码。我的构建编译很好，但是部署失败了：
error: update acceptor rejected nodejs-mongo-persistent-7: pods for rc "nodejs-mongo-persistent-7" took longer than 600 seconds to become ready
查看事件监视器，我看到以下错误：
Liveness probe failed: Get http://10.129.127.123:8080/pagecount: dial tcp 10.129.12
浏览 4提问于2017-06-19得票数 1
在使用helm carts进行部署后，我得到了CrashLoopBackOff错误。名称就绪状态重新启动AGE myproject-myproject-54ff57477d-h5fng 0/1 CrashLoopBackOff 10 24m
然后，我描述了用于查看事件的pod，我看到了如下所示的smth
Liveness probe failed: Get http://10.16.26.26:8080/status:
dial tcp 10.16.26.26:8080: connect: connection refused
Readiness probe failed: Get h
浏览 3提问于2020-01-16得票数 0
2回答
我试图在kubernetes上部署角前端应用程序，但我总是收到以下错误：
NAME READY STATUS RESTARTS AGE
common-frontend-f74c899cc-p6tdn 0/1 CrashLoopBackOff 7 15m
当我试图看到圆木荚，它只打印空行，所以我如何才能找出哪里可能有问题。
这是dockerfile，通过这个dockerfile构建管道：
### STAGE 1: Build ###
# We label our stag
浏览 10提问于2021-12-17得票数 0
回答已采纳
在Kubernetes 中，如果timeoutSeconds超过periodSeconds会发生什么？例如：
initialDelaySeconds: 10
periodSeconds: 5
timeoutSeconds: 10
successThreshold: 1
failureThreshold: 3
什么时候才能“失败”？
initialDelaySeconds + (periodSeconds * failureThreshold)；或
initialDelaySeconds +( MAX(periodSeconds，timeoutSeconds) * failureThre
浏览 2提问于2021-03-18得票数 3
回答已采纳
我们在OpenShift上部署了Hazelcast 4.2作为独立的集群和有状态集。我们使用Mongo作为后备数据存储(这没什么关系)，docker镜像是用来自Github Hazelcast项目的dockerfile副本创建的，所有的包存储库都替换为我们公司内部的服务器。
我们有一个MapLoader，它需要很长时间(30分钟)来加载所有数据。在此加载时间内，群集无法响应活动和就绪探测：
Readiness probe failed: Get http://xxxx:5701/hazelcast/health/node-state: net/http: request canceled (C
浏览 1提问于2021-07-29得票数 1
我想知道如果库伯内特斯的活跃度探测失败了，幕后会发生什么？
以下是背景：
我们使用Helm图表在Kubernetes集群中部署out应用程序。
我们有状态设备和无头服务。为了初始化mTLS，我们创建了一个“作业”类，而在“命令”中，我们传递的是shell & python脚本是一个参数。
我们已经为初始化工作在“docker映像”中编写了一个“docker-entrypoint.sh”。
在statefulSet内部，我们作为'livenessProbe‘中的一个命令传递一个shell脚本，该命令每30秒运行一次。
我想知道我的livenessProbe是否因任何原因而失败:
浏览 6提问于2020-08-18得票数 0
回答已采纳
2回答
问题
下载一个大文件(400MB+)与“传输-编码:块”在大约3秒后失败。下载较小的文件工作，即使可能需要超过3秒。连接只是中途传输中止，由于预期的内容丢失，导致读取不完整。下载相同文件或类似大小的文件可以连续工作几个小时，然后连续几个小时或几天失败。
设置
在kubernetes集群中以代理模式进入Nginx。
在AWS上运行
Notes
当通过端口转发到发送响应的实际服务器绕过nginx时，下载总是工作的。入口处/恩吉克斯舱并没有失败和重新启动。在日志中找不到错误。像proxy-buffering这样的配置选项似乎没有什么区别。有时候起作用，有时不行。
知道是什么导致了这种行为吗？很高兴提
浏览 0提问于2022-07-08得票数 0
回答已采纳
1回答
如何正确设置库伯奈特斯的readinessProbe？
如果在部署类中为Kubernetes的readinessProbe设置此配置。
readinessProbe:
httpGet:
path: /healthcheck
port: 8080
httpHeaders:
- name: Authorization
value: Basic <real base64 encoded data>
将其部署到GKE，GCP的健康检查不能通过使用基本身份验证来访问内部应用程序。
但是从来看，它似乎应该使用这个语法。为什么不能通过？
服务器端在
浏览 1提问于2021-03-12得票数 1
回答已采纳
我在Kubernetes中部署了一个简单的SpringBoot应用程序(实际上是一个基于REST的微服务)。
它有一个下游依赖项(另一个基于REST的web服务)。我知道，对于提供活性探测的其他端点，如果下游依赖项不可用/不可访问，则不应返回失败(因为Kubernetes重新启动微服务舱不会修复该依赖！)。
但是，在补充我的就绪探针的REST端点中，我应该检查下游依赖项吗？我宁愿做一些基本的事情，但是如果我需要更多的检查，我会的。
@RequestMapping("/health")
public String getHealth() {
return "OK&
浏览 1提问于2019-02-06得票数 2
我对就绪探测感到非常困惑。假设我使用带有/health的httpGet作为探测端点。一旦就绪检查返回500，服务器将停止服务业务。那么/health端点如何工作呢？换句话说，一旦就绪检查失败，它如何再次工作，因为它不再能响应未来的/health检查？
我猜一个有效的解释是路径是在本地调用的？(即不通过https:${ip and port}/health)
浏览 6提问于2020-07-11得票数 1
我试图在Google容器引擎上部署两个服务，我已经创建了一个具有3个节点的集群。我的码头映像是在私人码头枢纽回购--这就是为什么我创建了一个秘密并用于部署，入口正在谷歌云控制台中创建一个负载均衡器，但它表明后端服务不是healthy，而是在工作负载下的kubernetes部分，它说Does not have minimum availability。
我是库伯内特斯的新手，有什么问题吗？
这是我的山雀：
Deployment.yaml:
kind: Deployment
apiVersion: apps/v1
metadata:
name: pythonaryapp
labels:
浏览 1提问于2018-10-03得票数 0
我正在使用Kubernetes设置Gitlab Auto DevOps。在部署时，我收到了自动部署应用程序容器的错误:活动探测失败: Get ：拨号tcp xx.xx:5000: getsockopt:连接被拒绝
有人碰到过这个吗？
浏览 1提问于2018-11-05得票数 2
回答已采纳
我有一个kubernetes服务，它以领导者/追随者的方式工作，所以只有两个pod中的一个(用于HA)可以接受连接。我想通过traefik入口控制器公开我的服务。
实现这一点的方法之一-调整服务的就绪探测，因此从pod在准备就绪检查时将失败，直到它成为主pod。但我不喜欢这种方法，因为区分pod是否真的失败了，或者只是等待成为一个大师会让人感到困惑？
欢迎有任何想法
浏览 1提问于2018-09-11得票数 2
我最近在测试我的kubernetes服务。我发现这很不可靠。情况如下：
测试服务'A‘在端口80接收HTTP请求，它在三个节点上部署了五个端口。
一个nginx入口被设置为将外部交通路由到服务“A”上。
入口是这样设置的：
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: test-A
annotations:
nginx.ingress.kubernetes.io/proxy-connect-timeout: "1s"
nginx.ingress
浏览 0提问于2019-02-19得票数 0
我对HTTP readinessProbe有一些疑问：
假设探针多次失败(failureThreshold)，并且一个pod标记为“未准备好”。如果k8s开始正确地响应，它会永远尝试readinessProbe并最终标记为准备好吗？或者一个被标记为还没有准备好的豆荚永远留在那里，而不需要重新尝试？
如果还没有准备好的吊舱永远留在那里，K8s部署会尝试启动新的吊舱吗？不然我就没那么多豆荚了？
如果一个吊舱通过了readinessProbe，k8s会继续检查它是否已经准备好，并最终(如果它开始失败)将它标记为将来没有准备好吗？这有可能吗？或者一个一旦被标记为准备好的豆荚就永远准备好了？
浏览 0提问于2021-11-08得票数 3
回答已采纳
1回答
引用像这样的博客文章，以及像这样的问题。我将假设这是一种普遍的行为(而不是我这方面的一个bug )。常见的答案似乎是：“更改BLE固件，使其主动断开连接。”
这个问题没有得到很好的解决，就是Android应用程序如何处理一定很常见的问题？由于“距离”(即无线电信号强度)，连接意外丢失。
是否有办法让应用程序“立即”接到连接丢失的通知？
所有的应用程序都停留在20秒这样的时间里，这似乎是不现实的，因为20秒是操作系统的核心超时值。即使我在iOS上的同等应用程序知道不到1s的连接丢失情况，我们都应该这么做吗？
示例1
BLE设备的一种常见类型是“查找我的钥匙”类型。当您无意中离开“键”时，它们中的
浏览 0提问于2018-03-19得票数 0
回答已采纳
我们有一个在Jboss 6.4上运行的应用程序，在过去的几个月里没有出现任何问题。 但突然间， 活动池中的数据源活动连接已销毁，错误消息如下： (org.jboss.jca.core.connectionmanager.pool.strategy.OnePool:758) : IJ000615: Destroying active connection in pool: VIPR_Datasource (org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@16837cf) 与此同时，我们收到了一堆由于没有活动连接而失败的呼叫，下面
浏览 21提问于2020-06-12得票数 0
回答已采纳
在部署新版本的应用程序期间，顺序终止4个pods并由新的pods替换；但在这10分钟内，应用程序正在命中其他微服务，正在命中较旧的端点，导致502/404错误-有人知道如何部署4个新pods，然后将流量从旧的pods排出到新的pods，并在终止与先前版本的所有连接后，然后终止旧的pods？
浏览 20提问于2020-03-11得票数 0
回答已采纳
我正在尝试理解如何最好地使用Kubernetes的就绪和活跃度探针。我在测试时观察到的是，如果就绪探测失败，那么pod将被标记为未就绪，并从负载均衡器中删除。然而，我随后期望一个新的pod被启动并移动到负载均衡器中，直到原来的pod再次准备就绪(或者它的活动探测失败并被终止)，然后它们中的一个可以被终止。
如果就绪探测失败，我们可能希望暂时从服务中移除一个pod，但这似乎存在所有pod都可能处于未就绪状态的风险，这将导致负载均衡器中没有pod，也不会启动新的pod。
我假设我观察到的没有新的pod开始覆盖那些未准备好的pod是预期行为？在哪种情况下，就绪探测的用例到底是什么?如何降低所有pod
浏览 9提问于2018-10-20得票数 0
我部署了Nginx的2个副本。它只有一个活性探针来监控服务的运行状况。由于流量过大，我的活跃度探测失败，Nginx容器重启，但pod状态为running状态，Pod状态为Ready。由于pod、IP未被移除，服务端点和请求被发送到重启POD，这导致了一些故障。
浏览 4提问于2019-07-11得票数 1
我注意到pod中的容器可以使用localhost相互通信，就像广告所说的那样。例如，一个容器在localhost:9999上启动一个服务器套接字，第二个容器可以连接到该地址。如果我公开服务器容器的端口，则此操作将失败。同样，如果我在该端口上创建TCP活动探测，它也会失败。活跃性探测器似乎使用pod IP地址，除非暴露出来，否则无法连接到localhost:9999。如果两个容器都使用pod IP，即$HOSTNAME:9999，并且端口公开，则一切正常。有没有一个例子，每个容器都使用localhost，TCP探测也有效？
浏览 0提问于2017-09-21得票数 3
在部署好你们的吊舱后，我们怎样才能识别出所有的吊舱都启动并运行了呢？我列出了我认为可能是正确的几个选项，但我想了解什么是确定成功部署的标准方法。
通过它的接口连接到应用程序，并使用它来识别是否所有的吊舱(集群)都启动了(可能对有状态的应用程序有好处)。对于无状态应用程序，pod已经启动，应该就足够了。
公开一个Restful服务，它监视部署并相应地作出响应。
使用Kubectl连接到豆荚，并获取运行的豆荚和容器的状态。
我认为第一是正确的方式，但想了解社区对它的看法。
浏览 1提问于2021-08-16得票数 1
回答已采纳
我有一个GKE集群，我正在着手进行https负载平衡。
到目前为止，我已经：
部署
服务(x2-见下文)
入口
SSL证书-- google托管版本
所有这些似乎都有效，但当通过https连接到主机名时，我得到了502错误：
Error: Server Error
The server encountered a temporary error and could not complete your request.
Please try again in 30 seconds.
当我试图追踪这件事时，我找到了，但在梳理它时，我发现他的入口显示了80,443 .除了端口
浏览 2提问于2021-09-14得票数 0
我试图在蔚蓝容器应用程序中运行Julia代码，但由于某种原因，它失败了。
docker文件非常简单：
FROM julia:1.7-bullseye
COPY . /
EXPOSE 8080
RUN julia --project='/' -e 'using Pkg; Pkg.build()'
ENTRYPOINT julia --project='/' main.jl "0.0.0.0" "8080"
"0.0.0.0“和"8080”有提供HTTP服务的主机和端口：
HTTP.serve(GE
浏览 1提问于2022-04-26得票数 1
1回答
红润与生命在随机区间的失败
、、、、
我们在GKE上运行烧瓶微服务。接受所有通信量并将其划分到其他服务中的主应用程序正在重新启动。
豆荚的准备状态和活力开始以随机的间隔超时。然而，我们正在运行5个特定服务的荚和它的无状态应用程序。我注意到的一件事是，记忆也随着时间的推移而不断增加。
是不是由于python-slim映像在一定程度上无法处理应用程序，并且由于pod中内存不断增加，是不是像OS python-slim那样没有释放内存呢？
备注：这种行为仅限于生产，而不是在暂存(运行单个应用程序pod)上。
这背后的原因是什么，请帮忙。谢谢
更新活性&就绪探测配置
readinessProbe:
http
浏览 4提问于2020-01-28得票数 0
1回答
我在kubernetes集群上部署了django，在readinessProbe中，我运行python、manage.py、migrate、--check。我可以看到，此命令的返回值为0，但pod从未准备好。
我的部署代码片段：
containers:
- name: myapp
浏览 4提问于2022-01-15得票数 1
回答已采纳
1回答
我目前正在为我的网站使用varnish，以前它工作得很好，没有任何问题，但今天我得到的是一个503错误，当我试图访问我的网站的任何部分时，这是我从varnishlog中得到的。
3 VCL_return c pass
3 FetchError c no backend connection
浏览 4提问于2016-03-05得票数 1
我正在部署一个微服务nodejs express应用到GKE，我成功地部署了服务(一个是带有静态IP @的入口服务，另一个是不会暴露在互联网上的NodePort服务)。
现在我正在尝试部署应用程序接口网关，这是一个快速网关应用程序，我第一次将其部署为LoadBalancer服务，它正在工作，以下是我的服务代码：
apiVersion: v1
kind: Service
metadata:
name: express-gateway-balancer
spec:
selector:
app: express-gateway
type: LoadBalancer
ports
浏览 22提问于2020-06-02得票数 1
回答已采纳
我正试图在库伯内特斯问题上任命大使。
我将获得“CrashLoopBackOff http://paste.openstack.org/show/658099/”的大使舱状态
安装步骤如下：
https://www.getambassador.io/user-guide/getting-started 1) kubectl申请-f大使-service.yaml 2) kubectl申请-f https://getambassador.io/yaml/ambassador/ambassador-rbac.yaml
错误说：
就绪探测失败: Get http://10.241.96.13:8877
浏览 0提问于2018-01-31得票数 2
我有以下的部署配置。测试工作者-健康和健康终结点都是不可访问的，因为应用程序由于错误而失败。启动探测在以restartPolicy: as的形式失败后继续重新启动容器。豆荚进入CrashLoopBackoff状态。有没有办法让这样的启动探测失败？
livenessProbe:
failureThreshold: 3
httpGet:
path: /health
port: 8080
periodSeconds: 20
successThreshold: 1
浏览 6提问于2020-09-01得票数 1
回答已采纳
因此，我们使用全局mtl部署istio1.0.2，到目前为止进展顺利。对于健康检查，我们向服务添加了单独的端口，并按照文档配置它们：
我们的应用程序端口现在在8080上，健康检查端口在8081上。在这样做之后，Kubernetes能够进行健康检查，并且服务看起来运行正常。
然而，我们的监控解决方案不能到达健康检查端口。
监控应用程序也位于kubernetes中，目前处于网格之外。上面的医生说：
因为Istio代理只拦截在containerPort字段中显式声明的端口，所以8002端口的通信量绕过Istio代理，而不管Istio相互TLS是否是enabled.e。
这就是我们配置它的方
浏览 0提问于2018-10-16得票数 0
我有一组http服务器实例。我们可以假设一个简单的apache或nginx实例。然而，实例集由两个子集组成，(1)在由绿色能源(2)支持的基础设施中运行的实例(2)。它使用常规的电网能源。kubernetes说，两者运行相同的软件堆栈。此外，它可以运行在相同的WAN，如果不是局域网，即相同的数据中心。
当我有可用的绿色能源时，我希望将流量负载平衡到第一个资源集，即绿色集。假设我有一个优化的机制，它知道我何时有足够的绿色能源来运行工作负载。如何使用clusterDNS允许流量到达由绿色能源供电的pods集。换句话说，我想让clusterDNS偏向于特定的资源集。另外，我想知道如何动态地将实例(和
浏览 1提问于2016-06-18得票数 1
我们使用ACI在Azure中运行了一个容器。我们在主机上公开端口57200，并将其转发给在端口57200上运行我们的应用程序的容器。我们绑定57200:57200。
我们使用Azure流量管理器在我们的容器的两个实例之间负载平衡，利用TCP探测。问题是，不管容器的状态如何，如果主机已经启动，并且运行探测将是成功的，因为主机接受TCP连接，所以容器的状态无关紧要。
如果容器是这样工作的，那么如何对容器使用TCP prob呢？我看不出有什么办法让这件事成功。有什么想法吗？
浏览 8提问于2022-01-18得票数 0
1回答
我有一个带有两个子图表subchart1和postgres的父图表，并且在subchart1中有一个pre-install作业，它为subchart1服务创建必要的表/模式，该作业反过来依赖于首先要安装的postgres子图表，所以当我使用pre-install作业钩子安装父图表时，它会失败，因为还没有安装postgres子图表。
为了解决这个问题，我将作业从pre-install改为post-install or install，使用initContainer等待postgres子图表安装完成后再开始作业。
我现在面临的问题是，在进行subchart1升级时，如何确保在安装subchart1
浏览 6提问于2018-08-25得票数 0
我有一个运行在具有RollingUpdate更新策略的部署上的K8集群。如何让Kubernetes在启动后将容器标记为就绪之前等待额外的秒数或直到满足某些条件？
例如，在部署更新时，API服务器没有停机时间。但是在容器启动之后，它仍然需要X秒的时间才能准备好为HTTP请求提供服务。如果它在容器启动后立即将其标记为就绪，而API服务器实际上尚未准备就绪，则会有一些HTTP请求在短时间内失败。
浏览 1提问于2020-10-12得票数 0
我描述一下吊舱。我找到了错误信息。看来吊舱准备探测器失败了。但是我检查端点，端点不移除pod。吊舱接收流量，即使是活性探测器也失败了。
Warning Unhealthy 92s (x84 over 3d1h) kubelet, aks-agentpool-xxxxx Readiness probe failed: Get https://10.244.14.21:5001/api/alive: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting
浏览 7提问于2019-12-20得票数 1
回答已采纳
我在Kubernetes中以StatefulSet的形式运行StatefulSet。
我试图使用启动/活性探测，我注意到一些头盔图表使用MongoDB "ping“命令。
正如所说，
ping命令是一个非op命令，用于测试服务器是否响应命令。即使服务器被写入锁定，此命令也将立即返回：
什么意思？当服务器启动或处于初始同步状态时，该命令将返回什么？非常感谢！
浏览 4提问于2021-11-23得票数 1
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM活动推荐
腾讯云开发者
