我正在VM中运行一个单节点Kubernetes集群,用于开发和测试。我使用Rancher Kubernetes引擎(RKE,Kubernetes版本1.18)部署它,并使用MetalLB启用LoadBalancer服务类型。Traefik是2.2版,通过官方掌舵图部署(https://github.com/containous/traefik-helm-chart)。我部署了几个虚拟容器来测试设置(https://hub.docker.com/r/errm/cheese)。
我可以通过节点IP访问Traefik仪表板(-
一些探测表明,来自pod的出站流量似乎存在问题。当我SSH节点时,我可以通过它们的服务或pod IP访问所有pod。从节点到pod的DNS也可以工作。但是,如果我启动交互式busybox pod,我无法从那里访问任何其他pod或主机。当我wget
到任何其他容器(都在默认命名空间中)时,我只得到wget:无法连接到远程主机(10.42.0.7):没有主机路由。
Internet上的服务器也是如此。
我没有安装任何网络策略,而且我知道默认情况下没有安装任何网络策略。
我也经历了这一点:https://kubernetes.io/docs/tasks/debug-application-cluster/debug-service
指南中的所有内容都很好,除了播客似乎没有任何网络连接。
我的RKE配置是标准配置,只是我关闭了标准的Nginx入口,并在静止时启用了etcd加密。
有什么想法吗?
好吧,所以我很愚蠢(或者更确切地说:一个新手)。我在主机上有一个旧的iptables规则,可以删除FORWARD链上的所有流量......删除该规则解决了问题。
移除这个角色我感到有点不安,但我必须承认我不完全理解这对安全的影响。这可能需要进一步的研究,但那是另一个主题。由于我目前不打算在生产环境中运行这个集群,而是使用托管集群,因此无论如何这都不是一个真正的问题。
也许只需再次检查节点的ip转发是否已打开:sysctl-net。ipv4。ip\u转发
如果由于某种原因没有返回:
net。ipv4.ip\u forward=1
然后您可以设置为:
sudo sysctl-wnet.ipv4.ip_forward=1
并使其永久化:
编辑etc/sysctl。形态
添加或取消对net的注释。ipv4.ip\u转发=1
我在调查小虫。我有我豆荚名字的日志。那个吊舱已经不存在了,它被另一个(配置不同的)取代了。新pod驻留在与旧pod相同的名称空间、复制控制器和服务中。 命令,如 仅使用当前的吊舱(活动或停止)。 我怎么能得到更多关于旧豆荚的细节?我想看看 创建它们的时间 它们在创建时具有哪些环境变量 停止的原因和时间
我是库伯内特斯的新手。我已经在Oracle虚拟盒管理器上设置了3个Ubuntu 20.04.2 LTS虚拟机。 根据以下文档,我已经在所有3个虚拟机中安装了docker、kubelet、kubeadm和kubectl https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/install-kubeadm/ 我使用以
我有一个简单的容器,它由安装在阿尔卑斯山上的OpenLDAP组成。它被安装为以非root用户身份运行。我能够使用我的本地Docker引擎运行容器而没有任何问题。但是,当我将其部署到我们的库伯内特斯系统时,它几乎立即被OOMKill杀死。我尝试在没有任何更改的情况下增加内存。我还查看了pod的内存使用情况,没有发现任何异常。 服务器启动为slapd-d debug-hldap://0.0.0.0:1
我已经在Kubernetes上部署了Prometheus,并提供了配置文件作为配置映射资源。该文件作为卷装入普罗米修斯吊舱中。 在集群中更改配置映射后,我用一个空POST请求点击Prometheus服务器endpoint,以便重新加载它(如文档中所述) 然而,当我对配置映射进行更改并重新部署它时,我会经历大约30秒的“滞后”,直到prometheus.yml文件在pod中更新。 我在这里读到,这是
我的kubernetes部署中有一个多容器吊舱: java redis nginx 对于每一个集装箱,普罗米修斯出口商也有一个集装箱。 问题是,如果annotations部分只支持每个pod一个端口,我如何向Prometheus公开这些端口? 但是我需要这样的东西: 也许还有其他方法可以从我的多容器pod中获取所有指标?提前感谢您的帮助。
迷你库版本v0.24.1 kubernetes 1.8.0版 我面临的问题是,我在minikube中创建了几个,每个都有一个pod。 有时,当我启动minikube时,我的吊舱会先启动,然后由kubernetes重新启动。它们将一次又一次地从创建容器状态到运行状态,再到终止状态。 现在,我已经看到kubernetes杀死和重启的东西之前,如果kubernetes检测到磁盘压力,内存压力,或其他类似