Vagrant 流浪汉上的Kubernetes入口控制器
在Kubernetes CoreOS Vagrant多机上运行入口控制器有什么特别之处吗?我遵循了这个示例,但是当我运行Vagrant 流浪汉上的Kubernetes入口控制器,vagrant,virtualbox,kubernetes,coreos,Vagrant,Virtualbox,Kubernetes,Coreos,在Kubernetes CoreOS Vagrant多机上运行入口控制器有什么特别之处吗?我遵循了这个示例,但是当我运行kubectl-f时,我没有得到地址 例如: 设置: 我研究了库伯内特斯的人际网络。一切看起来都应该在没有进一步配置的情况下运行 我的目标是在构建生产平台之前创建本地测试环境。我在想他们是如何建立virtualbox网络的。我正要深入研究CoreOS云配置,但我想先问一下 更新 是的,我正在运行入口控制器 它运行时没有给出错误。只是当我运行kubectl-f时,我没有得到
kubectl-f
时,我没有得到地址
例如:
设置:
我研究了库伯内特斯的人际网络。一切看起来都应该在没有进一步配置的情况下运行
我的目标是在构建生产平台之前创建本地测试环境。我在想他们是如何建立virtualbox网络的。我正要深入研究CoreOS云配置,但我想先问一下
更新
是的,我正在运行入口控制器
它运行时没有给出错误。只是当我运行kubectl-f
时,我没有得到地址。我认为有两件事:
apiVersion: v1
kind: ReplicationController
metadata:
name: nginx-ingress
labels:
app: nginx-ingress
spec:
replicas: 1
selector:
app: nginx-ingress
template:
metadata:
labels:
app: nginx-ingress
spec:
containers:
- image: gcr.io/google_containers/nginx-ingress:0.1
imagePullPolicy: Always
name: nginx
ports:
- containerPort: 80
hostPort: 80
更新2
命令的输出:
kubectl获得吊舱
NAME READY STATUS RESTARTS AGE
echoheaders-kkja7 1/1 Running 0 24m
nginx-ingress-2wwnk 1/1 Running 0 25m
kubectl日志nginx-ingres-2wwnk——以前的版本
Pod "nginx-ingress-2wwnk" in namespace "default": previous terminated container "nginx" not found
kubectl exec nginx-ingres-2wwnk--cat/etc/nginx/nginx.conf
events {
worker_connections 1024;
}
http {
}%
我正在NodePort上运行echoheaders服务。当我在浏览器上键入节点IP和端口时,我得到的结果很好
我也重新启动了virtualbox中的所有节点。在kubernetes irc和slack的帮助下,我不久前修复了这个问题。如果我没记错的话,我让入口服务监听一个已经被使用的端口,我想是流浪汉。这些命令确实有帮助:
kubectl get pod <nginx-ingress pod> -o json
kubectl exec <nginx-ingress pod> -- cat /etc/nginx/nginx.conf
kubectl get pods -o wide
kubectl logs <nginx-ingress pod> --previous
kubectl获取pod-o json
kubectl exec——cat/etc/nginx/nginx.conf
kubectl的吊舱-o宽
kubectl日志——以前的
您是否正在运行入口控制器(如果是,是哪一个)?请看和。您可能需要一个nginx控制器,或者serviceloadsalander:是的,使用入口rc。已更新问题的详细信息。请在此线程上发布调试步骤的输出:。请参阅更新2。我不知道他们看起来怎么样。如果没有异常,我将在AWS上开始测试,并将其注销到vagrant networking。只是确认一下,我想访问节点IP以测试入口控制器,而不是pod的docker overlay IP。我有一个172.17.4.201 IP用于我的vagrant节点,我在浏览器中键入该节点并立即得到一个404错误。我的吊舱有一个10.2.90.2IP,挂起的是404。你还记得你做了什么来修复这个吗?虽然所有容器都启动了,我可以直接在端口上连接到POD上的端口,但当我尝试在IP上连接时,ingress lb会继续返回被拒绝的连接。即使按照这个例子,在kubernetes slack频道上尝试发球帮助,他们真的很好,让我站了起来:。就我而言,我和库伯内特斯一起在《流浪汉》中经营科罗斯。那个流浪者正在占领kubernetes ic需要的一个端口。我在“流浪者”号上换了端口,它被修好了。检查日志有很大帮助,不仅仅是kubernetes,还有在本例中充当负载平衡器的traefik。