Kubernetes Ingress用于添加规则，以将流量从外部路由到Kubernetes集群的服务中。在本文中你将了解ingress 的概念，以及用于路由外部流量到Kubernetes deployment的ingress controller。
通常情况下，自定义Nginx或HAproxy Kubernetes部署将作为服务被暴露，它们用于将外部流量代理到内部集群的服务中。其中，路由规则将会bake到Pod中，并作为configmap添加。Kubernetes ingress的行为与此类似，只是路由规则将作为Kubernetes ingress对象维护。它具有动态路由规则配置的巨大优势，因此无需重新部署proxy pods。
Kubernetes Ingress入门浅析
想要顺利开始使用Kubernetes Ingress，你需要了解以下两个关键概念：
1、 Kubernetes Ingress
2、 Kubernetes Ingress Controller
让我们来逐一了解。
Kubernetes Ingress
Kubernetes Ingress是一个原生的Kubernetes资源，你可以设置规则来从外部路由流量到集群内部的服务端点。它需要一个Ingress Controller来路由ingress对象所指定的规则。Ingress 对象如下所示：
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: test-ingress
namespace: dev
spec:
rules:
- host: test.apps.example.com
http:
paths:
- backend:
serviceName: hello-service
servicePort: 80
1
2
3
4
5
6
7
8
9
10
11
12
13
上面的声明意味着，对test.apps.example.com的所有调用都应该hit名为hello-service的服务，这一服务位于dev命名空间中。
关于Ingress对象，你需要了解的关键事项如下：
你应该在你所部署服务的命名空间内创建ingress规则。如果在其他没有ingress对象的命名空间中，你将无法路由流量到其中的服务内。
一个ingress对象需要一个ingress controller来路由流量
外部流量将不会hit ingress API，而是hit ingress controller服务。
Kubernetes Ingress Controller
Ingress controller是一个典型的部署在集群中的代理服务，它只是暴露给服务的Kubernetes部署。以下是可用于Kubernetes的Ingress Controller：
Nginx Ingress Controller
Traefik
HAproxy
Contour
GKE Ingress Controller
目前，Nginx是大多数企业的选择。以下是Nginx Ingress Controller的工作原理：
在Nginx controller pod内部的nginx.conf文件是一个go 模板，它可以与Kubernetes Ingress API通信并实时获得流量路由的最新值。
Nginx controller与Kubernetes ingress API 通信以检查是否为流量路由创建了规则。
如果它发现了任何ingress规则，它将应用到Nginx Controller配置，也就是使用go模板在pod内的nginx.conf文件。
如果你使用exec连接到pod并检查/etc/nginx/nginx.conf文件，则可以看到在conf文件中应用的ingress对象中指定的所有规则。
以下的架构图将解释在一个Kubernetes集群上的ingress设置。
接下来，我们详细看看如何使用Nginx Ingress Controller在Kubernetes中设置Ingress。
前期准备
一个Kubernetes集群
安装好的kubectl并已对Kubernetes集群进行身份验证
Kubernetes集群的管理员访问权限
指向ingress controller负载均衡器的有效域
如果你在谷歌云上，请为你的账户分配管理员权限以启用集群角色。
ACCOUNT=$(gcloud info --format='value(config.account)')
kubectl create clusterrolebinding owner-cluster-admin-binding \
--clusterrole cluster-admin \
--user $ACCOUNT
1
2
3
4
请注意：本教程已在Google Cloud GKE集群上尝试过。理论上，它可在所有云环境中使用。如果你真的遇到任何错误，则可能需要在设置中进行一些调整。
设置Nginx Ingress Controller
有两个nginx ingress controller：
Kubernetes社区的Nginx ingress controller:
Nginx公司的Nginx ingress controller:
我们将使用Kubernetes社区的nginx controller。
Ingress controller需要特定的命名空间、服务账户、集群角色绑定、configmap等。因此，你需要使用官方ingress repo中的yaml文件来创建所提到的Kubernetes对象。
官方repo：
/tree/master/deploy
让我们使用mandatory.yaml文件部署ingress controller，你可以在官方repo找到它。它有nginx所需的Kubernetes对象列表。
让我们使用kubectl创建Nginx controller deployment：
kubectl apply -f
1
检查ingress controller pod以确保它是否正确设置：
kubectl get pods -n ingress-nginx
1
为Ingress Controller设置 LoadBalancer 服务
下一步是创建一个LoadBalancer类型的服务，以在集群外部暴露nginx controller部署。
Step1：在本地创建项目目录，然后切换到该目录。
mkdir ingress-deployment && cd ingress-deployment
1
Step2：创建一个名为nginx-ingress.yaml的文件
vi nginx-ingress.yaml
1
Step3：复制以下内容到文件
请注意：label下的使用教程annotation对于nginx controller部署集成非常重要
kind: Service
apiVersion: v1
metadata:
name: ingress-nginx
namespace: ingress-nginx
labels:
app.kubernetes.io/name: ingress-nginx
app.kubernetes.io/part-of: ingress-nginx
spec:
externalTrafficPolicy: Local
type: LoadBalancer
selector:
app.kubernetes.io/name: ingress-nginx
app.kubernetes.io/part-of: ingress-nginx
ports:
- name: http
port: 80
targetPort: http
- name: https
port: 443
targetPort: https
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
Step4：创建ingress 服务
kubectl apply -f nginx-ingress.yaml
1
Step5：检查已创建的服务是否已连接到外部负载均衡器
kubectl get svc -n ingress-nginx
1
将域名映射到Loadbalancer IP
为了让我们的ingress的设置运转起来，我们需要映射一个域名到负载均衡器IP。你可以用两种方式，完成此操作。
单个DNS映射
你可以将单个域作为A record直接映射到负载均衡器IP，使用这一功能，你只能为ingress controller提供一个域，并可以基于多个路径进行流量路由。
例如：
--> Loadbalancer IP
1
您可以使用此模型进行基于路径的路由。
以下有几个例子：
http:///app1
http:///app2
http:///app1/api
http:///app2/api
1
2
3
4
通配符DNS映射
如果你映射一个通配符DNS到负载均衡器，你就可以通过ingress拥有动态DNS端点。
例如：
*.apps.example.com
1
这样，你可以通过单个ingress controller拥有多个动态子域，并且每个DNS有自己基于路径的路由。
例如：
#URL one
/v1
/v2
#URL two
/v1
/v2
1
2
3
4
5
6
7
8
9
10
11
出于演示目的，我们已将通配符DNS映射到LoadBalancer IP。你可以根据你的DNS提供商进行此设置。
设置一个Demo 应用程序
出于测试的目的，我们将部署一个demo应用程序并且添加一个ClusterIP服务到应用程序上。
Step1：创建一个名为dev的命名空间
kubectl create namespace dev
1
Step2：创建一个名为hello-app.yaml的文件
Step3：复制以下内容到文件并保存
apiVersion: apps/v1
kind: Deployment
metadata:
name: hello-app
namespace: dev
spec:
selector:
matchLabels:
app: hello
replicas: 3
template:
metadata:
labels:
app: hello
spec:
containers:
- name: hello
image: "gcr.io/google-samples/hello-app:2.0"
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Step4：使用kubectl创建deployment
kubectl create -f hello-app.yaml
1
检查deployment状态
Step5：创建一个名为hello-app-service.yaml的文件
Step6：复制以下内容到文件并保存
apiVersion: v1
kind: Service
metadata:
name: hello-service
namespace: dev
labels:
app: hello
spec:
type: ClusterIP
selector:
app: hello
ports:
- port: 80
targetPort: 8080
protocol: TCP
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Step7：使用kubectl创建服务
kubectl create -f hello-app-service.yaml
1
检查服务状态
kubectl get svc -n dev
1
创建Kubernetes Ingress对象
现在让我们使用一个DNS创建一个Ingress对象来访问我们的hello app。Ingress对象可以设置路由规则。
Ingress controller pod会连接到Ingress API来检查规则，并且会相应地更新其nginx.conf。
Step1：创建一个名为ingress.yaml的文件
Step2：复制以下内容到文件并保存
使用你的域名替换test.apps.example.info。此处，我们假设你已经有*.apps.example.info格式的通配符域名。
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: test-ingress
namespace: dev
spec:
rules:
- host: test.apps.example.info
http:
paths:
- backend:
serviceName: hello-service
servicePort: 80
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Step3：描述已创建的ingress对象，它用于检查配置
kubectl describe ingress -n dev
1
现在，如果你尝试访问test.apps.example.info域（用你的域名代替它），你应该能够访问我们部署的app。
阅读(1381) | 评论(0) | 转发(0) |
