删除Kubernetes就绪探测器
Kubernetes就绪探测器（Readiness Probe）是用于检测容器是否已准备好接收流量的一种机制。当容器启动后，就绪探测器会定期发送请求到容器内的指定端口，以判断容器是否已经准备好处理流量。如果就绪探测器返回成功的响应，Kubernetes集群将认为该容器已经就绪，可以将流量导入该容器；反之，如果就绪探测器返回失败的响应，Kubernetes将不会将流量导入该容器，直到就绪探测器返回成功的响应为止。
Kubernetes就绪探测器的主要作用是确保应用程序在容器启动后能够正常运行，避免将流量导入尚未准备好的容器，从而提高应用程序的可用性和稳定性。
Kubernetes提供了多种类型的就绪探测器，包括：
- HTTP探测器：通过发送HTTP请求到容器内的指定端口，并根据返回的状态码判断容器是否就绪。
- TCP探测器：通过建立TCP连接到容器内的指定端口，并根据连接是否成功判断容器是否就绪。
- Exec探测器：通过在容器内执行指定的命令，并根据命令的返回状态判断容器是否就绪。
应用场景：
- 在应用程序启动较慢的情况下，可以使用就绪探测器延迟将流量导入容器，以避免用户访问到尚未完全启动的应用程序。
- 当应用程序依赖其他服务或资源时，可以使用就绪探测器等待这些依赖项就绪后再接收流量，以避免因依赖项未就绪而导致的错误。
腾讯云相关产品： 腾讯云提供了一系列与Kubernetes相关的产品和服务，包括容器服务（TKE）、云原生应用平台（Cloud Native Application Platform，简称CNAP）等。这些产品和服务可以帮助用户更方便地管理和部署Kubernetes集群，并提供了就绪探测器等功能来确保应用程序的可用性和稳定性。
更多关于腾讯云容器服务（TKE）的信息，请访问：腾讯云容器服务（TKE）
更多关于腾讯云云原生应用平台（CNAP）的信息，请访问：腾讯云云原生应用平台（CNAP）
相关·内容
3回答
在对kubernetes pods进行健康检查时，为什么在我们已经维护就绪探测的情况下还需要活性探测？
就绪探测已经持续检查pod内的应用程序是否准备好为请求提供服务，这意味着pod是活动的。但是，为什么需要活性探测呢？
浏览 0提问于2019-02-18得票数 8
目前，我正在将我们的一个微服务从K8S部署类型迁移到StatefulSets。在更新Kubernetes部署配置时，我注意到StatefulSets不支持revisionHistoryLimit和minReadySeconds。
revesionHistoryLimit用于保留以前的N个复制集以供回滚。
minReadySeconds是秒数，豆荚应该准备好没有任何容器崩溃。
我找不到的任何兼容设置。
因此，我的问题是: 1)主人需要等待多长时间才能考虑状态包准备就绪? 2)如何处理状态应用程序的回滚。
浏览 3提问于2017-11-07得票数 1
回答已采纳
我在kubernetes部署中使用janusgraph docker image - 通过挂载到docker-entrypoint-initdb.d的groovy脚本初始化远程图
这可以正常工作，但是如果远程主机还没有准备好，janusgraph容器就会抛出异常，并且仍然处于运行模式。
因此，kubernetes将不会再次尝试重新启动容器。有没有什么方法可以配置这个janusgraph容器在出现任何异常时终止
浏览 0提问于2021-01-27得票数 3
2回答
我正在使用kubernetes启动java pod。pod启动延迟在10秒到大约1分钟之间变化，这取决于节点的负载、flyway迁移表所用的时间……
为了避免kubernetes杀死正在启动的pod，我们将活动探测器的初始延迟设置为两分钟。
它使我们避免了因为启动太慢而被永远杀死的豆荚。但在扩展、崩溃恢复的情况下，在新启动的pod加入服务之前，我们会损失几秒钟/分钟。
有什么方法可以优化它吗？在初始延迟之前告诉kubernetes“我们是实时的，您可以开始使用活动探测器”的方法？
浏览 1提问于2018-01-24得票数 0
1回答
我看到在Kubernetes的设置中，生动活泼和准备就绪的探测器失败了。
下面附上了pod事件的截图，吊舱的资源限制，探测配置。
任何人都可以帮助他解决这个问题，并解释一下为什么会发生这种情况，我们什么时候在探测器中看到状态代码503。
提前谢谢你！
屏幕下面的截图来自pod的事件部分。
生动活泼和准备就绪的配置
的资源限制
FYI：我尝试过将initialDelaySeconds更改为180没有帮助，而且我也不认为服务启动有任何问题--启动时间不长，我可以在日志中看到。
浏览 2提问于2021-07-30得票数 1
回答已采纳
我正在尝试为我的一个应用程序使用kubernetes状态集控制器。根据我在stateful文档中的理解，使用Orderedready策略时，它会按顺序创建pod，直到前一个pod处于就绪状态时才会继续创建下一个pod。我的问题是控制器如何确定pod处于就绪状态？它会执行什么探测来确定当前pod是否处于就绪状态？
浏览 2提问于2020-08-17得票数 2
我在GCP上有一个Kubernetes部署和一个ClusterIP服务来发现这个部署中的pod。该部署包含多个副本集pod，这些pod根据我们的水平pod标量配置(基于CPU利用率)来来去去。
现在，当创建新的副本集pod时，应用程序需要一段时间才能开始服务。但是在应用程序准备就绪之前，ClusterIP已经开始将请求分发到新的副本集pod，这导致请求无法得到服务。
ClusterIP服务yaml：
apiVersion: v1
kind: Service
metadata:
labels:
app: service-name
tier: backend
envir
浏览 23提问于2019-08-12得票数 1
1回答
我正在为多个租户设计一个具有单个kubernetes部署的系统，但是每个客户都有多个数据库、队列等。任何无状态的东西都是共享的，带有状态的任何东西对于每个租户都是分开的。基于请求主机(tenant1.company.com或tenant2.company.com)，代码将连接到相应的数据库和队列。
在这种情况下，我的吊舱是为多个租户设计的，在这种情况下应该如何设计就绪探测器？
我可以想到以下选项，但似乎没有一个是正确的：
连接到所有数据库和队列，并查看它们是否就绪:缺点:这将导致pod没有准备好，即使一个资源出现故障。
连接到任何一个数据库和队列:缺点:没有真正检查所有探测的准备状态。
浏览 3提问于2020-04-14得票数 1
回答已采纳
我在kubernetes上有一个红宝石rails应用程序。
我就是这么做的
kubernetes滚动更新new_file
库伯内特斯开始创造新的豆荚。
当新的吊舱准备好后，库伯奈特斯就会杀死旧的吊舱。
然而，尽管我的新pod已经处于就绪状态，但它们实际上正在构建/压缩rails资产。他们还没准备好。我怎么能让库伯内特斯知道还没准备好呢？
浏览 0提问于2016-05-27得票数 2
回答已采纳
我有一个kubernetes服务，它以领导者/追随者的方式工作，所以只有两个pod中的一个(用于HA)可以接受连接。我想通过traefik入口控制器公开我的服务。
实现这一点的方法之一-调整服务的就绪探测，因此从pod在准备就绪检查时将失败，直到它成为主pod。但我不喜欢这种方法，因为区分pod是否真的失败了，或者只是等待成为一个大师会让人感到困惑？
欢迎有任何想法
浏览 1提问于2018-09-11得票数 2
我在Kubernetes中以StatefulSet的形式运行StatefulSet。
我试图使用启动/活性探测，我注意到一些头盔图表使用MongoDB "ping“命令。
正如所说，
ping命令是一个非op命令，用于测试服务器是否响应命令。即使服务器被写入锁定，此命令也将立即返回：
什么意思？当服务器启动或处于初始同步状态时，该命令将返回什么？非常感谢！
浏览 4提问于2021-11-23得票数 1
回答已采纳
我开始在我的服务中引入，我不确定我是否成功地让它工作，因为我不能自信地解释kubectl报告的状态。
kubectl describe pod mypod给了我类似这样的东西：
Name: myapp-5798dd798c-t7dqs
Namespace: dev
Node: docker-for-desktop/192.168.65.3
Start Time: Wed, 24 Oct 2018 13:22:54 +0200
Labels: app=myapp
pod-template-h
浏览 1提问于2018-10-24得票数 6
1回答
我正在尝试使用python检查azure容器组中容器的状态。 这样做的原因是，我们有一个监视器来检查我们的应用程序状态，并在应用程序停止响应时重新启动容器组。这样做的问题是，如果容器启动时间太长，我们不希望监视器再次重新启动它。 因此，我们希望检查容器当前是否处于等待或挂起状态，以便监视器可以忽略它，直到它启动。
浏览 10提问于2020-07-06得票数 0
我有一个运行在虚拟机上的分布式应用程序，其中有一个以主动/被动模式运行的服务。活动VM通过公共IP提供服务。如果主动VM失败，公共IP将被移动到被动VM，被动VM将变为主动并开始提供服务。
这种模式如何适用于kubernetes管理的容器化应用程序？
如果我使用副本=1的复制控制器，在节点/ minion失败的情况下，复制控制器将在另一个minion中重新安排pod(在当前应用程序中为= VM )，但这可能会导致与仅移动IP资源的当前解决方案相比，较高的停机时间。
如果我使用一个带有replicas=2的复制控制器，那么我需要有一个不同的配置，其中一个带有公共IP，另一个没有)，这是反模式的吗
浏览 1提问于2015-03-24得票数 4
回答已采纳
2回答
Pod处于挂起状态
、、、
我正在使用Kubernetes-client java客户端在Kubernetes集群上创建部署。THis是代码
Deployment deployment = new DeploymentBuilder()
.withNewMetadata()
.withName("first-deployment")
.endMetadata()
.withNewSpec()
.withReplicas(3)
.withNewTemplate()
.withNewMetadata
浏览 10提问于2018-01-17得票数 12
1回答
在kubernetes集群中处理并发请求的最佳选择是什么？具体来说，我在azure上使用了AKS。
我当前的设置有多个用FLASK+GUNICORN实现的API pod，以及一个nginx反向代理(也是用多个pod实例化的)。我本以为nginx的负载均衡器服务已经负责将请求重定向到流量较低的pod，但我看到的是，实际上经常发生两个后果性请求落在同一个nginx pod上，从而导致等待时间。
我应该实现一个队列处理程序吗？如果是这样，哪个选项是最好的？AKS中有可以集成的azure原生服务吗？
或者足以为我的pod实现一个就绪探测？如果是这样的话，最好的设置是什么？一个有2个线程的GUNICOR
浏览 0提问于2019-09-16得票数 0
我已经写了一个configmap，有一个脚本在这样的ip地址上want，但我想强制退出pod，并在多次重试后设置为失败！
我如何在init容器中设置它？
这是我的configmap：
apiVersion: v1
kind: ConfigMap
metadata:
name: check-database
namespace: devops
data:
check_db.sh: |
#!/bin/sh
touch res.txt
count=0
filled=false
until [ ! "$count" -le 12 ]
浏览 3提问于2020-05-13得票数 0
我的应用程序需要通过REST与第三方服务进行通信，为此需要向POST发送一个/auth请求，并使用令牌发送第三方系统响应。然后，该令牌可以用于随后的调用，并且它在12 hours中是有效的。
目前，/auth调用发生在第一个请求到达POD时，这需要几秒钟时间。我正在尝试进行更改，以便POD在服务任何请求之前总是得到令牌。
我正在考虑的解决方案是在可用之前在Kubernetes中使用api。这是否解决问题的理想方法？
如果是这样的话，如何能够每12小时自动重新创建我的POD？，因为如果我在12小时后不删除pod，令牌就会失效。
浏览 0提问于2020-12-26得票数 0
1回答
舵图变量定义
、、、
我正在创建一个应该安装2个服务的舵图。它依赖于将安装第一个postgresql服务。然后，另一个服务应该使用安装的postgresql服务的数据库用户、密码、主机名和端口。
由于我需要获得这些详细信息运行时，即即将安装postgresql服务，当然用户详细信息，我将使用环境变量，主机名和端口，一旦postgresql部署。
我尝试使用从不同站点获得的一些模板函数和子图概念。但是没有任何东西能解决这个需求。
有没有什么例子可以满足上面的要求？
浏览 0提问于2018-02-05得票数 0
1回答
我有一个带有3个节点的GKE集群(n1-standard-1，master version 1.13.6-gke.13)，在这个集群上我有7个部署，每个节点都运行一个Spring Boot应用程序。为每个部署创建一个默认的水平Pod Autoscaler，目标CPU为80%，最少1/最多5个副本。 在正常运行期间，每个部署通常有1个pod，CPU使用率为1-5%。但是，当应用程序启动时，例如在执行滚动更新之后，CPU使用率会达到峰值，并且HPA会扩展到报告CPU使用率达到500%或更高的最大副本数。 当同时启动多个部署时，例如在集群升级之后，经常会导致各种pods无法调度，因为它的CPU不足
浏览 17提问于2019-06-26得票数 5
回答已采纳
如果我的集群中的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
我有多个服务，它们的探测也是以相同的方式配置的。我想将livenessProbe的常用值如initialDelaySeconds、periodSeconds等提取到configMap中。有可能吗？ 当我像这样创建一个configMap时： data:
liveness-endpoint: /actuator/health/liveness
liveness-initialDelaySeconds: 60
liveness-periodSeconds: 5 并尝试在探测中引用它，如下所示： livenessProbe:
httpGet:
path: live
浏览 15提问于2020-10-22得票数 0
回答已采纳
2回答
我有几个.net核心应用程序，没有明显的原因就关闭了。看起来，这是在执行健康检查之后发生的，但我无法看到kubernetes中的杀戮命令。
cmd
kubectl describe pod mypod
输出(重启计数如此之高，因为每天晚上都会关闭；舞台环境)
Name: mypod
...
Status: Running
...
Controlled By: ReplicaSet/mypod-deployment-6dbb6bcb65
Containers:
myservice:
State: Runn
浏览 0提问于2019-11-01得票数 4
2回答
在我的Kubernetes设置中，我有两个服务-A和B。
服务B依赖于服务A的全面启动。现在我想在服务B的Pods中设置一个TCP就绪探测器，这样他们就可以测试服务A的任何Pod是否完全运行。
Service中部署的ReadinessProbe部分如下所示：
readinessProbe:
tcpSocket:
host: serviceA.mynamespace.svc.cluster.local
port: 1101 # same port of Service A Readiness Check
我可以应用这些更改，但是就绪探测失败了：
Readiness probe
浏览 0提问于2019-07-11得票数 1
回答已采纳
1回答
我有一个部署在kubernetes上的Django应用程序。容器还挂载到一个持久卷，其中包含一些操作所需的文件。我想要有一个检查，它将检查文件是否在那里，并在每次pod启动时在运行时可访问。Django文档建议不要在生产环境中运行检查(应用程序在uwsgi中运行)，并且因为文件只在生产环境中可用，所以在单元测试时检查将失败。
在生产中执行检查的可接受流程是什么？
浏览 3提问于2020-09-17得票数 1
我正尝试在EKS集群上运行tomcat实例以连接到activeMQ，但是，pod继续崩溃并显示错误javax.jms.JMSException: Stopped。
我尝试重新创建pod并为pod增加资源，但无法确定崩溃的根本原因或可能原因。
22:22:31 INFO [http-nio-9014-exec-1] (org.apache.catalina.core.ContainerBase.[Tomcat].[localhost].[/]) - Initializing Spring DispatcherServlet 'dispatcherServlet'
22:2
浏览 163提问于2019-08-16得票数 1
我已经在Kubernetes上设置了一个Node应用程序，并设置了一个Ingress。结果，我的节点服务器不断地受到健康检查的轰炸。
我不确定这些持续的健康检查是好事还是坏事。它们是否会影响服务器(例如，使其变慢，或使其持续忙碌)？这也可能导致我的应用程序的CPU使用率增加？
这里的最佳实践是什么？
我这样设置我的Ingress
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: kubernetes-ingress
# kubernetes-ingress is the name of static ip w
浏览 18提问于2018-08-01得票数 1
我将8888用于活动和就绪探测，8887用于普通HTTP请求，就绪探测失败，pods处于0/1，未就绪状态。ButI仍然看到正常的POST请求由pod提供服务。这是意料之中的吗。健康探测和正常请求是否应该在同一端口上接收？
浏览 18提问于2020-07-28得票数 0
我想在谷歌云集群kubernetes环境中测试活动性探针。如何使用pod或容器来测试活动性探测？
问题是，如果我删除这些pod上的任何pod，副本集将自动启动这些pod。
浏览 2提问于2018-11-24得票数 0
1回答
我有一个用Go编写的API，它已经Dockerised，并在GKE上的Kubernetes集群中运行。 目前，我的API服务器不能处理任何关机场景，比如Pod死掉或被故意关闭。 我应该捕获哪组UNIX信号来正常关闭服务器，以及在什么情况下会触发它们？例如，崩溃、K8s关闭等。
浏览 21提问于2019-01-17得票数 3
回答已采纳
我正在寻找一种方法，我们可以打开/关闭活性探测使用configMap UI上的牧场，同时，它不需要重新部署的荚。
的细节:假设活性探针已经被配置在pod上了。接下来，我有一个布尔标志，它被设置为false，所以如果为false，活性探针将停止对pod的探测。另一方面，如果将布尔标志设置为true，则活动探测将恢复探测。所有这些都需要在不重新部署吊舱的情况下工作。以下是我的草案构想：
有一个configMap UI (Rancher上列出的configMap)，它持有布尔标志来打开/关闭活性探测，如下所示:
app.liveness.probe.mode=false
下一步，我想通过条件检查将上
浏览 3提问于2021-02-11得票数 0
我们在托管的Azure环境中使用K8S，在Ubuntu中使用Minikube，在本地机器上使用Rancher集群，一般来说，我们的部署需要大约30秒的时间来拉取容器，运行并准备就绪。然而，我最近一次尝试创建部署(on-prem)需要一分钟甚至更长的时间。它是一个很小的web服务，与我们的其他部署非常相似。唯一(明显)的区别是使用了启动探测和活动探测，尽管我们的一些其他服务确实有探测，但它们是不同的。
在通过提取运行的yaml并使用kubectl将Octopus deploy从等式中删除后，只要(单个) pod启动，我就开始读取日志，正如预期的那样，启动和活动探测器很快就会被调用。启动成功，集群
浏览 1提问于2021-07-22得票数 0
我的应用程序有一个可用的Kubernetes部署。 ---
apiVersion: apps/v1
kind: Deployment
metadata:
name: my-app
spec:
...
template:
...
spec:
containers:
- name: my-app
image: my-image
...
readinessProbe:
httpGet:
port: 3000
path: /
浏览 79提问于2019-10-07得票数 0
回答已采纳
1回答
我知道如何在kubernetes中设置就绪探测器，但是对于微服务应该在何时调用就绪探测器，有什么最佳实践吗？两个具体例子：
是一种面向数据库的微服务，如果没有有效的db连接，几乎所有功能都无法工作。在这里，我认为点击数据库是合理的，如果ping失败的话，没有做好准备检查。这是推荐的吗？是一种使用N个其他微服务的微服务，但是如果不能连接到任何一个微服务，那么大多数功能仍然可以工作。在这里，我认为检查与支持服务的连接是不明智的。在这种情况下，假设没有广泛的“引导”或“热身”处理，活性和就绪是等同的。对吗？
谢谢
浏览 0提问于2020-10-12得票数 3
回答已采纳
在部署新版本的应用程序期间，顺序终止4个pods并由新的pods替换；但在这10分钟内，应用程序正在命中其他微服务，正在命中较旧的端点，导致502/404错误-有人知道如何部署4个新pods，然后将流量从旧的pods排出到新的pods，并在终止与先前版本的所有连接后，然后终止旧的pods？
浏览 20提问于2020-03-11得票数 0
回答已采纳
我已经用二进制执行检查在我的吊舱上配置了一个readinessProbe，它连接到我正在运行的服务器(在同一个容器中)，并检索一些健康信息(比如为通信做好准备)。
配置为readinessProbe，二进制文件无法与我的服务器联系并获取所需的信息。它连接在TCP套接字上。但是，当我将它配置为一个livenessProbe时，它是正确工作的。
配置。为了使其正常工作，我只将类型从readinessProbe更改为livenessProbe。
"readinessProbe": {
"exec": {
&#
浏览 3提问于2016-02-29得票数 1
1回答
我有一个奇怪的环境，目前我无法将k8s结束符写到日志记录服务(loggly，sumo等)。偶尔，其中一个吊舱开始出现prod中的问题，修复方法是删除吊舱并让它被替换，这是操作小组管理的(我没有直接访问权限)。
我想要做的是让吊舱与问题被保存，不再有流量路由到它，并由控制器取代。这样我就可以挖出吊舱和圆木来确定发生了什么。
我在这里查看了标签以实现这一点：
重要的一节是
您可以操作标签进行调试。由于Kubernetes控制器(例如ReplicaSet)和服务使用选择器标签匹配Pods，因此从Pod中删除相关标签将阻止控制器考虑它或服务为流量提供服务。如果您移除现有Pod的标签，它的控制器将创建一
浏览 4提问于2020-04-15得票数 0
docker-splunk镜像增加了一层复杂性，因为它使用ansible配置器执行初始设置。Ansible甚至将splunk程序作为安装程序的一部分重新启动。 我想不出一个合适的kubernetes就绪性探测。一旦获得有效的返回，TCP就会通过。但ansible的攻略至少还需要10分钟才能完成。 我目前使用初始延迟，但我想要更智能的延迟。我正在考虑一个命令类型探测器，它将在ansible攻略完成时进行查找。但我不知道该去哪里找。 我想这意味着我现在必须学习ansible了。
浏览 6提问于2020-09-02得票数 1
我已经看过几个解决方案，但找不到答案，所以我试图在集群上运行一个有状态集，但是由于未绑定声明，吊舱无法运行。我正在运行t2.带有Bottlerocket主机类型的大型机器。
kubectl获得事件
28m Warning FailedScheduling pod/carabbitmq-0 pod has unbound immediate PersistentVolumeClaims (repeated 3 times)
28m Normal Scheduled
浏览 8提问于2020-12-26得票数 0
回答已采纳
我正在使用Spring的部署(典型的微服务web服务器部署，带有Gateway、单独的身份验证服务器等，前面有反向代理/负载平衡nginx部署)。我们用库伯奈特组织码头集装箱。我们正在为生产部署做准备，最近开始了负载测试，揭示了处理这些负载时的一些问题。
我的问题是，当服务器受到高负载(这里是用Gatling进行性能测试)时，活动探测返回503个错误，因为负载很重；这会触发Kubernetes重新启动。
当然，活性探测是很重要的，但是当系统开始丢弃请求时，我们最不应该做的事情就是杀死豆荚，这会通过将负载转移到剩余的豆荚而导致级联故障。
Spring健康检查的这一具体问题被描述为，并提供了一些提
浏览 2提问于2020-05-20得票数 2
回答已采纳
Kubernetes部署和复制控制器通过确保存在最少数量的副本来提供自我修复的能力。
此外，自动伸缩功能还允许在给定特定cpu阈值的情况下增加副本。
是否有工具可以在自动修复和自动缩放功能中提供灵活性？
示例:高峰期自动调整副本数。当pod死了，并且是由于外部问题，防止系统重新创建容器，并等待一个条件成功，即ping或telnet测试。
浏览 3提问于2016-09-10得票数 0
我有一个在启动时运行脚本的吊舱。一旦该脚本完成执行，我想要添加一个标签到吊舱，这样它就可以作为服务的一部分使用。做这件事最好的方法是什么？
浏览 0提问于2016-04-14得票数 0
回答已采纳
我对就绪探测感到非常困惑。假设我使用带有/health的httpGet作为探测端点。一旦就绪检查返回500，服务器将停止服务业务。那么/health端点如何工作呢？换句话说，一旦就绪检查失败，它如何再次工作，因为它不再能响应未来的/health检查？
我猜一个有效的解释是路径是在本地调用的？(即不通过https:${ip and port}/health)
浏览 6提问于2020-07-11得票数 1
我的理解是，在等待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
我目前正在构建一个分布式共识系统，以便准确地知道Kubernetes pod何时可以为流量提供服务(接受http请求)是很重要的。除了设置计时器不断向自身发出请求之外，我还能做些什么呢？
浏览 5提问于2020-07-12得票数 0
我有一个运行nginx的容器，它监听pod id的端口443。它本身运行得很好；但是，如果我指定了一个活动探测器，那么探测器将失败，并显示
5m54s Warning Unhealthy Pod Liveness probe failed: Get https://192.168.2.243:443/: EOF
有人能指出我做错了什么吗？谢谢。
当它在没有活动探测的情况下运行时：
root@ip-192-168-2-243:/etc/nginx# netstat -tupln | grep 443
tcp 0 0 1
浏览 6提问于2019-10-15得票数 4
我需要帮助理解Kubernetes如何在pod重启时处理请求。
如果我在Kubernetes集群上运行了两个pod，其中一个死了或者中途重启了，那么第一个pod正在处理的当前请求是会转移到第二个pod，还是会失败？
浏览 4提问于2021-03-11得票数 1
1回答
我使用deployment Manager在GKE中运行了一个部署和服务。我的服务的所有功能都正常工作，除了我创建的入口报告服务永远处于不健康状态。 需要说明的是，除了运行状况检查(因此，还包括入口)之外，部署的所有功能都可以正常工作。这在以前是有效的(大约在2019年末)，显然大约一年前，GKE在入口目标服务上添加了一些额外的健康检查要求，我一直无法理解它们。 我对服务进行了显式的健康检查，它报告健康，但入口无法识别它。该服务使用NodePort，但在部署上也打开了HTTP80，并且它确实在本地使用HTTP200响应请求:80，但显然这对部署的服务没有帮助。 群集本身几乎与Deployme
浏览 20提问于2021-07-19得票数 0
回答已采纳
我有一个kubernetes集群，所以我希望度量标准来衡量应用程序何时需要向外扩展。我的第一个想法是使用“延迟”来测量从应用程序用户到应用程序pod的响应，所以我不确定kubernetes是否可以表示用户应用程序pod的时间延迟？
浏览 0提问于2015-08-23得票数 0
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频活动推荐
腾讯云开发者
