漳州模板网站建设,南京最新消息,网络营销推广的,建设部网站如何下载规范 标准对于多副本应用#xff0c;当执行 Scale Up 操作时#xff0c;新副本会作为 backend 被添加到 Service 的负责均衡中#xff0c;与已有副本一起处理客户的请求。考虑到应用启动通常都需要一个准备阶段#xff0c;比如加载缓存数据#xff0c;连接数据库等#xff0c;从容… 对于多副本应用当执行 Scale Up 操作时新副本会作为 backend 被添加到 Service 的负责均衡中与已有副本一起处理客户的请求。考虑到应用启动通常都需要一个准备阶段比如加载缓存数据连接数据库等从容器启动到正真能够提供服务是需要一段时间的。我们可以通过 Readiness 探测判断容器是否就绪避免将请求发送到还没有 ready 的 backend。 下面是示例应用的配置文件。 重点关注 readinessProbe 部分。这里我们使用了不同于 exec 的另一种探测方法 -- httpGet。Kubernetes 对于该方法探测成功的判断条件是 http 请求的返回代码在 200-400 之间。 schema 指定协议支持 HTTP默认值和 HTTPS。path 指定访问路径。port 指定端口。 上面配置的作用是 容器启动 10 秒之后开始探测。 如果 http://[container_ip]:8080/healthy 返回代码不是 200-400表示容器没有就绪不接收 Service web-svc 的请求。 每隔 5 秒再探测一次。 直到返回代码为 200-400表明容器已经就绪然后将其加入到 web-svc 的负责均衡中开始处理客户请求。 探测会继续以 5 秒的间隔执行如果连续发生 3 次失败容器又会从负载均衡中移除直到下次探测成功重新加入。 对于 http://[container_ip]:8080/healthy应用则可以实现自己的判断逻辑比如检查所依赖的数据库是否就绪示例代码如下 ① 定义 /healthy 的处理函数。 ② 连接数据库并执行测试 SQL。 ③ 测试成功正常返回代码 200。 ④ 测试失败返回错误代码 503。 ⑤ 在 8080 端口监听。 对于生产环境中重要的应用都建议配置 Health Check保证处理客户请求的容器都是准备就绪的 Service backend。 以上是 Health Check 在 Scale Up 中的应用下一节我们讨论在 Rolling Update 中如果应用。 书籍 1.《每天5分钟玩转Kubernetes》https://item.jd.com/26225745440.html 2.《每天5分钟玩转Docker容器技术》https://item.jd.com/16936307278.html 3.《每天5分钟玩转OpenStack》https://item.jd.com/12086376.html
