-
合理配置CoreDNS - 云容器引擎 CCE
ready {$POD_IP}:8081 } 配置Forward插件与上游DNS服务的默认协议 NodeLocal DNSCache采用TCP协议与CoreDNS进行通信，CoreDNS会根据请求来源使用的协议与上游DNS服务器进行通信。因此默认情况下，来自业务容器的集群外部域名解析请求会依次经过NodeLocal
-
为什么修改子网DNS配置后，无法解析租户区域名？ - 云容器引擎 CCE
为什么修改子网DNS配置后，无法解析租户区域名？ 问题描述 用户集群子网DNS配置，增加了DNS服务器配置，如114.114.114.114，该域名无法解析租户区域名。 根因分析 CCE会将用户的子网DNS信息配置到node节点上，coredns插件中也是使用该配置信息，因此会导
-
如何设置容器内的DNS策略？ - 云容器引擎 CCE
rst”，则DNS查询将发送到kube-dns服务。 对于以配置的集群域后缀为根的域的查询将由kube-dns服务应答。所有其他查询（例如，www.kubernetes.io）将被转发到从节点继承的上游名称服务器。在此功能之前，通常通过使用自定义解析程序替换上游DNS来引入存根域
-
谨慎调整VPC和虚拟机的DNS配置 - 云容器引擎 CCE
谨慎调整VPC和虚拟机的DNS配置 CoreDNS启动时会默认从部署的实例上获取resolve.conf中的DNS配置，作为上游的解析服务器地址，并且在CoreDNS重启之前不会再重新加载节点上的resolve.conf配置。建议： 保持集群中各个节点的resolve.conf配置一致，这
-
调整CoreDNS部署状态 - 云容器引擎 CCE
在“HPA策略”中，您可以根据业务需求，通过CPU利用率、内存利用率等指标自定义HPA策略以自动扩容CoreDNS。 图3 创建弹性伸缩策略 单击“创建”，当最新状态为“已启动”时，代表HPA自动扩容CoreDNS策略生效。 父主题： 服务端
-
DNS概述 - 云容器引擎 CCE
local”）：请求被发送到配置的自定义DNS解析器（例如：监听在 1.2.3.4）。 未能匹配上后缀的名字（例如“widget.com”）：请求被转发到上游DNS。 图2 路由请求流程 相关操作 您还可以在工作负载中进行DNS配置，具体请参见工作负载DNS配置说明。 您还可以使用CoreDNS实现自
-
DNS - 云容器引擎 CCE
DNS DNS概述 工作负载DNS配置说明 使用CoreDNS实现自定义域名解析 使用NodeLocal DNSCache提升DNS性能 父主题： 网络
-
工作负载DNS配置说明 - 云容器引擎 CCE
工作负载DNS配置说明 Kubernetes集群内置DNS插件Kube-DNS/CoreDNS，为集群内的工作负载提供域名解析服务。业务在高并发调用场景下，如果使用到域名解析服务，可能会触及到Kube-DNS/CoreDNS的性能瓶颈，导致DNS请求概率失败，影响用户业务正常运行
-
监控CoreDNS运行状态 - 云容器引擎 CCE
监控CoreDNS运行状态 CoreDNS通过标准的Promethues接口暴露出解析结果等健康指标，发现CoreDNS服务端甚至上游DNS服务器的异常。 CoreDNS自身metrics数据接口，默认zone侦听{$POD_IP}:9153，请保持此默认值，否则普罗无法采集coredns
-
使用NodeLocal DNSCache提升DNS性能 - 云容器引擎 CCE
而不是使用CoreDNS服务，以此来减少CoreDNS服务的压力，提高集群DNS性能。 启用NodeLocal DNSCache之后，DNS查询所遵循的路径如下图所示。 图1 NodeLocal DNSCache查询路径 其中解析线路说明如下： ①：已注入DNS本地缓存的Pod，默认会通过NodeLocal
-
使用节点DNS缓存NodeLocal DNSCache - 云容器引擎 CCE
使用节点DNS缓存NodeLocal DNSCache NodeLocal DNSCache可以提升服务发现的稳定性和性能，关于NodeLocal DNSCache的介绍及如何在CCE集群中部署NodeLocal DNSCache的具体步骤，请参见使用NodeLocal DNSCache提升DNS性能。
-
CoreDNS域名解析 - 云容器引擎 CCE
运行效率高、配置灵活。在Kubernetes集群中使用CoreDNS能够自动发现集群内的服务，并为这些服务提供域名解析。同时，通过级联云上DNS服务器，还能够为集群内的工作负载提供外部域名的解析服务。 该插件为系统资源插件，在创建集群时默认安装。 目前CoreDNS已经成为社区K
-
CoreDNS域名解析 - 云容器引擎 CCE
运行效率高、配置灵活。在Kubernetes集群中使用CoreDNS能够自动发现集群内的服务，并为这些服务提供域名解析。同时，通过级联云上DNS服务器，还能够为集群内的工作负载提供外部域名的解析服务。 该插件为系统资源插件，在创建集群时默认安装。 目前CoreDNS已经成为社区K
-
概述 - 云容器引擎 CCE
时 使用节点DNS缓存NodeLocal DNSCache 及时升级集群中的CoreDNS版本 谨慎调整VPC和虚拟机的DNS配置 在服务端，您可以合理的调整CoreDNS部署状态或者调整CoreDNS配置来提升集群CoreDNS的可用性和吞吐量。 监控CoreDNS运行状态 调整CoreDNS部署状态
-
CoreDNS配置优化实践 - 云容器引擎 CCE
CoreDNS配置优化实践 概述 客户端 服务端 父主题： 网络
-
域名DNS - 云容器引擎 CCE
域名DNS CCE集群内域名解析失败，如何定位处理？ 为什么CCE集群的容器无法通过DNS解析？ 为什么修改子网DNS配置后，无法解析租户区域名？ 解析外部域名很慢或超时，如何优化配置？ 如何设置容器内的DNS策略？
-
修改CoreDNS配置直接解析 - 云容器引擎 CCE
forward . 10.0.0.190 } CoreDNS其他配置详解，请参见自定义 DNS 服务。 配置验证 创建一个Pod访问IDC的域名，如下所示，同样能够ping通，说明能够解析。 web-terminal-568c6566df-c9jhl:~# kubectl run -i --tty
-
为什么CCE集群的容器无法通过DNS解析？ - 云容器引擎 CCE
为什么CCE集群的容器无法通过DNS解析？ 问题描述 某客户在DNS服务中做内网解析，将自有的域名绑定到DNS服务中的内网域名中，并绑定到特定的VPC中，发现本VPC内的节点（ECS）可以正常解析内网域名的记录，而VPC内的容器则无法解析。 适用场景 VPC内的容器无法进行正常DNS解析的情况。 解决方案
-
避免IPVS缺陷导致的DNS概率性解析超时 - 云容器引擎 CCE
mit/35dfb013149f74c2be1ff9c78f14e6a3cd1539d1 您可以通过使用节点DNS缓存NodeLocal DNSCache降低IPVS缺陷的影响，具体操作请参见使用NodeLocal DNSCache提升DNS性能。 父主题： 客户端
-
选择合适的镜像 - 云容器引擎 CCE
3.3版本及更早版本的Alpine不支持search参数，不支持搜索域，无法完成服务发现。 并发请求/etc/resolve.conf中配置的多个DNS服务器，导致NodeLocal DNSCache的优化失效。 并发使用同一Socket请求A和AAAA记录，在旧版本内核上触
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
