获取Kubernetes Ingress端点/ IP地址

时间：2018-04-15 17:49:33

标签： kubernetes kubernetes-ingress 

Base OS : CentOS (1 master 2 minions)
K8S version : 1.9.5 (deployed using KubeSpray)

我是Kubernetes Ingress的新手，我正在设置两种不同的服务，每种服务都有自己的路径。

我创建了2个部署：

kubectl run nginx --image=nginx --port=80
kubectl run echoserver --image=gcr.io/google_containers/echoserver:1.4 --port=8080

我也创建了相应的服务：

kubectl expose deployment nginx --target-port=80 --type=NodePort
kubectl expose deployment echoserver --target-port=8080 --type=NodePort

我的svc是：

[root@node1 kubernetes]# kubectl get svc
NAME         TYPE       CLUSTER-IP      EXTERNAL-IP   PORT(S)          AGE
echoserver   NodePort   10.233.48.121   <none>        8080:31250/TCP   47m
nginx        NodePort   10.233.44.54    <none>        80:32018/TCP     1h

我的NodeIP地址为172.16.16.2，我可以使用

访问这两个广告连播 
http://172.16.16.2:31250 &
http://172.16.16.2:32018

现在最重要的是，我想部署一个Ingress，这样我就可以不使用2个IP和2个不同的端口到达两个端口，但是不同的路径有1个IP地址。

所以我的Ingress文件是：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: fanout-nginx-ingress
spec:
  rules:
  - http:
      paths:
      - path: /nginx
        backend:
          serviceName: nginx
          servicePort: 80
      - path: /echo
        backend:
          serviceName: echoserver
          servicePort: 8080

这会产生：

[root@node1 kubernetes]# kubectl describe  ing fanout-nginx-ingress
Name:             fanout-nginx-ingress
Namespace:        development
Address:          
Default backend:  default-http-backend:80 (<none>)
Rules:
  Host  Path  Backends
  ----  ----  --------
  *     
        /nginx   nginx:80 (<none>)
        /echo    echoserver:8080 (<none>)
Annotations:
Events:  <none>

现在，当我尝试使用NodeIP地址（172.16.16.2）访问Pod时，我什么都没得到。

http://172.16.16.2/echo
http://172.16.16.2/nginx

我的配置中有没有遗漏的东西？

5 个答案:

答案 0 :(得分：7)

我在裸机安装中遇到了相同的问题-或更接近的问题（kubernetes虚拟集群-通过仅主机适配器连接的虚拟机集）。这是指向我的kubernetes vlab的链接。

首先，请确保您已安装入口控制器。当前有两个值得尝试使用kubernetes nginx ingress controller和nginx kubernetes ingress controller的入口控制器-我安装了第一个。

安装

转到installation instructions并执行第一步

# prerequisite-generic-deployment-command
$ kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/mandatory.yaml

下一步获取群集节点的IP地址。

$ kubectl get nodes -o wide
NAME     STATUS   ROLES    ...   INTERNAL-IP    
master   Ready    master   ...   192.168.121.110
node01   Ready    <none>   ...   192.168.121.111
node02   Ready    <none>   ...   192.168.121.112

此外，还创建了ingress-nginx类型的LoadBalancer服务。我可以通过从安装教程中下载NodePort模板服务并在svc-ingress-nginx-lb.yaml文件中进行以下调整来做到这一点。

$ curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/provider/baremetal/service-nodeport.yaml > svc-ingress-nginx-lb.yaml

# my changes svc-ingress-nginx-lb.yaml
type: LoadBalancer
externalIPs:
  - 192.168.121.110
  - 192.168.121.111
  - 192.168.121.112
externalTrafficPolicy: Local

# create ingress- service
$ kubectl apply -f svc-ingress-nginx-lb.yaml

验证

检查是否已创建ingress-nginx服务。

$ kubectl get svc -n ingress-nginx
NAME            TYPE           CLUSTER-IP     EXTERNAL-IP                                                       PORT(S)                      AGE
ingress-nginx   LoadBalancer   10.110.127.9   192.168.121.110,192.168.121.111,192.168.121.112   80:30284/TCP,443:31684/TCP   70m

检查是否已创建nginx-ingress-controller部署。

$ kubectl get deploy -n ingress-nginx
NAME                       DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
nginx-ingress-controller   1         1         1            1           73m

检查nginx-ingress窗格是否正在运行。

$ kubectl get pods --all-namespaces -l 

app.kubernetes.io/name=ingress-nginx
NAMESPACE       NAME                                        READY   STATUS    RESTARTS   AGE
ingress-nginx   nginx-ingress-controller-5cd796c58c-lg6d4   1/1     Running   0          75m

最后，检查入口控制器版本。 别忘了更改吊舱名称！ 

$ kubectl exec -it nginx-ingress-controller-5cd796c58c-lg6d4 -n ingress-nginx -- /nginx-ingress-controller --version
-------------------------------------------------------------------------------
NGINX Ingress controller
  Release:    0.21.0
  Build:      git-b65b85cd9
  Repository: https://github.com/aledbf/ingress-nginx
-------------------------------------------------------------------------------

测试

通过执行此tutorial中的步骤来测试入口控制器是否正常工作-当然，您将省略minikube部分。

成功执行所有步骤将创建应如下所示的入口控制程序资源。 

$ kubectl get ing
NAME               HOSTS                                ADDRESS                                          PORTS    AGE
ingress-tutorial   myminikube.info,cheeses.all          192.168.121.110,192.168.121.111,192.168.121.112   80      91m

还有像这样的豆荚。

$ kubectl get pods 
NAME                              READY   STATUS             RESTARTS   AGE
cheddar-cheese-6f94c9dbfd-cll4z   1/1     Running            0          110m
echoserver-55dcfbf8c6-dwl6s       1/1     Running            0          104m
stilton-cheese-5f6bbdd7dd-8s8bf   1/1     Running            0          110m

最后，测试对myminikube.info的请求是否通过入口负载平衡器传播。 

$ curl myminikube.info
CLIENT VALUES:
client_address=10.44.0.7
command=GET
real path=/
query=nil
request_version=1.1
request_uri=http://myminikube.info:8080/

SERVER VALUES:
server_version=nginx: 1.10.0 - lua: 10001

HEADERS RECEIVED:
accept=*/*
host=myminikube.info
user-agent=curl/7.29.0
x-forwarded-for=10.32.0.1
x-forwarded-host=myminikube.info
x-forwarded-port=80
x-forwarded-proto=http
x-original-uri=/
x-real-ip=10.32.0.1
x-request-id=b2fb3ee219507bfa12472c7d481d4b72
x-scheme=http
BODY:

要使入口在类似熊金属的环境中工作是漫长的旅程。因此，我将提供有助于我前进的相关链接。

答案 1 :(得分：1)

检查群集中是否有入口控制器：

$ kubectl get po --all-namespaces

您应该看到类似的内容：

kube-system nginx-ingress-controller-gwts0   1/1  Running   0    18d

只能创建一个入口来解决Ingress所在的命名空间内的服务。 出于安全原因，未实现跨命名空间入口。

答案 2 :(得分：1)

您的群集似乎缺少Ingress控制器。

通常，Ingress控制器的工作原理如下： 1.在群集中搜索特定类型的对象（入口，＆＃34; nginx＆＃34;） 2.解析该对象并为特定入口窗格创建配置部分。 3.更新该pod对象（使用更新的配置重新启动它）

该特定pod负责处理来自传入端口（通常是节点上的几个专用端口）到群集中已配置流量目标的流量。

您可以从两个支持和维护的控制器中进行选择 - Nginx和GCE

入口控制器由您在安装期间创建的多个组件组成。 以下是Nginx Ingress文档中的安装部分：

curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/namespace.yaml              | kubectl apply -f -
curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/default-backend.yaml        | kubectl apply -f -
curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/configmap.yaml              | kubectl apply -f -
curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/tcp-services-configmap.yaml | kubectl apply -f -
curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/udp-services-configmap.yaml | kubectl apply -f -

如果您在群集中配置了RBAC授权：

curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/rbac.yaml      | kubectl apply -f -
curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/with-rbac.yaml | kubectl apply -f -

如果没有配置RBAC：

curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/without-rbac.yaml | kubectl apply -f -

如果您从头开始创建集群：

curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/provider/baremetal/service-nodeport.yaml | kubectl apply -f -

验证您的安装：

kubectl get pods --all-namespaces -l app=ingress-nginx --watch

您应该看到类似的内容：

NAMESPACE       NAME                                       READY     STATUS    RESTARTS   AGE
ingress-nginx   nginx-ingress-controller-699cdf846-nj2rw   1/1       Running   0          1h

检查可用服务及其参数：

kubectl get services --all-namespaces

如果您使用的是自定义服务提供商部署（minikube，AWS，Azure，GKE），请按照Nginx Ingress documentation了解安装详情。

有关Ingress的详细信息，请参阅官方Kubernetes Ingress documentation。

答案 3 :(得分：0)

  1. 为了处理你的入口资源(fanout-nginx-ingress)，你需要首先部署入口控制器，默认情况下它不会出现在你的本地 kubernetes 集群中。您需要自行部署。
  2. 有很多解决方案，您可以使用其中任何一个，但 nginx 入口控制器很好。
  3. 有关详细信息，您可以在此处参考 Mumshad Mannambeth 关于 Ingress 的精彩视频： https://www.youtube.com/watch?v=GhZi4DxaxxE

答案 4 :(得分：0)

我在更高版本的 k8s（> 1.18）上使用 microk8s 默认的 nginx 入口控制器，我注意到这个特定的注释给我带来了一个问题：

kubernetes.io/ingress.class: "nginx"

它存在于许多较旧的文档和示例中，但显然已弃用（请参阅 https://kubernetes.io/docs/concepts/services-networking/ingress/），而且我还使用较新的注释定义了“public”的 ingressClassName。我不确定是否是两者之间的冲突导致了问题，但是一旦我删除了已弃用的注释，我的地址就会出现。

相关问题
最新问题