不同命名空间POD间的K8S-DNS解析
-
null
有人帮忙吗？
kubectl exec -n a somepod-f647b7d95-mrvfr cat /etc/resolv.conf
nameserver 10.12.0.10
search chimera.svc.cluster.local svc.cluster.local cluster.local c.<company-name>-staging.internal <provider>.internal
options ndots:5
kubectl get pods -n kube-system
event-exporter-v0.2.4-6d4c69fbfb-f4xpf 1/1 Running 0 24d
fluentd-gcp-scaler-6965bb45c9-mzvw6 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-2m2bf 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-2v6bq 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-4xpbc 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-7g5hm 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-8mqvc 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-f9hrs 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-fr58c 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-hzrsb 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-kq8hc 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-kt6p5 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-nsztm 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-qcl4r 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-qggv9 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-qkkp5 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-rm9hn 1/1 Running 0 5d5h
fluentd-gcp-v3.2.0-sv52h 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-t75fp 1/1 Running 0 7d6h
fluentd-gcp-v3.2.0-v49fv 1/1 Running 0 7d6h
kube-dns-6cd7bbdf65-jnntn 4/4 Running 0 24d
kube-dns-6cd7bbdf65-txmlj 4/4 Running 0 24d
kube-dns-autoscaler-8687c64fc-29jgq 1/1 Running 0 7d6h
kube-proxy-gke-iceberg-api-v2-201908101259587443-01f0b55b-q0k3 1/1 Running 0 217d
kube-proxy-gke-iceberg-api-v2-201908101259587443-0d661dfb-3zhx 1/1 Running 0 217d
kube-proxy-gke-iceberg-api-v2-201908101259587443-92bbd393-w96w 1/1 Running 1 115d
kube-proxy-gke-iceberg-es-single-202003021919386-1b520a2e-sn9m 1/1 Running 0 5d6h
kube-proxy-gke-iceberg-es-single-202003021919386-bf6046bf-7wsp 1/1 Running 0 5d5h
kube-proxy-gke-iceberg-es-single-202003021919386-d64daa4e-1jqz 1/1 Running 0 5d5h
kube-proxy-gke-iceberg-general-20190810125958886-21ed2623-4m0p 1/1 Running 0 217d
kube-proxy-gke-iceberg-general-20190810125958886-8b185cf9-x1j2 1/1 Running 0 217d
kube-proxy-gke-iceberg-general-20190810125958886-eaf63d3c-k338 1/1 Running 0 217d
kube-proxy-gke-iceberg-kafka-2019081012595876540-429586da-m2qf 1/1 Running 0 217d
kube-proxy-gke-iceberg-kafka-2019081012595876540-76ebb654-z7xx 1/1 Running 0 217d
kube-proxy-gke-iceberg-kafka-2019081012595876540-c3abee6e-4q76 1/1 Running 0 217d
kube-proxy-gke-iceberg-rabbitmq-2019081012595876-552d6676-8z2k 1/1 Running 0 217d
kube-proxy-gke-iceberg-rabbitmq-2019081012595876-662980f7-76jc 1/1 Running 0 217d
kube-proxy-gke-iceberg-rabbitmq-2019081012595876-b269df22-6zqj 1/1 Running 0 217d
kube-proxy-gke-iceberg-redis-2019081012595877180-38264a5e-c0ch 1/1 Running 0 217d
kube-proxy-gke-iceberg-redis-2019081012595877180-9412d5f5-pt3w 1/1 Running 0 217d
kube-proxy-gke-iceberg-redis-2019081012595877180-947dc20b-c002 1/1 Running 0 217d
kube-state-metrics-67b67d8fdd-nkpt4 2/2 Running 0 24d
l7-default-backend-fd59995cd-cvqwb 1/1 Running 0 24d
metrics-server-v0.3.1-5c8f664b95-sthjz
共有1个答案
从你的描述看来你在经营库贝恩斯。我给你的第一个建议是迁移到CoreDNS，因为KubeDNS正在一条废弃的道路上。
其次，有两件事向我跃出。
>
您所说的是在豆荚之间而不是在服务之间进行呼叫。虽然Kubernetes确实在您的应用程序之间提供服务发现，但正如您所知，它是通过DNS来实现的。然而，仅仅因为吊舱可以相互解析并不意味着容器将其端口暴露在吊舱之外。要做到这一点，即使是对集群中的应用程序，您也必须为每个Pod或控制器声明一个服务资源。
注意svc部分。您在操作中提到了some-service.b.cluster.local。
最后，如果一切恢复正常，我们可以开始对kube-dns进行故障排除。看起来这三个豆荚都在运行。但是，您是否尝试过描述它们和/或抓取它们的日志？如果有什么有趣的东西，你可以尝试下面的内容并分享一个总结吗？
kubectl describe pod -n kube-system kube-dns-6cd7bbdf65-jnntn
kubectl describe pod -n kube-system kube-dns-6cd7bbdf65-txmlj
kubectl describe pod -n kube-system kube-dns-autoscaler-8687c64fc-29jgq
kubectl logs -n kube-system kube-dns-6cd7bbdf65-jnntn
kubectl logs -n kube-system kube-dns-6cd7bbdf65-txmlj
kubectl logs -n kube-system kube-dns-autoscaler-8687c64fc-29jgq
我想logs命令将为您提供所需的答案。让我知道，如果你需要任何进一步的澄清或帮助在这个问题上。我很乐意帮忙。
-
本文向大家介绍Python命名空间详解，包括了Python命名空间详解的使用技巧和注意事项，需要的朋友参考一下 通俗的来说，Python中所谓的命名空间可以理解为一个容器。在这个容器中可以装许多标识符。不同容器中的同名的标识符是不会相互冲突的。理解python的命名空间需要掌握三条规则： 第一，赋值（包括显式赋值和隐式赋值）产生标识符，赋值的地点决定标识符所处的命名空间。 第二，函数定义（包括de
-
关于术语的一点说明: 请务必注意一点，TypeScript 1.5里术语名已经发生了变化。 “内部模块”现在称做“命名空间”。 “外部模块”现在则简称为“模块”，这是为了与ECMAScript 2015里的术语保持一致，(也就是说 module X { 相当于现在推荐的写法 namespace X {)。 这篇文章描述了如何在TypeScript里使用命名空间（之前叫做“内部模块”）来组织你的代码
-
Let the word of Christ dwell in you richly in all wisdom; teaching and admonishing one another in psalms and hymns and spiritual songs, singing with grrace in your hearts tto the Lord. And whatsoever
-
客户端有许多“命名空间”，通常是一些公开的可管理功能。命名空间对应 Elasticsearch 中各种可管理的 endpoint。下面是全部的命名空间： **命名空间** **功能** `indices()` 索引数据统计和显示索引信息 `nodes()` 节点数据统计和显示节点信息 `cluster()` 集群数据统计和显示集群信息 `snapshot()` 对集群和索引进行拍摄快照或恢复数据
-
命名空间 由于 js 环境极少命名空间管理模块, namespace 相对陌生, 比如有这样的文件结构, src/ demo/ core.cljs 可以看到 core.cljs 的路径就是: src/demo/core.cljs 注意 JVM 环境有个 classpath 的环境变量, 用于判断怎样查找源码, classpath 对应多个路径, 也可能是 jar 包, 而 jar 包中
-
命名空间，英文名字：namespaces 在研习命名空间以前，请打开在python的交互模式下，输入：import this >>> import this The Zen of Python, by Tim Peters Beautiful is better than ugly. Explicit is better than implicit. Simple is better than