docker筆記25-k8s-service資源-創(chuàng)新互聯(lián)

service是要通過coreDNS來管理pod的。

創(chuàng)新互聯(lián)公司自2013年起，先為新化等服務(wù)建站，新化等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為新化企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

kube-proxy始終監(jiān)視著apiserver，獲取與service資源的變動(dòng)狀態(tài)。一旦發(fā)現(xiàn)有service資源發(fā)生變動(dòng)，kube-proxy都要把它轉(zhuǎn)變?yōu)楫?dāng)前節(jié)點(diǎn)之上的，能夠?qū)崿F(xiàn)service資源調(diào)度，包括將客戶端資源調(diào)度到pod的規(guī)則（iptables或者ipvs）。

service工作模式有三種：userspace(k8s 1.1版本之前)，iptables(k8s 1.10版本之前)和ipvs(k8s 1.11版本之后)

userspace模型：用戶空間模型。k8s 1.11版本用ipvs了，這個(gè)比iptables效率高。

docker筆記25-k8s-service資源

[root@master ~]# kubectl get svc
NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
kubernetes   ClusterIP   10.96.0.1        <none>        443/TCP        16d
redis        ClusterIP   10.106.138.181   <none>        6379/TCP       23h

[root@master ~]# kubectl delete svc redis 
service "redis" deleted

注意kubernetes這個(gè)service千萬別刪，因?yàn)镵8s都是通過10.96.0.1這個(gè)地址聯(lián)系的。

[root@master ~]# kubectl explain svc

service類型：

a)、ExternalName：表示把集群外部的服務(wù)引入到集群內(nèi)部中來，即實(shí)現(xiàn)了集群內(nèi)部pod和集群外部的服務(wù)進(jìn)行通信；

b）、ClusterIP：只能在集群內(nèi)部通訊；

c）、NodePort：可以和集群外部通訊；

d）、LoadBalancer：這個(gè)表示我們把k8s部署在虛擬機(jī)上，自動(dòng)在外部創(chuàng)建負(fù)載均衡器。比如在阿里云上，底層是LBAAS。

ClusterIP

以前我們使用kubectl expose創(chuàng)建service，下面我們使用清單來創(chuàng)建service。

[root@master manifests]# cat redis-svc.yaml 
apiVersion: v1
kind: Service
metadata:
  name: redis
  namespace: default
spec:
  selector:
    app: redis
    role: logstor
  clusterIP: 10.97.97.97 #這個(gè)ip可以不指定，讓它自動(dòng)分配
  type: ClusterIP
  ports:
  - port: 6379 #service ip中的端口
    targetPort: 6379 #容器ip中的端口

[root@master manifests]# kubectl apply -f redis-svc.yaml 
service/redis created

[root@master manifests]# kubectl get svc
NAME         TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)    AGE
kubernetes   ClusterIP   10.96.0.1     <none>        443/TCP    16d
redis        ClusterIP   10.97.97.97   <none>        6379/TCP   1m

[root@master manifests]# kubectl describe svc redis 
Name:              redis
Namespace:         default
Labels:            <none>
Annotations:       kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"v1","kind":"Service","metadata":{"annotations":{},"name":"redis","namespace":"default"},"spec":{"clusterIP":"10.97.97.97","ports":[{"por...
Selector:          app=redis,role=logstor
Type:              ClusterIP
IP:                10.97.97.97
Port:              <unset>  6379/TCP
TargetPort:        6379/TCP
Endpoints:         10.244.2.65:6379  ##這是pod的ip
Session Affinity:  None
Events:            <none>

資源記錄：SVC_NAME.NAMESPACE_NAME.DOMAIN.LTD

集群默認(rèn)后綴是svc.cluster.local

比如我們創(chuàng)建的redis默認(rèn)名稱就是redis.defalut.svc.cluster.local

NodePort

訪問路徑：client---->NodeIP:NodePoint----->ClusterIP:ServerPort---->PodIP:containerPort

[root@master manifests]# cat myapp-svc.yaml 
apiVersion: v1
kind: Service
metadata:
  name: myapp
  namespace: default
spec:
  selector:
    app: myapp
    release: canary
  clusterIP: 10.99.99.99 #這個(gè)ip可以不指定，讓他自動(dòng)分配
  type: NodePort
  ports:
  - port: 80 #service ip的端口
    targetPort: 80 #容器ip的端口
    nodePort: 30080 #node節(jié)點(diǎn)上端口,這個(gè)端口也可以不指定，會(huì)自動(dòng)分配端口

[root@master manifests]# kubectl apply -f myapp-svc.yaml 
service/myapp created

[root@master manifests]# kubectl get svc
NAME         TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)        AGE
kubernetes   ClusterIP   10.96.0.1     <none>        443/TCP        16d
myapp        NodePort    10.99.99.99   <none>        80:30080/TCP   44s
redis        ClusterIP   10.97.97.97   <none>        6379/TCP       15m

[root@master manifests]# curl http://172.16.1.101:30080/hostname.html
myapp-deploy-69b47bc96d-79fqh
[root@master manifests]# curl http://172.16.1.101:30080/hostname.html
myapp-deploy-69b47bc96d-tc54k

注意：172.16.1.101是Node節(jié)點(diǎn)的Ip，并且可以看到訪問是做了負(fù)載均衡的

下面我們再把來自同一個(gè)客戶端會(huì)話請求用sessionAffinity粘滯到一個(gè)固定的pod上，這樣就不會(huì)出現(xiàn)負(fù)載均衡現(xiàn)象了，相當(dāng)于nginx的 ip_hash功能，如下：

[root@master manifests]# kubectl patch svc myapp -p '{"spec":{"sessionAffinity":"ClientIP"}}'
service/myapp patched

上面打的補(bǔ)丁也可以直接用edit方法編輯。

[root@master manifests]# kubectl describe svc myapp
Session Affinity:         ClientIP

再改回負(fù)載均衡模式：
[root@master manifests]# kubectl patch svc myapp -p '{"spec":{"sessionAffinity":"None"}}'
service/myapp patched

無頭service

我們前面介紹的service是service name解析為cluster ip，然后cluster ip對應(yīng)到后面的pod ip。

而無頭service是指service name 直接解析為后面的pod ip。

無頭就是沒有cluster ip牽頭了。

docker筆記25-k8s-service資源

[root@master manifests]# cat myapp-svc-headless.yaml 
apiVersion: v1
kind: Service
metadata:
  name: myapp-svc
  namespace: default
spec:
  selector:
    app: myapp #挑選的pod還是myapp。一個(gè)pod可以有多個(gè)service
    release: canary
  clusterIP: None #None表示是無頭service
  ports:
  - port: 80 #service ip中的端口
    targetPort: 80 #容器ip中的端口

[root@master manifests]# kubectl apply -f myapp-svc-headless.yaml 
service/myapp-svc created

[root@master manifests]# kubectl get svc
NAME         TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)        AGE
kubernetes   ClusterIP   10.96.0.1     <none>        443/TCP        16d
myapp        NodePort    10.99.99.99   <none>        80:30080/TCP   1h
myapp-svc    ClusterIP   None          <none>        80/TCP         28s
redis        ClusterIP   10.97.97.97   <none>        6379/TCP       1h

看到上面myapp-svc的cluster-ip是空，這就是無頭service。

[root@master manifests]# kubectl get svc -n kube-system
NAME       TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)         AGE
kube-dns   ClusterIP   10.96.0.10   <none>        53/UDP,53/TCP   16d

可以看到coreDNS的地址是10.96.0.10

[root@master manifests]# dig -t A myapp-svc.default.svc.cluster.local. @10.96.0.10
; <<>> DiG 9.9.4-RedHat-9.9.4-61.el7_5.1 <<>> -t A myapp-svc.default.svc.cluster.local. @10.96.0.10
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10702
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;myapp-svc.default.svc.cluster.local. INA
;; ANSWER SECTION:
myapp-svc.default.svc.cluster.local. 5 IN A10.244.1.63
myapp-svc.default.svc.cluster.local. 5 IN A10.244.2.51
;; Query time: 0 msec
;; SERVER: 10.96.0.10#53(10.96.0.10)
;; WHEN: Mon Sep 24 00:22:07 EDT 2018
;; MSG SIZE  rcvd: 166

[root@master manifests]# kubectl get pods -o wide -l app=myapp
NAME                            READY     STATUS    RESTARTS   AGE       IP            NODE
myapp-deploy-69b47bc96d-79fqh   1/1       Running   0          1d        10.244.1.63   node1
myapp-deploy-69b47bc96d-tc54k   1/1       Running   0          1d        10.244.2.51   node2

上面看到無頭service name直接被解析到另個(gè)pod上的ip了。

ExternalName

我們可以用ExternalName對Service名稱和集群外部服務(wù)地址做一個(gè)映射，使之訪問Service名稱就是訪問外部服務(wù)。例如下面的例子是將 svc1 和 xxx.xxx.xxx.xxx 做了對等關(guān)系。

kind: Service
apiVersion: v1
metadata:
  name: svc1
  namespace: default
spec:
  type: ExternalName
  externalName: somedomain.org

不過，ExternalName 類型的服務(wù)適用于外部服務(wù)使用域名的方式，缺點(diǎn)是不能指定端口。

另外，要實(shí)現(xiàn)集群內(nèi)訪問集群外服務(wù)的這個(gè)需求，也是非常簡單的。因?yàn)榧簝?nèi)的Pod會(huì)繼承Node上的DNS解析規(guī)則。因此只要Node可以訪問的服務(wù)，Pod中也可以訪問到。

網(wǎng)頁標(biāo)題：docker筆記25-k8s-service資源-創(chuàng)新互聯(lián)
網(wǎng)頁地址：http://bm7419.com/article48/cdipep.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供移動(dòng)網(wǎng)站建設(shè)、外貿(mào)建站、微信公眾號、App開發(fā)、電子商務(wù)、品牌網(wǎng)站制作

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

猜你還喜歡下面的內(nèi)容