首页 / K8S / K8S v1.18.x 部署-Kubeadm方式-9：部署Addon-Nginx Ingress

K8S v1.18.x 部署-Kubeadm方式-9：部署Addon-Nginx Ingress

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了K8S v1.18.x 部署-Kubeadm方式-9：部署Addon-Nginx Ingress，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含9351字，纯文字阅读大概需要14分钟。

内容图文

K8S v1.18.x 部署-Kubeadm方式-9：部署Addon-Nginx Ingress

Ingress
Kubernetes中，Service资源和Pod资源的IP地址仅能用于集群网络内部的通信，所有的网络流量都无法穿透边界路由器(Edge Router)以实现集群内外通信。尽管可以为Service使用NodePort或LoadBalancer类型通过节点引入外部流量，但它依然是4 层流量转发，可用的负载均衡器也为传输层负载均衡机制。

Ingress是Kubernetes API的标准资源类型之一，它其实就是一组基于DNS名称(host)或URL路径把请求转发至指定的Service 资源的规则，用于将集群外部的请求流量转发至集群内部完成服务发布。然而，Ingress资源自身并不能进行“流量穿透”，它仅是一组路由规则的集合，这些规则要想真正发挥作用还需要其他功能的辅助，如监听某套接字，然后根据这些规则的匹配机制路由请求流量。这种能够为Ingress资源监听套接字并转发流量的组件称为Ingress控制器(Ingress Controller)。

K8S v1.18.x 部署-Kubeadm方式-9：部署Addon-Nginx Ingress - 文章图片

说明：图片来源于网络。

Ingress控制器可以由任何具有反向代理(HTTP/HTTPS)功能的服务程序实现，如Nginx、Envoy、HAProxy、Vulcand和Traefik等。Ingress控制器自身也是运行于集群中的Pod资源对象，它与被代理的运行为Pod资源的应用运行于同一网络中，如上图中ingress-nginx 与pod1、pod3等的关系所示。

另一方面，使用Ingress资源进行流量分发时，Ingress控制器可基于某Ingress资源定义的规则将客户端的请求流量直接转发至与Service对应的后端Pod资源之上，这种转发机制会绕过Service资源，从而省去了由kube-proxy实现的端口代理开销。如上图所示，Ingress规则需要由一个 Service资源对象辅助识别相关的所有Pod对象，但ingress-nginx控制器可经由site2.ikubernetes.io规则的定义直接将请求流量调度至pod3 或pod4，而无须经由Service对象API的再次转发。

部署准备
获取部署文件
[root@K8S-PROD-M1 ingress]# wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/ingress-nginx-3.1.0/deploy/static/provider/baremetal/deploy.yaml ingress-nginx-3.1.0.yaml
获取部署镜像
根据YAML中的镜像版本，提前下载镜像：

docker pull vicren/ingress-nginx-controller:v0.35.0
docker tag vicren/ingress-nginx-controller:v0.35.0 harbor.cluster.local/library/ingress-nginx-controller:v0.35.0
docker push harbor.cluster.local/library/ingress-nginx-controller:v0.35.0
docker rmi vicren/ingress-nginx-controller:v0.35.0
修改部署文件
针对Service增加NodePort:

...
spec:
type: NodePort
ports:

name: http
port: 80
protocol: TCP
targetPort: http
nodePort: 30080 #指定NodePort端口
name: https
port: 443
protocol: TCP
targetPort: https
nodePort: 30443 #指定NodePort端口
...
修改Deployment中部分配置：

...
apiVersion: apps/v1
kind: Deployment
metadata:
labels:
helm.sh/chart: ingress-nginx-3.0.0
app.kubernetes.io/name: ingress-nginx
app.kubernetes.io/instance: ingress-nginx
app.kubernetes.io/version: 0.35.0
app.kubernetes.io/managed-by: Helm
app.kubernetes.io/component: controller
name: ingress-nginx-controller
namespace: ingress-nginx
spec:
replicas: 3 #设置副本数
selector:
matchLabels:
app.kubernetes.io/name: ingress-nginx
app.kubernetes.io/instance: ingress-nginx
app.kubernetes.io/component: controller
revisionHistoryLimit: 10
minReadySeconds: 0
template:
metadata:
labels:
app.kubernetes.io/name: ingress-nginx
app.kubernetes.io/instance: ingress-nginx
app.kubernetes.io/component: controller
spec:
dnsPolicy: ClusterFirst
containers:

name: controller
image: harbor.cluster.local/library/ingress-nginx-controller:v0.35.0 #更新镜像地址
imagePullPolicy: IfNotPresent
lifecycle:
preStop:
exec:
command:
- /wait-shutdown
  args:
  - /nginx-ingress-controller
  - --election-id=ingress-controller-leader
  - --ingress-class=nginx
  - --configmap=$(POD_NAMESPACE)/ingress-nginx-controller
  - --validating-webhook=:8443
  - --validating-webhook-certificate=/usr/local/certificates/cert
  - --validating-webhook-key=/usr/local/certificates/key
  - --default-backend-service=$(POD_NAMESPACE)/default-http-backend #配置Default Backend后，需要部署default backend，否则ingress-nginx-controller运行将进入CrashLoopBackOff状态
    ...
    执行部署
    部署命令
    kubectl apply -f ingress-nginx-3.1.0.yaml
    访问Nginx
    在ingress-nginx-controller正常运行以后，K8S每个节点上均监听30080和30443端口，访问Nginx WebUI:

https://192.168.191.32:30443/

获得404 Not Found异常。

可根据后面测试部分配置的NAT转发规则进行本地浏览器访问。

部署default backend
创建部署文件

apiVersion: apps/v1
kind: Deployment
metadata:
name: default-http-backend
labels:
app.kubernetes.io/name: default-http-backend
app.kubernetes.io/part-of: ingress-nginx
namespace: ingress-nginx
spec:
replicas: 1
selector:
matchLabels:
app.kubernetes.io/name: default-http-backend
app.kubernetes.io/part-of: ingress-nginx
template:
metadata:
labels:
app.kubernetes.io/name: default-http-backend
app.kubernetes.io/part-of: ingress-nginx
spec:
terminationGracePeriodSeconds: 60
containers:

name: default-http-backend
Any image is permissible as long as:
```
  # 1. It serves a 404 page at /
  # 2. It serves 200 on a /healthz endpoint
  image: harbor.cluster.local/library/defaultbackend-amd64:1.5
  livenessProbe:
    httpGet:
      path: /healthz
      port: 8080
      scheme: HTTP
    initialDelaySeconds: 30
    timeoutSeconds: 5
  ports:
    - containerPort: 8080
  resources:
    limits:
      cpu: 10m
      memory: 20Mi
    requests:
      cpu: 10m
      memory: 20Mi
```
apiVersion: v1
kind: Service
metadata:
name: default-http-backend
namespace: ingress-nginx
labels:
app.kubernetes.io/name: default-http-backend
app.kubernetes.io/part-of: ingress-nginx
spec:
ports:
- port: 80
  targetPort: 8080
  selector:
  app.kubernetes.io/name: default-http-backend
  app.kubernetes.io/part-of: ingress-nginx
  执行部署
  [root@K8S-PROD-M1 ingress]# kubectl apply -f default-backend.yml
  测试
- NAT配置

iptables -t nat -A PREROUTING -m tcp -p tcp -d 192.168.191.32 --dport 30080 -j DNAT --to-destination 192.168.122.12:30080
iptables -t nat -A PREROUTING -m tcp -p tcp -d 192.168.191.32 --dport 30443 -j DNAT --to-destination 192.168.122.12:30443

访问Web UI

https://192.168.191.32:30443/

获得default backend - 404。

测试Ingress
创建Tomcat测试页面
echo '<h1>Hello World!</h1>' > index.html
scp index.html root@K8S-PROD-W1:/tmp/
scp index.html root@K8S-PROD-W2:/tmp/
scp index.html root@K8S-PROD-W3:/tmp/
创建第一个SVC和POD
apiVersion: v1
kind: Service
metadata:
name: svc-demo-1
namespace: default
spec:
selector:
app: pod-demo-1
ports:

name: http
port: 80
targetPort: 80

apiVersion: apps/v1
kind: Deployment
metadata:
name: deploy-demo-1
namespace: default
spec:
replicas: 3
selector:
matchLabels:
app: pod-demo-1
template:
metadata:
labels:
app: pod-demo-1
spec:
containers:
- name: myapp
  image: harbor.cluster.local/library/myapp:v2
  ports:
  - name: httpd
    containerPort: 80
    [root@K8S-PROD-M1 ingress]# kubectl apply -f deploy-demo-1.yaml
    创建第二个SVC和POD
    apiVersion: v1
    kind: Service
    metadata:
    name: svc-demo-2
    namespace: default
    spec:
    selector:
    app: pod-demo-2
    ports:
name: httpd
port: 8080
targetPort: 8080

apiVersion: apps/v1
kind: Deployment
metadata:
name: deploy-demo-2
namespace: default
spec:
replicas: 3
selector:
matchLabels:
app: pod-demo-2
template:
metadata:
labels:
app: pod-demo-2
spec:
containers:

name: mytomcat
image: harbor.cluster.local/library/tomcat:9
ports:
- name: httpd
  containerPort: 8080
  volumeMounts:
- mountPath: "/usr/local/tomcat/webapps/ROOT/index.html"
  name: tomacat-volume
  readOnly: true
  volumes:
name: tomacat-volume
hostPath:
type: File
path: /tmp/index.html
[root@K8S-PROD-M1 ingress]# kubectl apply -f deploy-demo-2.yaml
创建Ingress
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
name: ingress-demo
namespace: default
annotations:
kubernetes.io/ingress.class: "nginx"
spec:
rules:
- host: demo01.cluster.local
  http:
  paths:
path:
backend:
serviceName: svc-demo-1
servicePort: 80
- host: demo02.cluster.local
  http:
  paths:
path:
backend:
serviceName: svc-demo-2
servicePort: 8080
创建

[root@K8S-PROD-M1 ingress]# kubectl apply -f ingress-demo.yaml

查看

[root@K8S-PROD-M1 ~]# kubectl get ingress
NAME CLASS HOSTS ADDRESS PORTS AGE
ingress-demo <none> demo01.cluster.local,demo02.cluster.local 192.168.122.22 80 14m
测试验证

配置域名解析

测试主机中添加针对demo01.cluster.local,demo02.cluster.local的域名解析：

[root@server ~]# vi /etc/hosts

...
192.168.122.22 demo01.cluster.local
192.168.122.22 demo02.cluster.local

curl测试

[root@depot ~]# curl http://demo02.cluster.local:30080/
<h1>Hello World!</h1>
[root@depot ~]# curl http://demo02.cluster.local:30080/
<h1>Hello World!</h1>

Web UI测试

测试Ingess访问(Ingress Nginx Controller以NodePort:30080的方式暴露)：http://demo01.cluster.local:30080/。

Ingesss启用TLS
准备自签证书
[root@K8S-PROD-M1 ingress]# openssl req -x509 -nodes -days 3650 -newkey rsa:2048 -keyout demo01.key -out demo01.crt -subj "/CN=demo01.cluster.local"
Generating a 2048 bit RSA private key
...................+++
...................................+++
writing new private key to 'demo01.key'

创建Secret资源
[root@K8S-PROD-M1 ingress]# kubectl create secret generic ingress-demo01-tls --from-file=demo01.crt --from-file=demo01.key -n default
secret/ingress-demo01-tls created
创建TLS Ingress
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
name: ingress-tls-demo
namespace: default
annotations:
kubernetes.io/ingress.class: "nginx"
spec:
tls:

hosts:
- demo01.cluster.local
  secretName: ingress-demo01-tls
  rules:
host: demo03.cluster.local
http:
paths:
- path:
  backend:
  serviceName: svc-demo-1
  servicePort: 80
  [root@K8S-PROD-M1 ingress]# kubectl apply -f ingress-tls-demo.yaml
  测试验证
  查看ingress:

[root@K8S-PROD-M1 ~]# kubectl get ingress
NAME CLASS HOSTS ADDRESS PORTS AGE
ingress-demo <none> demo01.cluster.local,demo02.cluster.local 192.168.122.22 80 27h
ingress-tls-demo <none> demo03.cluster.local 192.168.122.22 80, 443 7m15s
测试主机中添加针对demo03.cluster.local的域名解析：

[root@server ~]# vi /etc/hosts

...
192.168.122.22 demo03.cluster.local
测试Ingess访问(Ingress Nginx Controller以NodePort:30443的方式暴露)：https://demo01.cluster.local:30443/。

内容总结

以上是互联网集市为您收集整理的K8S v1.18.x 部署-Kubeadm方式-9：部署Addon-Nginx Ingress全部内容，希望文章能够帮你解决K8S v1.18.x 部署-Kubeadm方式-9：部署Addon-Nginx Ingress所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/926263.html

来源：【匿名】

【上一篇】03-K8s部署安装配置nginx-ingress和配置外网访问【下一篇】关于k8s部署php镜像实例

更多 ►

【K8S v1.18.x 部署-Kubeadm方式-9：部署Addon-Nginx Ingress】教程文章相关的互联网学习教程文章

K8S集群使用Ingress实现网站入口动静分离实践【代码】【图】

今年3月份在公司的内部k8s培训会上，和研发同事详细探讨了应用部署容器化部署的几个问题，问题简要如下：1、java应用容器化部署首先通过自动化部署工具编译出全量的war包，将war包直接编译到docker镜像后推送到私用仓库并版本化控制；其次通过更新deployment的yaml文件来实现部署和后续的滚动更新，应用程序需要进行容器化改造。这里的难点和工作量在于容器的镜像制作以及版本化管理，之后准备采用harbor做企业私有仓库。2、dashbo...

K8S集群Ingress https实践【代码】【图】

前文介绍使用ingress结合traefik实现了入口的动静分离，本文将在前文基础上实现ingress的https配置。为了简单且高效，建议应用容器化部署之后，https卸载在ingress这一级实现。通俗一点来说就是用户到ingress的连接走https协议，ingress到后端服务的连接走https协议。我们对https的配置要求也比较简单，主要如下：1、http自动重定向到https2、https支持虚拟主机（TLS SNI）一、初始环境准备1、这里为了方便测试，把前文配置的网站动...

k8s ingress配置【代码】

k8s ingress配置##############ingress配置#wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/static/mandatory.yaml #wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/static/provider/baremetal/service-nodeport.yaml########################################## ##########################################Ingress Controller部署##可以先拉取下面的镜像 doc...

k8s部署ingress-nginx报错拍错【图】

不是ingress-nginx不成功出现错误提示kubectl describe pod nginx-ingress-controller-6ffc8fdf96-xtg6n -n ingress-nginx Normal Scheduled <unknown> default-scheduler Successfully assigned ingress-nginx/nginx-ingress-controller-6ffc8fdf96-xtg6n to 192.168.1.12Normal Pulled 21s kubelet, 192.168.1.12 Container image "quay.io/kubernetes-ingress-controller/nginx-ingress...

入门级实操教程！从概念到部署，全方位了解K8S Ingress！【图】

Kubernetes Ingress用于添加规则，以将流量从外部路由到Kubernetes集群的服务中。在本文中你将了解ingress 的概念，以及用于路由外部流量到Kubernetes deployment的ingress controller。通常情况下，自定义Nginx或HAproxy Kubernetes部署将作为服务被暴露，它们用于将外部流量代理到内部集群的服务中。其中，路由规则将会bake到Pod中，并作为configmap添加。Kubernetes ingress的行为与此类似，只是路由规则将作为Kubernetes ingre...

K8S入门学习笔记第七天，service意义，service类型，svc代理模式，Ingress域名访问测试【代码】【图】

Service存在的意义 pod IP不固定? 增加一个控制器负责动态获取Pod列表IP,动态更新到负载均衡器配置 Pod是多副本? 前面增加一个负载均衡器为了解决上面两个问题，K8S引入Service。 kubectl create deployment nginx --image=nginx --dry-run -o yaml > zf.yaml kubectl apply -f zf.yaml #创建pod kubectl expose deployment nginx --port=80 --target-port=80 --dry-run=client -o yaml > service.yaml #创建servi...

k8s-Ingress【代码】【图】

k8s-Ingresshttps://kubernetes.github.io/ingress-nginx/deploy/ 官网部署指南介绍：管理对集群中的服务(通常是HTTP)的外部访问的API对象。Ingress可以提供负载平衡、SSL终端和基于名称的虚拟主机。1 第一种情况，访问域名需要加端口一部署安装 ## 必须执行 kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.30.0/deploy/static/mandatory.yaml ## 下面这个是nodeip类型的（） kubectl app...

k8s笔记（6）-- Ingress和Ingress Controller【代码】【图】

什么是IngressIngress是k8s的一个资源对象，作为一个集群服务的入口，用于管理对集群中服务的外部访问。可以将Ingress配置为提供服务外部访问的URL，负载均衡，绑定SSL / TLS，并提供基于名称的虚拟主机。作为集群服务的入口，Ingress类似一个代理，处于多个service的前端，不会公开任意端口或协议，通常会作为HTTP（s）负载均衡器转发http(s)流量。而要将HTTP和HTTPS以外的服务公开到Internet时，通常使用NodePort或 LoadBalancer...

K8s-day7-Ingress 介绍+重定向语法案例【代码】

文章目录 Ingress 介绍+重定向语法案例一、ingress种类二、配置安装Ingress1.安装Ingress2.测试http 三、案例1.配置清单wordpress1）编写配置清单2）测试部署https 2.配置清单wordpress-nginx1）编写配置清单源文件2）测试部署https 3.nginx ingress常用语法1）域名重定向（不能重定向 / ）2）设置ingress白名单3）域名重定向4）使用正则的方式匹配（支持的正则比较少）5）nginx登录 4.设置nginx常用用法的时候Ingress 介绍+重定向...

k8s服务器发现service和ingress 一定要配合DNS的使用

https://kubernetes.io/zh/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/ 什么是服务发现？服务的互相访问，三大类需求： 1 内部 <-> 内部：内部互访 2 内部 -> 外部：对外请求 3 外部 -> 内部：暴露服务先看两个概念：ingress和service：原文：https://www.jianshu.com/p/06a3153021ca ingress是干嘛的？前面聊过，service只能提供4层负载均衡的能力，虽然service可以通过NodePort的方式来服...

k8s之Ingress-nginx基本原理及部署实战【代码】【图】

kubernetes服务暴露介绍到目前为止，kubernetes总共有三种暴露服务的方式：LoadBlancer Service NodePort Service IngressLoadBlancer Service LoadBlancer Service是kubernetes结合云平台的组件，如国外的GCE，AWS，国内阿里云等等。使用它项使用的底层云平台申请创建负载均衡器来实现，对使用云平台的集群比较方便，但有局限，费用高。 NodePort Service 我们之前博文中暴露服务时，用的都是nodeport，实质上就是通过在集群的每...

K8S基于ingress-nginx实现灰度发布【代码】【图】

之前介绍过使用ambassador实现灰度发布，今天介绍如何使用ingre-nginx实现。介绍 Ingress-Nginx 是一个K8S ingress工具，支持配置 Ingress Annotations 来实现不同场景下的灰度发布和测试。 Nginx Annotations 支持以下 4 种 Canary 规则：nginx.ingress.kubernetes.io/canary-by-header：基于 Request Header 的流量切分，适用于灰度发布以及 A/B 测试。当 Request Header 设置为 always时，请求将会被一直发送到 Canary 版本；当...

k8s ingress-nginx【代码】【图】

kubernetes Ingess 是有2部分组成，Ingress Controller 和Ingress服务组成，常用的Ingress Controller 是ingress-nginx，工作的原理是： Ingress Controller 会动态感知集群中的Ingress的规则变化，然后读取，动态生成Nginx的配置文件，最后注入到运行nginx的pod的中，然后会自动reload，配置生效。用kubernetes Ingress 是由于它是7层调度，可以直接卸载https会话，代理的后端的pod可以直接使用明文的http协议。而Service Node...

k8s安装ingress-nginx【代码】【图】

k8s安装ingress-nginx的详细步骤 master节点: 10.6.14.23 第一步: 准备yaml文件 1,ingress-nginx我们选择0.20.0版本 https://github.com/kubernetes/ingress-nginx/tree/nginx-0.20.0 mkdir ingress-nginx #替换defaultbackend-amd64镜像地址 sed -i 's#k8s.gcr.io/defaultbackend-amd64#registry.cn-qingdao.aliyuncs.com/kubernetes_xingej/defaultbackend-amd64#g' mandatory.yaml #替换nginx-ingress-controller镜像地址sed...