问题一:容器服务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告警,你可以尝试以下方法:
- 增加initialDelaySeconds的值。这将使容器有足够的时间启动并准备好接受流量。但是,这可能会导致应用启动较慢。
- 使用liveness探针替换readiness探针。liveness探针用于检查容器是否仍然正常运行。如果liveness探针返回失败,Kubernetes会将Pod标记为不健康,直到探针成功为止。这样,你可以确保应用始终处于运行状态。
- 优化应用代码,使其更快地启动并准备好接受流量。例如,减少初始化时间、优化资源分配等。
- 使用sidecar容器。Sidecar容器可以在主容器启动之前执行一些准备工作,例如加载配置文件、初始化数据库连接等。这样,主容器可以尽快启动并准备好接受流量。
- 使用自定义的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