塘沽做网站,百度竞价托管哪家好,厦门建筑人才网,网站盈利文章目录 startupProbe探针startupProbe说明示例配置参数解释 使用场景说明实例——要求#xff1a; 容器在8秒内完成启动#xff0c;否则杀死对应容器工作流程说明timeoutSeconds: 和 periodSeconds: 参数顺序说明 livenessProbe探针livenessProbe说明示例配置参数解释 使用… 文章目录 startupProbe探针startupProbe说明示例配置参数解释 使用场景说明实例——要求 容器在8秒内完成启动否则杀死对应容器工作流程说明timeoutSeconds: 和 periodSeconds: 参数顺序说明 livenessProbe探针livenessProbe说明示例配置参数解释 使用场景说明实例——题目要求如果发现业务4秒后无响应杀死对应容器并进行重启工作流程说明 readnessProbe探针readnessProbe说明示例配置参数解释 使用场景说明实例——如果发现业务3秒后无响应访问流量将不会传值该容器5秒内如果回复响应访问流量将继续转发至该容器工作流程说明 一个完整的包含3个探针的实例yaml文件 startupProbe探针
startupProbe 是 Kubernetes 中的一种探针用于检测容器的启动状态。 如果容器未能在指定的时间内启动Kubernetes 将杀死并重启该容器。【简单来说startupProbe 用于检测容器是否已经成功启动。如果 startupProbe 失败Kubernetes 将杀死容器并根据策略进行重启。】startupProbe 主要用于那些启动时间较长的应用以确保它们在完全启动之前不会被其他探针如 livenessProbe 和 readinessProbe误判为失败。也就是说它通常用于那些启动时间较长的应用程序以确保在应用程序完全启动之前不会触发 livenessProbe 和 readinessProbe。
startupProbe说明 以下是 startupProbe 的常用参数及其说明 httpGet: 使用 HTTP GET 请求进行探测。 path: 要探测的 HTTP 路径。port: 要探测的端口。scheme: 使用的协议HTTP 或 HTTPS。 示例 httpGet:path: /port: 8080scheme: HTTPtcpSocket: 使用 TCP 检查进行探测。 port: 要探测的端口。 示例 tcpSocket:port: 8080exec: 使用命令执行进行探测。 command: 要执行的命令及其参数。 示例 exec:command:- cat- /etc/hostsinitialDelaySeconds: 在容器启动后等待多长时间开始进行第一次检查。 类型整数默认值0 timeoutSeconds: 探针等待响应的时间。如果超过这个时间没有响应则认为探针失败。 类型整数默认值1 periodSeconds: 探针之间的间隔时间即每隔多少秒进行一次检查。 类型整数默认值10 successThreshold: 探针连续成功的次数只有达到这个次数才认为探针成功。 类型整数默认值1 failureThreshold: 探针连续失败的次数只有达到这个次数才认为探针失败并触发容器重启。 类型整数默认值3
示例配置
以下是一个完整的 startupProbe 配置示例
startupProbe:httpGet:path: /port: 8080scheme: HTTPinitialDelaySeconds: 0timeoutSeconds: 5periodSeconds: 10successThreshold: 1failureThreshold: 3参数解释
httpGet: 使用 HTTP GET 请求检查 / 路径端口为 8080使用 HTTP 协议。initialDelaySeconds: 0: 容器启动后立即开始进行探测。timeoutSeconds: 5: 探针等待5秒以获取响应。如果超过5秒没有响应则认为探针失败。periodSeconds: 10: 每10秒进行一次探测。successThreshold: 1: 探针只需一次成功就认为探测通过。failureThreshold: 3: 探针需要连续三次失败才认为探测失败并触发容器重启。
使用场景说明 使用场景一般有下面2个 启动时间较长的应用对于启动时间较长的应用使用 startupProbe 可以确保它们在完全启动之前不会被误判为失败。避免误判在应用启动过程中livenessProbe 和 readinessProbe 可能会误判应用为失败。使用 startupProbe 可以避免这种情况。 通过合理配置 startupProbe可以确保容器在启动过程中得到正确的检测和处理避免因启动时间较长而导致的不必要的重启。
实例——要求 容器在8秒内完成启动否则杀死对应容器
根据题意最终参数如下 这种配置确保了探针能够每2秒检查一次容器状态并且在容器未能在8秒内启动完成时杀死容器。探针等待4秒以获取响应如果超过4秒没有响应则认为探针失败。探针需要连续两次失败即8秒内两次失败才会将容器标记为启动失败并触发重启。
startupProbe:exec:command:- cat- /etc/hostsinitialDelaySeconds: 0timeoutSeconds: 4periodSeconds: 2successThreshold: 1failureThreshold: 2工作流程说明
解析
startupProbe 【只启动一次】——容器启动的时候完成探针失败就killexec: 通过在容器内执行命令来检查应用的健康状况。command: 要执行的命令。- cat- /etc/hostsinitialDelaySeconds 0 用于指定在容器启动后多长时间开始进行首次健康检查。它的作用是让容器有足够的时间来完成初始化操作避免在容器还未完全启动时就进行健康检查从而导致误判。例如如果将 initialDelaySeconds 设置为 30那么 Kubernetes 会在容器启动后的 30 秒才开始进行第一次 startupProbe 检查。timeoutSeconds 4: 探测的超时时间秒。periodSeconds 2: 执行探测的周期秒。successThreshold 1: 探测成功的阈值。连续成功达到这个阈值后容器被认为已经成功启动。默认值是 1。如果设置为 1只要有一次成功的探测容器就会被认为启动成功。failureThreshold 2: 探测失败的阈值。在达到这个阈值之前容器不会被认为启动失败。 参数解释 exec: 使用命令执行方式进行探测这里使用 ls /mnt 命令。 command: 定义了要执行的命令这里是 ls /mnt。 initialDelaySeconds: 在容器启动后等待多长时间开始进行第一次检查。 在你的配置中initialDelaySeconds: 0 表示容器启动后立即开始进行探测。 timeoutSeconds: 探针等待响应的时间。如果超过这个时间没有响应则认为探针失败。 在你的配置中timeoutSeconds: 4 表示探针等待4秒以获取响应。如果超过4秒没有响应则认为探针失败。 periodSeconds: 探针之间的间隔时间即每隔多少秒进行一次检查。 在你的配置中periodSeconds: 2 表示每2秒进行一次探测。 successThreshold: 探针连续成功的次数只有达到这个次数才认为探针成功。 在你的配置中successThreshold: 1 表示探针只需一次成功就认为探测通过。 failureThreshold: 探针连续失败的次数只有达到这个次数才认为探针失败并触发容器重启。 在你的配置中failureThreshold: 2 表示探针需要连续两次失败才认为探测失败。 工作流程 容器启动后探针会立即开始进行探测initialDelaySeconds: 0。 每2秒探针会执行一次 ls /mnt 命令periodSeconds: 2。 如果探针在4秒内没有成功执行 ls /mnt 命令timeoutSeconds: 4则认为探针失败。 探针需要连续两次失败failureThreshold: 2才会触发容器重启。 适用场景 initialDelaySeconds: 0适用于希望容器启动后立即开始探测的场景。timeoutSeconds: 4适用于希望容器在执行命令时有足够的时间响应。periodSeconds: 2适用于希望频繁检查容器启动状态的情况。successThreshold: 1适用于希望探针只需一次成功就认为容器启动成功的情况。failureThreshold: 2适用于希望探针需要连续两次失败才认为容器启动失败的情况避免偶发性故障导致不必要的重启。 结论 这个配置是合适的因为它能够满足以下需求 8秒内完成启动探针每2秒检查一次容器状态探针等待4秒以获取响应。如果超过4秒没有响应则认为探针失败。探针需要连续两次失败即8秒内两次失败才会将容器标记为启动失败并触发重启。 口水话深度解析 容器启动后探针会立即开始进行探测。开始第一个循环循环内容持续时间是4秒循环内容为探针每4秒periodSeconds: 4执行一次 ls /mnt 命令。持续时间为2秒timeoutSeconds: 2【时间是包含关系【periodSeconds: 4包含timeoutSeconds: 2】而不能periodSeconds: 4xtimeoutSeconds: 28秒】 【换种方式来说就是4秒执行一次持续时间4秒periodSeconds: 44秒中做的事情是2秒内timeoutSeconds: 2有没有成功执行 ls /mnt命令】 如果探针在2秒timeoutSeconds: 2内没有成功执行 ls /mnt 命令则认为探针失败。然后开始下一个循环failureThreshold: 2一组循环的参数是periodSeconds: 4和timeoutSeconds: 2。探针需要连续两次失败即8秒内两次失败才会触发容器重启。【时间计算是periodSeconds: 4xfailureThreshold: 2】而所谓的“否则杀死对应容器”就是表示容器不运行而已
timeoutSeconds: 和 periodSeconds: 参数顺序说明
容器在8秒内完成启动否则杀死对应容器下面2个参数哪个更合适
startupProbe:exec:command:- ls- /mntinitialDelaySeconds: 0timeoutSeconds: 2periodSeconds: 4successThreshold: 1failureThreshold: 2#和startupProbe:exec:command:- ls- /mntinitialDelaySeconds: 0timeoutSeconds: 4periodSeconds: 2successThreshold: 1failureThreshold: 2根据你的需求容器在8秒内完成启动否则杀死对应容器。 区别 timeoutSeconds: 配置1: timeoutSeconds: 2探针等待2秒以获取响应。如果超过2秒没有响应则认为探针失败。配置2: timeoutSeconds: 4探针等待4秒以获取响应。如果超过4秒没有响应则认为探针失败。 periodSeconds: 配置1: periodSeconds: 4每4秒进行一次探测。 配置2: periodSeconds: 2每2秒进行一次探测。 需求分析 8秒内完成启动需要探针在8秒内检测到容器是否启动完成否则杀死容器。 配置选择 配置1 探针每4秒检查一次容器状态。探针等待2秒以获取响应。探针需要连续两次失败即8秒内两次失败才会将容器标记为启动失败并杀死容器。 配置2 探针每2秒检查一次容器状态。探针等待4秒以获取响应。探针需要连续两次失败即8秒内两次失败才会将容器标记为启动失败并杀死容器。 结论 配置2 更合适因为它能够更频繁地检查容器状态并且在8秒内检测到容器是否启动完成。这种配置确保了探针能够每2秒检查一次容器状态并且在容器未能在8秒内启动完成时杀死容器。探针等待4秒以获取响应如果超过4秒没有响应则认为探针失败。探针需要连续两次失败即8秒内两次失败才会将容器标记为启动失败并杀死容器。
startupProbe:exec:command:- ls- /mntinitialDelaySeconds: 0timeoutSeconds: 4periodSeconds: 2successThreshold: 1failureThreshold: 2livenessProbe探针
livenessProbe说明 livenessProbe 是 Kubernetes 中的一种探针用于检测容器是否处于健康状态。 如果探针失败Kubernetes 会杀死容器并根据策略进行重启。livenessProbe 主要用于确保容器在运行过程中保持健康状态如果容器进入不健康状态可以通过重启来恢复。通过合理配置 livenessProbe可以确保容器在运行过程中保持健康状态并在出现问题时自动重启容器从而提高应用的可靠性和可用性。 以下是 livenessProbe 的常用参数及其说明 httpGet: 使用 HTTP GET 请求进行探测。path: 要探测的 HTTP 路径。port: 要探测的端口。scheme: 使用的协议HTTP 或 HTTPS。 示例 httpGet:path: /port: 8080scheme: HTTPtcpSocket: 使用 TCP 检查进行探测。 port: 要探测的端口。 示例 tcpSocket:port: 8080exec: 使用命令执行进行探测。 command: 要执行的命令及其参数。 示例 exec:command:- cat- /etc/hostsinitialDelaySeconds: 在容器启动后等待多长时间开始进行第一次检查。 类型整数默认值0 timeoutSeconds: 探针等待响应的时间。如果超过这个时间没有响应则认为探针失败。 类型整数默认值1 periodSeconds: 探针之间的间隔时间即每隔多少秒进行一次检查。 类型整数默认值10 successThreshold: 探针连续成功的次数只有达到这个次数才认为探针成功。 类型整数默认值1 failureThreshold: 探针连续失败的次数只有达到这个次数才认为探针失败并触发容器重启。 类型整数默认值3
示例配置
以下是一个完整的 livenessProbe 配置示例
livenessProbe:httpGet:path: /port: 8080scheme: HTTPinitialDelaySeconds: 10timeoutSeconds: 1periodSeconds: 10successThreshold: 1failureThreshold: 3参数解释
httpGet: 使用 HTTP GET 请求检查 / 路径端口为 8080使用 HTTP 协议。initialDelaySeconds: 10: 容器启动后等待10秒再开始进行探测。timeoutSeconds: 1: 探针等待1秒以获取响应。如果超过1秒没有响应则认为探针失败。periodSeconds: 10: 每10秒进行一次探测。successThreshold: 1: 探针只需一次成功就认为探测通过。failureThreshold: 3: 探针需要连续三次失败才认为探测失败并触发容器重启。
使用场景说明
使用场景如下 检测应用崩溃如果应用进程崩溃或挂起livenessProbe 可以检测到并触发容器重启。检测死锁如果应用进入死锁状态livenessProbe 可以检测到并触发容器重启。检测资源耗尽如果应用耗尽了资源如内存、CPUlivenessProbe 可以检测到并触发容器重启。
实例——题目要求如果发现业务4秒后无响应杀死对应容器并进行重启
题目要求如果发现业务4秒后无响应杀死对应容器并进行重启最终如下 这种配置确保了探针能够每秒检查一次服务状态并且在服务无响应时更准确地将容器标记为不健康。探针等待2秒以获取响应如果超过2秒没有响应则认为探针失败。探针需要连续两次失败才会触发容器重启同时在服务恢复响应时能够快速将容器标记为健康。
livenessProbe:httpGet:path: /port: 8090scheme: HTTPinitialDelaySeconds: 10timeoutSeconds: 2periodSeconds: 1successThreshold: 1failureThreshold: 2工作流程说明
liveness【整个生命周期存在】——检测状态失败就kill#用于检测容器是否处于健康状态。如果探针失败Kubernetes 会杀死容器并根据策略进行重启。#适用于检测容器是否需要重启的情况。tcpSocket: 过尝试建立 TCP 连接来检查应用的健康状况。port: 8090 要连接的端口。initialDelaySeconds 10 用于指定在容器启动后多长时间开始进行首次健康检查。它的作用是让容器有足够的时间来完成初始化操作避免在容器还未完全启动时就进行健康检查从而导致误判。例如如果将 initialDelaySeconds 设置为 30那么 Kubernetes 会在容器启动后的 30 秒才开始进行第一次 startupProbe 检查。timeoutSeconds 2: 探测的超时时间秒。默认值是 1 秒。periodSeconds 1: 执行探测的周期秒。默认值是 10 秒。successThreshold 1: 探测成功的阈值。连续成功达到这个阈值后容器被认为已经成功启动。默认值是 1。如果设置为 1只要有一次成功的探测容器就会被认为启动成功。failureThreshold 2: 探测失败的阈值。在达到这个阈值之前容器不会被认为启动失败。默认值是 3。参数解释 httpGet: 使用 HTTP GET 请求进行探测。 path: /这是探针将要检查的路径。 port: 8090这是探针将要检查的端口。 scheme: HTTP使用 HTTP 协议进行探测。 initialDelaySeconds: 在容器启动后等待多长时间开始进行第一次检查。 在你的配置中initialDelaySeconds: 10 表示容器启动后等待10秒再开始进行探测。 timeoutSeconds: 探针等待响应的时间。如果超过这个时间没有响应则认为探针失败。 在你的配置中timeoutSeconds: 2 表示探针等待2秒以获取响应。如果超过2秒没有响应则认为探针失败。 periodSeconds: 探针之间的间隔时间即每隔多少秒进行一次检查。 在你的配置中periodSeconds: 1 表示每1秒进行一次探测。 successThreshold: 探针连续成功的次数只有达到这个次数才认为探针成功。 在你的配置中successThreshold: 1 表示探针只需一次成功就认为探测通过。 failureThreshold: 探针连续失败的次数只有达到这个次数才认为探针失败并触发容器重启。 在你的配置中failureThreshold: 2 表示探针需要连续两次失败才认为探测失败。 工作流程 容器启动后探针会等待10秒再开始进行探测initialDelaySeconds: 10。 每1秒探针会对 http://容器IP:8090/ 发起一次 HTTP GET 请求periodSeconds: 1。 如果探针在2秒内没有收到响应timeoutSeconds: 2则认为探针失败。 探针需要连续两次失败failureThreshold: 2才会触发容器重启。 探针只需一次成功successThreshold: 1就会将容器标记为健康。 适用场景 initialDelaySeconds: 10适用于希望容器启动后等待一段时间再开始探测的场景。timeoutSeconds: 2适用于希望快速检测到服务无响应的情况。periodSeconds: 1适用于希望频繁检查服务健康状态的情况。successThreshold: 1适用于希望探针只需一次成功就认为服务健康的情况。failureThreshold: 2适用于希望探针需要连续两次失败才认为服务不健康的情况避免偶发性故障导致不必要的重启。 满足需求 10秒后开始探测容器启动后等待10秒再开始进行探测。2秒无响应探针等待2秒以获取响应如果超过2秒没有响应则认为探针失败。每1秒检查一次探针每1秒检查一次服务状态。连续两次失败探针需要连续两次失败才会触发容器重启。
readnessProbe探针
readnessProbe说明 readinessProbe 是 Kubernetes 中的一种探针用于检测容器是否已经准备好接受流量。 如果探针失败Kubernetes 会将容器从服务的端点列表中移除但不会杀死容器。这主要用于确保只有健康且准备好处理请求的容器才会接收流量。通过合理配置 readinessProbe可以确保只有健康且准备好处理请求的容器才会接收流量从而提高应用的可靠性和可用性。 readinessProbe 参数说明 以下是 readinessProbe 的常用参数及其说明 httpGet: 使用 HTTP GET 请求进行探测。 path: 要探测的 HTTP 路径。port: 要探测的端口。scheme: 使用的协议HTTP 或 HTTPS。 示例 httpGet:path: /port: 8080scheme: HTTPtcpSocket: 使用 TCP 检查进行探测。 port: 要探测的端口。 示例 tcpSocket:port: 8080exec: 使用命令执行进行探测。 command: 要执行的命令及其参数。 示例 exec:command:- cat- /etc/hostsinitialDelaySeconds: 在容器启动后等待多长时间开始进行第一次检查。 类型整数默认值0 timeoutSeconds: 探针等待响应的时间。如果超过这个时间没有响应则认为探针失败。 类型整数默认值1 periodSeconds: 探针之间的间隔时间即每隔多少秒进行一次检查。 类型整数默认值10 successThreshold: 探针连续成功的次数只有达到这个次数才认为探针成功。 类型整数默认值1 failureThreshold: 探针连续失败的次数只有达到这个次数才认为探针失败并将容器标记为不就绪。 类型整数默认值3
示例配置
以下是一个完整的 readinessProbe 配置示例
readinessProbe:httpGet:path: /port: 8080scheme: HTTPinitialDelaySeconds: 10timeoutSeconds: 1periodSeconds: 10successThreshold: 1failureThreshold: 3参数解释
httpGet: 使用 HTTP GET 请求检查 / 路径端口为 8080使用 HTTP 协议。initialDelaySeconds: 10: 容器启动后等待10秒再开始进行探测。timeoutSeconds: 1: 探针等待1秒以获取响应。如果超过1秒没有响应则认为探针失败。periodSeconds: 10: 每10秒进行一次探测。successThreshold: 1: 探针只需一次成功就认为探测通过。failureThreshold: 3: 探针需要连续三次失败才认为探测失败并将容器标记为不就绪。
使用场景说明
检测应用是否准备好接受流量在应用启动过程中可能需要进行一些初始化操作如加载配置、连接数据库等readinessProbe 可以确保应用在完成这些操作后才开始接收流量。动态调整服务流量在运行过程中如果应用暂时无法处理请求如进行内部维护或资源不足readinessProbe 可以将容器从服务的端点列表中移除待应用恢复后再重新加入。
实例——如果发现业务3秒后无响应访问流量将不会传值该容器5秒内如果回复响应访问流量将继续转发至该容器
题目要求如果发现业务3秒后无响应访问流量将不会传值该容器5秒内如果回复响应访问流量将继续转发至该容器最终用下面参数 这种配置确保了探针能够每秒检查一次服务状态并且在服务无响应时更准确地将容器标记为不就绪。探针等待3秒以获取响应如果超过3秒没有响应则认为探针失败。探针只需一次失败就会将容器标记为不就绪同时在服务恢复响应时能够在5秒内检测到并将容器标记为就绪。
readinessProbe:httpGet:path: /port: 8090scheme: HTTPinitialDelaySeconds: 10timeoutSeconds: 3periodSeconds: 1successThreshold: 1failureThreshold: 1工作流程说明
readness【整个生命周期存在】——检测业务失败就不转发业务【不会kill掉容器】#用于检测容器是否准备好接受流量。如果探针失败Kubernetes 会将容器从服务的端点列表中移除但不会杀死容器。#适用于检测容器是否可以接受流量的情况。httpGet: 通过发送 HTTP GET 请求来检查应用的健康状况。path: / 要访问的 HTTP 路径。port: 8090 要访问的端口。scheme: HTTP 指定 HTTP 请求的协议常见的值为 HTTP 和 HTTPS。initialDelaySeconds 10 用于指定在容器启动后多长时间开始进行首次健康检查。它的作用是让容器有足够的时间来完成初始化操作避免在容器还未完全启动时就进行健康检查从而导致误判。例如如果将 initialDelaySeconds 设置为 30那么 Kubernetes 会在容器启动后的 30 秒才开始进行第一次 startupProbe 检查。timeoutSeconds 3: 探测的超时时间秒。默认值是 1 秒。periodSeconds 1: 执行探测的周期秒。默认值是 10 秒。successThreshold 1: 探测成功的阈值。连续成功达到这个阈值后容器被认为已经成功启动。默认值是 1。如果设置为 1只要有一次成功的探测容器就会被认为启动成功。failureThreshold 1: 探测失败的阈值。在达到这个阈值之前容器不会被认为启动失败。默认值是 3。参数解释 httpGet: 使用 HTTP GET 请求进行探测。 path: /这是探针将要检查的路径。port: 8090这是探针将要检查的端口。scheme: HTTP使用 HTTP 协议进行探测。 initialDelaySeconds: 在容器启动后等待多长时间开始进行第一次检查。 在你的配置中initialDelaySeconds: 10 表示容器启动后等待10秒再开始进行探测。 timeoutSeconds: 探针等待响应的时间。如果超过这个时间没有响应则认为探针失败。 在你的配置中timeoutSeconds: 3 表示探针等待3秒以获取响应。如果超过3秒没有响应则认为探针失败。 periodSeconds: 探针之间的间隔时间即每隔多少秒进行一次检查。 在你的配置中periodSeconds: 1 表示每1秒进行一次探测。 successThreshold: 探针连续成功的次数只有达到这个次数才认为探针成功。 在你的配置中successThreshold: 1 表示探针只需一次成功就认为探测通过。 failureThreshold: 探针连续失败的次数只有达到这个次数才认为探针失败并将容器标记为不就绪。 在你的配置中failureThreshold: 1 表示探针只需一次失败就认为探测失败。 工作流程 容器启动后探针会等待10秒再开始进行探测initialDelaySeconds: 10。 每1秒探针会对 http://容器IP:8090/ 发起一次 HTTP GET 请求periodSeconds: 1。 如果探针在3秒内没有收到响应timeoutSeconds: 3则认为探针失败。 探针只需一次失败failureThreshold: 1就会将容器标记为不就绪。 探针只需一次成功successThreshold: 1就会将容器标记为就绪。 适用场景 initialDelaySeconds: 10适用于希望容器启动后等待一段时间再开始探测的场景。timeoutSeconds: 3适用于希望快速检测到服务无响应的情况。periodSeconds: 1适用于希望频繁检查服务健康状态的情况。successThreshold: 1适用于希望探针只需一次成功就认为服务就绪的情况。failureThreshold: 1适用于希望探针只需一次失败就认为服务不就绪的情况能够快速响应服务的异常状态。 满足需求 10秒后开始探测容器启动后等待10秒再开始进行探测。3秒无响应探针等待3秒以获取响应如果超过3秒没有响应则认为探针失败。每1秒检查一次探针每1秒检查一次服务状态。一次失败即标记为不就绪探针只需一次失败就会将容器标记为不就绪。一次成功即标记为就绪探针只需一次成功就会将容器标记为就绪。
一个完整的包含3个探针的实例yaml文件
可以直接通过下面内容创建一个负载的
