容器服务ACK常见问题之容器服务ACK启动时readiness告警如何解决

问题一：容器服务ACK的容器里面的内部域名突然解析不了了，有什么排查思路么？

容器服务ACK的容器里面的内部域名突然解析不了了，有什么排查思路么？

参考答案：

拼写错了吧，报没这个域名。

关于本问题的更多回答可点击进行查看：

https://developer.aliyun.com/ask/570343?spm=a2c6h.12873639.article-detail.102.78734378QzkArw

问题二：买了容器服务ACK，购买其他的子服务器是不是不用够买公网了，就可以访问在子节点上运行的项目网站？

买了容器服务ACK，购买其他的子服务器是不是不用够买公网了，就可以访问在子节点上运行的项目网站？

参考答案：

没有特殊要求的话，节点可以不绑公网IP，一般是走 pod => service => ingress => slb 或 pod => service => slb。

关于本问题的更多回答可点击进行查看：

https://developer.aliyun.com/ask/570342?spm=a2c6h.12873639.article-detail.103.78734378QzkArw

问题三：容器服务ACK应用启动时候 一堆 readiness 告警怎么搞？

容器服务ACK应用启动时候 一堆 readiness 告警怎么搞？不想设置initialDelaySeconds 想让应用尽快启动

参考答案：

在Kubernetes中，readiness探针用于检查容器是否准备好接受流量。如果readiness探针返回失败，Kubernetes会将Pod标记为不健康，直到探针成功为止。为了避免readiness告警，你可以尝试以下方法：

1. 增加initialDelaySeconds的值。这将使容器有足够的时间启动并准备好接受流量。但是，这可能会导致应用启动较慢。
   
2. 使用liveness探针替换readiness探针。liveness探针用于检查容器是否仍然正常运行。如果liveness探针返回失败，Kubernetes会将Pod标记为不健康，直到探针成功为止。这样，你可以确保应用始终处于运行状态。
   
3. 优化应用代码，使其更快地启动并准备好接受流量。例如，减少初始化时间、优化资源分配等。
   
4. 使用sidecar容器。Sidecar容器可以在主容器启动之前执行一些准备工作，例如加载配置文件、初始化数据库连接等。这样，主容器可以尽快启动并准备好接受流量。
   
5. 使用自定义的readiness探针。你可以编写一个自定义的readiness探针，根据应用的实际需求来检查容器是否准备好接受流量。这样，你可以更好地控制应用的启动过程。
   

关于本问题的更多回答可点击进行查看：

https://developer.aliyun.com/ask/570341?spm=a2c6h.12873639.article-detail.104.78734378QzkArw

问题四：容器服务ACK这个自研插件吗？ 有没有参考一些开源方案设计的？

容器服务ACK这个自研插件吗？ 有没有参考一些开源方案设计的？ 我们这边最近也在看eBPF的一些监控方案，但是看了两个效果都不是很好。

参考答案：

自研方案，后续我们也会有开源计划

关于本问题的更多回答可点击进行查看：

https://developer.aliyun.com/ask/568814?spm=a2c6h.12873639.article-detail.105.78734378QzkArw

问题五：容器服务ACK这两个有啥区别 ？

容器服务ACK这两个有啥区别 ？

参考答案：

应用监控eBPF版是Kubernetes监控的升级版本，支持无侵入的应用可观测，无需修改业务代码

关于本问题的更多回答可点击进行查看：

https://developer.aliyun.com/ask/568813?spm=a2c6h.12873639.article-detail.106.78734378QzkArw