Service是k8s的核心,經過建立Service,能夠爲一組具備相同功能的容器應用提供一個統一的入口地址,並將請求進行負載分發到各個容器應用上。html
目錄:node
Service定義詳解nginx
Service基本用法程序員
集羣外部訪問Pod和Service面試
1、Service定義詳解vim
Service的定義比Pod簡單。api
apiVersion: v1 kind: Service metadata: name: string labels: name: string annotations: name: string spec: type: string selector: name: string clusterIP: string #虛擬服務ip,缺省默認分配 sessionAffinity: string #是否支持session,可選值爲ClientIP,表示同一個客戶端 ports: - name: string protocol: string #端口協議,支持TCP、UDP,默認是TCP port: int #宿主機端口 targetPort: int #目標Pod的端口 nodePort: int #k8s內部端口 status: loadBalancer: ingress: ip: string hostname: string
上述定義中的spec.type有兩個選項:瀏覽器
當爲NodePort時,須要配置nodePort映射到指定端口
當爲LoadBalancer,須要在status中設置外部負載均衡器
2、Service基本用法bash
(1)經過yaml文件建立:微信
apiVersion: v1 kind: Service metadata: name: nginx-service spec: type: NodePort selector: name: nginx-pod ports: - name: nginx-service port: 80 targetPort: 80 nodePort: 30080
好比上述,定義了一個Service,對應的是具備key=name,value=nginx-pod這個標籤的Pod,type定義爲NodePort,宿主機端口爲80,對應Pod端口爲80,而nodePort爲30080
經過以下命令建立Service
kubectl create -f service-name.yaml
建立以後查看:
可看到Service被分配的ip,對應的port以及選擇的標籤信息
(2)負載均衡
目前k8s提供了兩種負載均衡策略:RoundRobin和SessionAffinity
一、RoundRobin:輪詢模式
二、SessionAffinity:基於客戶端IP地址進行會話保持模式,請求第一次到哪一個Pod,則後續還會繼續轉發到那個Pod。
默認狀況下,採用輪詢模式,但也能夠 經過設置spec.sessionAffinity設置爲ClientIP啓用SessionAffinity策略
接下來驗證一下默認的輪詢模式:
建立兩個具備key=name,value=nginx-pod標籤的Pod,容器內運行nginx。
nginx-one:
apiVersion: v1 kind: Pod metadata: name: nginx-pod1 labels: name: nginx-pod spec: containers: - name: nginx-pod1 image: nginx imagePullPolicy: IfNotPresent ports: - containerPort: 80
nginx-two:
apiVersion: v1 kind: Pod metadata: name: nginx-pod2 labels: name: nginx-pod spec: containers: - name: nginx-pod2 image: nginx imagePullPolicy: IfNotPresent ports: - containerPort: 80
建立完兩個容器以後,分別進入兩個容器修改nginx首頁的字樣。
進入容器:
kubectl exec -it nginx-pod1 /bin/bash
找到文件並進行修改,此處須要注意的是,由nginx鏡像建立的容器並不具備vim和vi這兩個編輯工具,因此這邊使用sed或echo都行
sed命令替換字符串格式是:
sed -i 's/須要被替換字符串/替換後字符串/g' file-name sed -i 's/Welcome to nginx!/Welcome to nginx-pod two!/g' /usr/share/nginx/html/index.html
修改好後在瀏覽器訪問:使用ip:nodePort訪問
能夠看到,service進行了負載均衡處理。
3、集羣外部訪問Pod和Service
(1)將Pod的端口號映射到宿主機
好比將上述的nginx-pod1映射到主機的20080端口:
apiVersion: v1 kind: Pod metadata: name: nginx-pod1 labels: name: nginx-pod spec: containers: - name: nginx-pod1 image: nginx imagePullPolicy: IfNotPresent ports: - containerPort: 80 hostPort: 20080
而後查看此Pod在哪一個節點上運行
而後在瀏覽器中訪問此節點的20080端口:
(2)經過設置Pod級別的hostNetwork=true
該Pod的全部容器的端口號都將被直接映射到宿主機上,須要注意的是,若是不指定hostPort,則默認與containerPort同樣,若是指定 ,則hostPort必須等於containerPort。
例如將上述的nginx-pod2設置hostNetwork=true
apiVersion: v1 kind: Pod metadata: name: nginx-pod2 labels: name: nginx-pod spec: hostNetwork: true containers: - name: nginx-pod2 image: nginx imagePullPolicy: IfNotPresent ports: - containerPort: 80
查看pod建立後在哪一個節點上
在瀏覽器上訪問:
(3)將Service的端口號映射到宿主機上
經過設置spec.type爲NodePort,同時設置spec.ports.nodePort設置宿主機上的端口號。
例如在Service基本用法那一小節的Service定義,相應的使用也在那一節有
apiVersion: v1 kind: Service metadata: name: nginx-service spec: type: NodePort selector: name: nginx-pod ports: - name: nginx-service port: 80 targetPort: 80 nodePort: 30080
===============================
我是Liusy,一個喜歡健身的程序員。
歡迎關注微信公衆號【Liusy01】,一塊兒交流Java技術及健身,獲取更多幹貨,領取Java進階乾貨,領取最新大廠面試資料,一塊兒成爲Java大神。
來都來了,關注一波再溜唄。