計(jì)算機(jī)系統(tǒng)
5G云計(jì)算
第三章 LINUX Kubernetes yaml文件詳解
一、yaml文件概述
Kubernetes 支持 YAML 和 JSON 格式管理資源對(duì)象
JSON 格式：主要用于 api 接口之間消息的傳遞
YAML 格式：用于配置和管理，YAML 是一種簡(jiǎn)潔的非標(biāo)記性語(yǔ)言，內(nèi)容格式人性化，較易讀
YAML 語(yǔ)法格式：
●大小寫(xiě)敏感
●使用縮進(jìn)表示層級(jí)關(guān)系
●不支持Tab鍵制表符縮進(jìn)，只使用空格縮進(jìn)
●縮進(jìn)的空格數(shù)目不重要，只要相同層級(jí)的元素左側(cè)對(duì)齊即可，通常開(kāi)頭縮進(jìn)兩個(gè)空格
●符號(hào)字符后縮進(jìn)一個(gè)空格，如冒號(hào)，逗號(hào)，短橫桿（-）等
●“—”表示YAML格式，一個(gè)文件的開(kāi)始，用于分隔文件間
●“#”表示注釋
1.查看 api 資源版本標(biāo)簽
kubectl api-versions
admissionregistration.k8s.io/v1
admissionregistration.k8s.io/v1beta1
apiextensions.k8s.io/v1
apiextensions.k8s.io/v1beta1
apiregistration.k8s.io/v1
apiregistration.k8s.io/v1beta1
apps/v1 #如果是業(yè)務(wù)場(chǎng)景一般首選使用 apps/v1
authentication.k8s.io/v1
authentication.k8s.io/v1beta1 #帶有beta字樣的代表的是測(cè)試版本，不用在生產(chǎn)環(huán)境中
authorization.k8s.io/v1
authorization.k8s.io/v1beta1
autoscaling/v1
autoscaling/v2beta1
autoscaling/v2beta2
batch/v1
batch/v1beta1
certificates.k8s.io/v1
certificates.k8s.io/v1beta1
coordination.k8s.io/v1
coordination.k8s.io/v1beta1
discovery.k8s.io/v1beta1
events.k8s.io/v1
events.k8s.io/v1beta1
extensions/v1beta1
flowcontrol.apiserver.k8s.io/v1beta1
networking.k8s.io/v1
networking.k8s.io/v1beta1
node.k8s.io/v1
node.k8s.io/v1beta1
policy/v1beta1
rbac.authorization.k8s.io/v1
rbac.authorization.k8s.io/v1beta1
scheduling.k8s.io/v1
scheduling.k8s.io/v1beta1
storage.k8s.io/v1
storage.k8s.io/v1beta1
v1
文章來(lái)源：http://www.zghlxwxcb.cn/news/detail-635953.html
2.寫(xiě)一個(gè)yaml文件demo
mkdir /opt/demo
cd demo/
vim nginx-deployment.yaml
apiVersion: apps/v1 #指定api版本標(biāo)簽
kind: Deployment #定義資源的類(lèi)型/角色，deployment為副本控制器，此處資源類(lèi)型可以是Deployment、Job、Ingress、Service等
metadata: #定義資源的元數(shù)據(jù)信息，比如資源的名稱、namespace、標(biāo)簽等信息
name: nginx-deployment #定義資源的名稱，在同一個(gè)namespace空間中必須是唯一的
labels: #定義Deployment資源標(biāo)簽
app: nginx
spec: #定義deployment資源需要的參數(shù)屬性，諸如是否在容器失敗時(shí)重新啟動(dòng)容器的屬性
replicas: 3 #定義副本數(shù)量
selector: #定義標(biāo)簽選擇器
matchLabels: #定義匹配標(biāo)簽
app: nginx #需與 .spec.template.metadata.labels 定義的標(biāo)簽保持一致
template: #定義業(yè)務(wù)模板，如果有多個(gè)副本，所有副本的屬性會(huì)按照模板的相關(guān)配置進(jìn)行匹配
metadata:
labels: #定義Pod副本將使用的標(biāo)簽，需與 .spec.selector.matchLabels 定義的標(biāo)簽保持一致
app: nginx
spec:
containers: #定義容器屬性
- name: nginx #定義一個(gè)容器名，一個(gè) - name: 定義一個(gè)容器
image: nginx:1.15.4 #定義容器使用的鏡像以及版本
ports:
- containerPort: 80 #定義容器的對(duì)外的端口
//創(chuàng)建資源對(duì)象
kubectl create -f nginx-deployment.yaml
//查看創(chuàng)建的pod資源
kubectl get pods -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
nginx-deployment-746ccc65d8-lgxs5 1/1 Running 0 45s 10.244.0.13 192.168.58.62 <none> <none>
nginx-deployment-746ccc65d8-svhzp 1/1 Running 0 45s 10.244.1.13 192.168.58.63 <none> <none>
nginx-deployment-746ccc65d8-wl9xk 1/1 Running 0 45s 10.244.0.14 192.168.58.62 <none> <none>
//創(chuàng)建service服務(wù)對(duì)外提供訪問(wèn)并測(cè)試
vim nginx-service.yaml
apiVersion: v1
kind: Service
metadata:
name: nginx-service
labels:
app: nginx
spec:
type: NodePort
ports:
- port: 80
targetPort: 80
selector:
app: nginx
//創(chuàng)建資源對(duì)象
kubectl create -f nginx-service.yaml
//查看創(chuàng)建的service
kubectl get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.0.0.1 <none> 443/TCP 23h
nginx-service NodePort 10.0.0.16 <none> 80:38625/TCP 3s
//在瀏覽器輸入 nodeIP:nodePort 即可訪問(wèn)
http://192.168.58.62:38625
http://192.168.58.63:38625
------------------------------------------------------------------------------------------
詳解k8s中的port：
●port
port 是 k8s 集群內(nèi)部訪問(wèn)service的端口，即通過(guò) clusterIP: port 可以從 Pod 所在的 Node 上訪問(wèn)到 service
●nodePort
nodePort 是外部訪問(wèn) k8s 集群中 service 的端口，通過(guò) nodeIP: nodePort 可以從外部訪問(wèn)到某個(gè) service。
●targetPort
targetPort 是 Pod 的端口，從 port 或 nodePort 來(lái)的流量經(jīng)過(guò) kube-proxy 反向代理負(fù)載均衡轉(zhuǎn)發(fā)到后端 Pod 的 targetPort 上，最后進(jìn)入容器。
●containerPort
containerPort 是 Pod 內(nèi)部容器的端口，targetPort 映射到 containerPort。
------------------------------------------------------------------------------------------
//kubectl run --dry-run=client 打印相應(yīng)的 API 對(duì)象而不執(zhí)行創(chuàng)建
kubectl run nginx-test --image=nginx --port=80 --dry-run=client
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client
//查看生成yaml格式
kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o yaml
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o yaml
//查看生成json格式
kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o json
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o json
//使用yaml格式導(dǎo)出生成模板，并進(jìn)行修改以及刪除一些不必要的參數(shù)
kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o yaml > nginx-test.yaml
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o yaml > nginx-deploy.yaml
vim nginx-test.yaml
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null #刪除
labels:
run: nginx-test
name: nginx-test
spec:
containers:
- image: nginx
name: nginx-test
ports:
- containerPort: 80
resources: {} #刪除
dnsPolicy: ClusterFirst
restartPolicy: Always
status: {} #刪除
//將現(xiàn)有的資源生成模板導(dǎo)出
kubectl get svc nginx-service -o yaml
//保存到文件中
kubectl get svc nginx-service -o yaml > my-svc.yaml
//查看字段幫助信息，可一層層的查看相關(guān)資源對(duì)象的幫助信息
kubectl explain deployments.spec.template.spec.containers
或
kubectl explain pods.spec.containers
//寫(xiě)yaml太累怎么辦？
●用 --dry-run 命令生成
kubectl run my-deploy --image=nginx --dry-run=client -o yaml > my-deploy.yaml
●用get命令導(dǎo)出
kubectl get svc nginx-service -o yaml > my-svc.yaml
或
kubectl edit svc nginx-service #復(fù)制配置，再粘貼到新文件
//yaml文件的學(xué)習(xí)方法：
（1）多看別人（官方）寫(xiě)的，能讀懂
（2）能照著現(xiàn)場(chǎng)的文件改著用
（3）遇到不懂的，善用kubectl explain ... 命令查
文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-635953.html
到了這里，關(guān)于Linux6.34 Kubernetes yaml文件詳解的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
