欧美一级特黄大片做受成人-亚洲成人一区二区电影-激情熟女一区二区三区-日韩专区欧美专区国产专区

如何解析K8S中Service的Ingress意義與部署

這篇文章給大家介紹如何解析K8S中Service 的Ingress意義與部署，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對(duì)大家能有所幫助。

成都創(chuàng)新互聯(lián)長(zhǎng)期為上1000+客戶(hù)提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對(duì)不同對(duì)象提供差異化的產(chǎn)品和服務(wù)；打造開(kāi)放共贏平臺(tái)，與合作伙伴共同營(yíng)造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為衛(wèi)濱企業(yè)提供專(zhuān)業(yè)的成都網(wǎng)站制作、做網(wǎng)站，衛(wèi)濱網(wǎng)站改版等技術(shù)服務(wù)。擁有10年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開(kāi)發(fā)。

前言

ingress 可以理解為 Service 的 Service，即在現(xiàn)有 Service 的前面再搭建一層 Service，作為外部流量的統(tǒng)一入口，進(jìn)行請(qǐng)求路由的轉(zhuǎn)發(fā)。

說(shuō)白了就是在前端搭建一個(gè) nginx或者h(yuǎn)aproxy，將不同 host 或 url 轉(zhuǎn)發(fā)到對(duì)應(yīng)的后端 Service，再由 Service 轉(zhuǎn)給 Pod。只不過(guò) ingress 對(duì) nginx/haproxy 進(jìn)行了一些解耦和抽象。

Ingress 的意義

ingress 彌補(bǔ)了默認(rèn) Service 暴露外網(wǎng)訪問(wèn)時(shí)候的一些缺陷，如不能進(jìn)行統(tǒng)一入口處的7層 URL 規(guī)則，如一個(gè)默認(rèn) Service 只能對(duì)應(yīng)一種后端服務(wù)。

通常說(shuō)的 ingress 包含 ingress-controller 和 ingress 對(duì)象兩部分。

ingress-controller 對(duì)應(yīng) nginx/haproxy 程序，以 Pod 形式運(yùn)行。

ingress 對(duì)象 對(duì)應(yīng) nginx/haproxy 配置文件。

ingress-controller 使用 ingress 對(duì)象中描述的信息修改自身 Pod 中 nginx/haproxy 的規(guī)則。

部署 ingress

準(zhǔn)備測(cè)試資源

部署2個(gè)服務(wù)，
訪問(wèn)服務(wù)1，返回 Version 1
訪問(wèn)服務(wù)2，返回 Version 2

兩個(gè)服務(wù)的程序配置

# cat deployment.yaml 

apiVersion: apps/v1
kind: Deployment
metadata:
  name: hello-v1.0
spec:
  selector:
    matchLabels:
      app: v1.0
  replicas: 3
  template:
    metadata:
      labels:
        app: v1.0
    spec:
      containers:
      - name: hello-v1
        image: anjia0532/google-samples.hello-app:1.0
        ports:
        - containerPort: 8080
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: hello-v2.0
spec:
  selector:
    matchLabels:
      app: v2.0
  replicas: 3
  template:
    metadata:
      labels:
        app: v2.0
    spec:
      containers:
      - name: hello-v2
        image: anjia0532/google-samples.hello-app:2.0
        ports:
        - containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: service-v1
spec:
  selector:
    app: v1.0
  ports:
  - port: 8081
    targetPort: 8080
    protocol: TCP
---
apiVersion: v1
kind: Service
metadata:
  name: service-v2
spec:
  selector:
    app: v2.0
  ports:
  - port: 8081
    targetPort: 8080
    protocol: TCP

讓容器運(yùn)行在 8080 上，service 運(yùn)行在 8081 上。

啟動(dòng)兩個(gè)服務(wù)和對(duì)應(yīng)的 Pod

# kubectl apply -f deployment.yaml    
deployment.apps/hello-v1.0 created
deployment.apps/hello-v2.0 created
service/service-v1 created
service/service-v2 created

查看啟動(dòng)情況，每個(gè)服務(wù)對(duì)應(yīng)3個(gè) Pod

# kubectl get pod,service -o wide
NAME                              READY   STATUS    RESTARTS   AGE   IP               NODE     NOMINATED NODE   READINESS GATES
pod/hello-v1.0-6594bd8499-lt6nn   1/1     Running   0          37s   192.10.205.234   work01   <none>           <none>
pod/hello-v1.0-6594bd8499-q58cw   1/1     Running   0          37s   192.10.137.190   work03   <none>           <none>
pod/hello-v1.0-6594bd8499-zcmf4   1/1     Running   0          37s   192.10.137.189   work03   <none>           <none>
pod/hello-v2.0-6bd99fb9cd-9wr65   1/1     Running   0          37s   192.10.75.89     work02   <none>           <none>
pod/hello-v2.0-6bd99fb9cd-pnhr8   1/1     Running   0          37s   192.10.75.91     work02   <none>           <none>
pod/hello-v2.0-6bd99fb9cd-sx949   1/1     Running   0          37s   192.10.205.236   work01   <none>           <none>

NAME                 TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)    AGE   SELECTOR
service/service-v1   ClusterIP   192.20.92.221   <none>        8081/TCP   37s   app=v1.0
service/service-v2   ClusterIP   192.20.255.0    <none>        8081/TCP   36s   app=v2.0

查看 Service 后端 Pod 掛載情況

[root@master01 ~]# kubectl get ep service-v1
NAME         ENDPOINTS                                                     AGE
service-v1   192.10.137.189:8080,192.10.137.190:8080,192.10.205.234:8080   113s
[root@master01 ~]# kubectl get ep service-v2
NAME         ENDPOINTS                                                 AGE
service-v2   192.10.205.236:8080,192.10.75.89:8080,192.10.75.91:8080   113s

可以看到兩個(gè)服務(wù)均成功掛載了對(duì)應(yīng)的 Pod。

下面部署前端 ingress-controller。

首先指定 work01/work02 兩臺(tái)服務(wù)器運(yùn)行 ingress-controller

kubectl label nodes work01 ingress-ready=true
kubectl label nodes work02 ingress-ready=true

ingress-controller 使用官方 nginx 版本

wget -O ingress-controller.yaml https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/static/provider/kind/deploy.yaml

修改為啟動(dòng) 2 個(gè) ingress-controller

# vim ingress-controller.yaml

apiVersion: apps/v1
kind: Deployment
 。。。。。。
 。。。。。。
  revisionHistoryLimit: 10
  replicas: 2   # 新增該行

修改為國(guó)內(nèi)鏡像

# vim ingress-controller.yaml

    spec:
      DNSPolicy: ClusterFirst
      containers:
        - name: controller
          #image: us.gcr.io/k8s-artifacts-prod/ingress-nginx/controller:v0.34.1@sha256:0e072dddd1f7f8fc8909a2ca6f65e76c5f0d2fcfb8be47935ae3457e8bbceb20
          image: registry.cn-hangzhou.aliyuncs.com/google_containers/nginx-ingress-controller:0.32.0
          imagePullPolicy: IfNotPresent

部署 ingress-controller

kubectl apply -f ingress-controller.yaml

查看運(yùn)行情況

# kubectl get pod,service -n ingress-nginx -o wide 
NAME                                            READY   STATUS      RESTARTS   AGE   IP               NODE     NOMINATED NODE   READINESS GATES
pod/ingress-nginx-admission-create-ld4nt        0/1     Completed   0          15m   192.10.137.188   work03   <none>           <none>
pod/ingress-nginx-admission-patch-p5jmd         0/1     Completed   1          15m   192.10.75.85     work02   <none>           <none>
pod/ingress-nginx-controller-75f89c4965-vxt4d   1/1     Running     0          15m   192.10.205.233   work01   <none>           <none>
pod/ingress-nginx-controller-75f89c4965-zmjg2   1/1     Running     0          15m   192.10.75.87     work02   <none>           <none>

NAME                                         TYPE        CLUSTER-IP      EXTERNAL-IP                   PORT(S)                      AGE   SELECTOR
service/ingress-nginx-controller             NodePort    192.20.105.10   192.168.10.17,192.168.10.17   80:30698/TCP,443:31303/TCP   15m   app.kubernetes.io/component=controller,app.kubernetes.io/instance=ingress-nginx,app.kubernetes.io/name=ingress-nginx
service/ingress-nginx-controller-admission   ClusterIP   192.20.80.208   <none>                        443/TCP                      15m   app.kubernetes.io/component=controller,app.kubernetes.io/instance=ingress-nginx,app.kubernetes.io/name=ingress-nginx

可以看到 work01/02 上運(yùn)行了 ingress-nginx-controller Pod。

編寫(xiě)訪問(wèn)請(qǐng)求轉(zhuǎn)發(fā)規(guī)則

# cat ingress.yaml 

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: nginx-ingress
spec:
  rules:
  - host: test-v1.com
    http:
      paths:
      - path: /
        backend:
          serviceName: service-v1
          servicePort: 8081
  - host: test-v2.com
    http:
      paths:
      - path: /
        backend:
          serviceName: service-v2
          servicePort: 8081

啟用規(guī)則

# kubectl apply -f ingress.yaml
ingress.networking.k8s.io/nginx-ingress created

可以看到 ingress-controller Pod 里面 nginx 配置已經(jīng)生效了

# kubectl exec ingress-nginx-controller-75f89c4965-vxt4d -n ingress-nginx -- cat /etc/nginx/nginx.conf | grep -A 30 test-v1.com

        server {
                server_name test-v1.com ;
                
                listen 80  ;
                listen 443  ssl http2 ;
                
                set $proxy_upstream_name "-";
                
                ssl_certificate_by_lua_block {
                        certificate.call()
                }
                
                location / {
                        
                        set $namespace      "default";
                        set $ingress_name   "nginx-ingress";
                        set $service_name   "service-v1";
                        set $service_port   "8081";
                        set $location_path  "/";

我們?cè)诩和獠吭L問(wèn)測(cè)試。

首先解析域名到work01

# cat /etc/hosts
192.168.10.15 test-v1.com
192.168.10.15 test-v2.com

訪問(wèn)測(cè)試

# curl test-v1.com
Hello, world!
Version: 1.0.0
Hostname: hello-v1.0-6594bd8499-svjnf

# curl test-v1.com
Hello, world!
Version: 1.0.0
Hostname: hello-v1.0-6594bd8499-zqjtm

# curl test-v1.com
Hello, world!
Version: 1.0.0
Hostname: hello-v1.0-6594bd8499-www76

# curl test-v2.com
Hello, world!
Version: 2.0.0
Hostname: hello-v2.0-6bd99fb9cd-h8862

# curl test-v2.com
Hello, world!
Version: 2.0.0
Hostname: hello-v2.0-6bd99fb9cd-sn84j

可以看到不同域名的請(qǐng)求去到了正確的 Service 下面的不同 Pod 中。

再請(qǐng)求 work02

# cat /etc/hosts
192.168.10.16 test-v1.com
192.168.10.16 test-v2.com

# curl test-v1.com
Hello, world!
Version: 1.0.0
Hostname: hello-v1.0-6594bd8499-www76

# curl test-v1.com
Hello, world!
Version: 1.0.0
Hostname: hello-v1.0-6594bd8499-zqjtm

# curl test-v2.com
Hello, world!
Version: 2.0.0
Hostname: hello-v2.0-6bd99fb9cd-sn84j

# curl test-v2.com
Hello, world!
Version: 2.0.0
Hostname: hello-v2.0-6bd99fb9cd-h8862

也沒(méi)問(wèn)題。

如何高可用

在 work01 / work02 前面再掛2臺(tái) LVS+keepalived 就可以實(shí)現(xiàn)對(duì) work01/02 的高可用訪問(wèn)了。
也可以在 work01 / work02 上直接使用 keepalived 漂一個(gè)VIP，不需要額外機(jī)器，這樣節(jié)約成本。

用 Deployment 管理 ingress-controller 的 Pod，使用 NodePort 方式暴露 ingress Service。

查看 ingress service

# kubectl get service -o wide -n ingress-nginx
NAME                                 TYPE        CLUSTER-IP      EXTERNAL-IP                   PORT(S)                      AGE   SELECTOR
ingress-nginx-controller             NodePort    192.20.105.10   192.168.10.17,192.168.10.17   80:30698/TCP,443:31303/TCP   22m   app.kubernetes.io/component=controller,app.kubernetes.io/instance=ingress-nginx,app.kubernetes.io/name=ingress-nginx

可以看到對(duì)外暴露了 30698 端口，訪問(wèn)任何節(jié)點(diǎn)的 30698 端口即可訪問(wèn)到 v1/v2 版本的 Pod。

但該端口是隨機(jī)的，并且重建后會(huì)變化，我們可以直接訪問(wèn)運(yùn)行 ingress-controller Pod 的 work01/02 的 80 端口。

work01/02前面再弄一套 LVS+keepalived 進(jìn)行高可用負(fù)載。

work01/02 上使用 iptables -t nat -L -n -v 可以看到 80 端口是通過(guò) NAT 模式開(kāi)放的，高流量會(huì)有瓶頸。

可以使用 DaemonSet + HostNetwork 的方式來(lái)部署 ingress-controller。

這樣 work01/02 上暴露的 80 端口直接使用宿主機(jī)的網(wǎng)絡(luò)，不走NAT映射，可以避免性能問(wèn)題。

關(guān)于如何解析K8S中Service 的Ingress意義與部署就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。

新聞名稱(chēng)：如何解析K8S中Service的Ingress意義與部署
轉(zhuǎn)載注明：http://aaarwkj.com/article14/isjdde.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站排名、網(wǎng)站導(dǎo)航、網(wǎng)站營(yíng)銷(xiāo)、服務(wù)器托管、微信公眾號(hào)、網(wǎng)站策劃

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)

成都網(wǎng)站建設(shè)
人妻少妇偷人精品免费看| 亚洲香蕉一级视频在线播放| 日本一区二区最新免费| 亚洲国产黄片在线播放| 日韩一区二区三区av观看| 年轻的少妇一区二区三区 | 欧美色精品人妻视频在线| 国产精品久久久亚洲不卡| 午夜福利大片在线观看视频| 日本精品专区在线观看| 自拍偷拍亚洲另类激情| 亚洲国产精品一区性色| 欧美精品一区二区三区乱码| 亚洲综合av一区二区三区四区| 国产91高清视频在线观看| 日本一区二区在线观看视频| av国产一区二区在线| 久久这里精品中文字幕| 欧美 日韩一区二区在线| 国产自拍成人精品视频| 日韩传媒在线观看视频| 国产精品男人在线播放| 一区二区五区日韩国产| 日韩传媒在线观看视频| 日本熟妇色在线视频不卡| 久久99国产精品成人免费| 日韩中文字幕免费一区二区| av一级免费在线观看| av东京热狠狠男人的天堂| 亚洲精品女同专区视频| av国产一区二区在线| 在线观看永久免费黄色| 把熟睡的少妇弄到高潮| 一区二区人妻乳中文字幕| 人妻91一区二区三区| 美女一区二区三区日本美女在线观看 | 国产乱来视频在线观看| 人妻中文字幕精品系列| 国内精品老年人视频网站| 午夜18禁毛片免费看| 欧美黑人在线一区二区|