kubernetes(k8s)中Yaml文件詳解
更新時(shí)間：2023年12月26日 09:05:24 作者：飛翔小怪獸
這篇文章主要給大家介紹了關(guān)于kubernetes(k8s)中Yaml文件詳解的相關(guān)資料,YAML是專門用來寫配置文件的語言,非常簡潔和強(qiáng)大,使用比json更方便,需要的朋友可以參考下
一.Yaml文件詳解
1.Yaml文件格式
（1）Kubernetes 支持 YAML 和 JSON 格式管理資源對象
（2）JSON 格式：主要用于 api 接口之間消息的傳遞
（3）YAML 格式：用于配置和管理，YAML 是一種簡潔的非標(biāo)記性語言，內(nèi)容格式人性化，較易讀
2.YAML 語法格式
（1）大小寫敏感
（2）使用縮進(jìn)表示層級關(guān)系
（3）不支持Tab鍵制表符縮進(jìn)，只使用空格縮進(jìn)
（4）縮進(jìn)的空格數(shù)目不重要，只要相同層級的元素左側(cè)對齊即可，通常開頭縮進(jìn)兩個(gè)空格
（5）符號(hào)字符后縮進(jìn)一個(gè)空格，如冒號(hào)，逗號(hào)，短橫桿（-）等
（6）“—”表示YAML格式，一個(gè)文件的開始，用于分隔文件間
（7）“#”表示注釋
二.Yaml文件編寫及相關(guān)概念
1.查看 api 資源版本標(biāo)簽
[root@master01 ~]# 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ù)場景一般首選使用 apps/v1 authentication.k8s.io/v1 authentication.k8s.io/v1beta1 #帶有beta字樣的代表的是測試版本，不用在生產(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
2.yaml編寫案例
#查看deployment的版本定義kubectl explain deployment
#查看api的版本 kubectl explain deployment.apiVersion
#查看元數(shù)據(jù)信息 kubectl explain deployment.apiVersion
#定義標(biāo)簽介紹 kubectl explain deployment.spec.selector #對matchLabels標(biāo)簽介紹 kubectl explain deployment.spec.selector.matchLabels
（1）Deployment類型編寫nginx服務(wù)
創(chuàng)建pod
#寫一個(gè)yaml文件demo mkdir /opt/demo cd demo/
vim nginx-deployment.yaml
apiVersion: apps/v1 #指定api版本標(biāo)簽
kind: Deployment #定義資源的類型/角色，deployment為副本控制器，此處資源類型可以是Deployment、Job、Ingress、Service等
metadata: #定義資源的元數(shù)據(jù)信息，比如資源的名稱、namespace、標(biāo)簽等信息
name: nginx-deployment #定義資源的名稱，在同一個(gè)namespace空間中必須是唯一的
namespace： default #默認(rèn)就是default，可以不用寫
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 #定義容器的對外的端口
#創(chuàng)建資源對象 kubectl create -f nginx-deployment.yaml 或 kubectl apply -f nginx-deployment.yaml #查看創(chuàng)建的資源對象，創(chuàng)建需等待running kubectl get pod
[root@master01 demo]# kubectl get pod NAME READY STATUS RESTARTS AGE nginx-deployment-6cff9b4c45-psvz7 1/1 Running 0 5d17h nginx-deployment-6cff9b4c45-w4kc8 1/1 Running 0 5d17h nginx-deployment-6cff9b4c45-zm9sj 1/1 Running 0 5d17h ninx-deployment-7fff494997-794fl 0/1 ImagePullBackOff 0 5d17h
容器如果想對外提供訪問，需創(chuàng)建service 發(fā)布
#創(chuàng)建service服務(wù)對外提供訪問并測試
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)建資源對象 kubectl create -f nginx-service.yaml 或 kubectl apply -f nginx-service.yaml #查看創(chuàng)建的service [root@master01 demo]# kubectl get svc NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 5d19h myapp-summer NodePort 10.96.30.130 <none> 8080:32666/TCP 119s
#在瀏覽器輸入 nodeIP:nodePort 即可訪問 http://192.168.158.21:32666 http://192.168.158.22:32666
（2）k8s集群中的port介紹
詳解k8s中的port：
●port
port 是 k8s 集群內(nèi)部訪問service的端口，即通過 clusterIP: port 可以從 Pod 所在的 Node 上訪問到 service
●nodePort
nodePort 是外部訪問 k8s 集群中 service 的端口，通過 nodeIP: nodePort 可以從外部訪問到某個(gè) service。
●targetPort
targetPort 是 Pod 的端口，從 port 或 nodePort 來的流量經(jīng)過 kube-proxy 反向代理負(fù)載均衡轉(zhuǎn)發(fā)到后端 Pod 的 targetPort 上，最后進(jìn)入容器。
●containerPort
containerPort 是 Pod 內(nèi)部容器的端口，targetPort 映射到 containerPort。
vim demo02-redis.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: redis-deployment
namespace: default
labels:
app: redis
spec:
replicas: 2
selector:
matchLabels:
app: redis
template:
metadata:
labels:
app: redis
spec:
containers:
- name: redis
image: redis:latest
ports:
- containerPort: 6379
---
apiVersion: v1
kind: Service
metadata:
name: redis
labels:
app: redis
spec:
type: NodePort
ports:
- port: 6379
targetPort: 6379
nodePort: 32555
selector:
app: redis
#創(chuàng)建資源 kubectl apply -f demo02-redis.yaml #查看創(chuàng)建的資源 kubectl get pod,svc
使用Redis Desktop Manager測試redis，安裝包在主頁資源中
#登入查看創(chuàng)建的鍵值對 kubectl exec -it redis-deployment-756b4b8956-khw2m bash redis-cli keys *
（3）快速編寫yaml文件
#kubectl run --dry-run=client 打印相應(yīng)的 API 對象而不執(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)資源對象的幫助信息 kubectl explain deployments.spec.template.spec.containers 或 kubectl explain pods.spec.containers
#快速查看相關(guān)模板 kubectl edit
（4）案例：自主式創(chuàng)建service并關(guān)聯(lián)上面的pod
資源類型：pod 自主式
資源名稱：nginx-ky29
命名空間：ky29
容器鏡像要求：nginx 1.14
容器端口：80
標(biāo)簽：app-ky29
#空跑 kubectl run nginx-rain --image=nginx:1.14 --port=80 --dry-run=client -oyaml > nginx-rain。yaml #復(fù)制出來的模板 kubectl create ns rain --dry-run -oyaml
#訪問測試 curl 10.96.233.156 http://192.168.158.20:32333/
#寫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ù)制配置，再粘貼到新文件
（5）Pod yaml文件詳解
apiVersion: v1 #必選，版本號(hào)，例如v1
kind: Pod #必選，Pod
metadata: #必選，元數(shù)據(jù)
name: string #必選，Pod名稱
namespace: string #必選，Pod所屬的命名空間
labels: #自定義標(biāo)簽
- name: string #自定義標(biāo)簽名字
annotations: #自定義注釋列表
- name: string
spec: #必選，Pod中容器的詳細(xì)定義
containers: #必選，Pod中容器列表
- name: string #必選，容器名稱
image: string #必選，容器的鏡像名稱
imagePullPolicy: [Always | Never | IfNotPresent] #獲取鏡像的策略：Alawys表示總是下載鏡像，IfnotPresent表示優(yōu)先使用本地鏡像，否則下載鏡像，Nerver表示僅使用本地鏡像
command: [string] #容器的啟動(dòng)命令列表，如不指定，使用打包時(shí)使用的啟動(dòng)命令
args: [string] #容器的啟動(dòng)命令參數(shù)列表
workingDir: string #容器的工作目錄
volumeMounts: #掛載到容器內(nèi)部的存儲(chǔ)卷配置
- name: string #引用pod定義的共享存儲(chǔ)卷的名稱，需用volumes[]部分定義的的卷名
mountPath: string #存儲(chǔ)卷在容器內(nèi)mount的絕對路徑，應(yīng)少于512字符
readOnly: boolean #是否為只讀模式
ports: #需要暴露的端口庫號(hào)列表
- name: string #端口號(hào)名稱
containerPort: int #容器需要監(jiān)聽的端口號(hào)
hostPort: int #容器所在主機(jī)需要監(jiān)聽的端口號(hào)，默認(rèn)與Container相同
protocol: string #端口協(xié)議，支持TCP和UDP，默認(rèn)TCP
env: #容器運(yùn)行前需設(shè)置的環(huán)境變量列表
- name: string #環(huán)境變量名稱
value: string #環(huán)境變量的值
resources: #資源限制和請求的設(shè)置
limits: #資源限制的設(shè)置
cpu: string #Cpu的限制，單位為core數(shù)，將用于docker run --cpu-shares參數(shù)
memory: string #內(nèi)存限制，單位可以為Mib/Gib，將用于docker run --memory參數(shù)
requests: #資源請求的設(shè)置
cpu: string #Cpu請求，容器啟動(dòng)的初始可用數(shù)量
memory: string #內(nèi)存清楚，容器啟動(dòng)的初始可用數(shù)量
livenessProbe: #對Pod內(nèi)個(gè)容器健康檢查的設(shè)置，當(dāng)探測無響應(yīng)幾次后將自動(dòng)重啟該容器，檢查方法有exec、httpGet和tcpSocket，對一個(gè)容器只需設(shè)置其中一種方法即可
exec: #對Pod容器內(nèi)檢查方式設(shè)置為exec方式
command: [string] #exec方式需要制定的命令或腳本
httpGet: #對Pod內(nèi)個(gè)容器健康檢查方法設(shè)置為HttpGet，需要制定Path、port
path: string
port: number
host: string
scheme: string
HttpHeaders:
- name: string
value: string
tcpSocket: #對Pod內(nèi)個(gè)容器健康檢查方式設(shè)置為tcpSocket方式
port: number
initialDelaySeconds: 0 #容器啟動(dòng)完成后首次探測的時(shí)間，單位為秒
timeoutSeconds: 0 #對容器健康檢查探測等待響應(yīng)的超時(shí)時(shí)間，單位秒，默認(rèn)1秒
periodSeconds: 0 #對容器監(jiān)控檢查的定期探測時(shí)間設(shè)置，單位秒，默認(rèn)10秒一次
successThreshold: 0
failureThreshold: 0
securityContext:
privileged:false
restartPolicy: [Always | Never | OnFailure] #Pod的重啟策略，Always表示一旦不管以何種方式終止運(yùn)行，kubelet都將重啟，OnFailure表示只有Pod以非0退出碼退出才重啟，Nerver表示不再重啟該P(yáng)od
nodeSelector: obeject #設(shè)置NodeSelector表示將該P(yáng)od調(diào)度到包含這個(gè)label的node上，以key：value的格式指定
imagePullSecrets: #Pull鏡像時(shí)使用的secret名稱，以key：secretkey格式指定
- name: string
hostNetwork:false #是否使用主機(jī)網(wǎng)絡(luò)模式，默認(rèn)為false，如果設(shè)置為true，表示使用宿主機(jī)網(wǎng)絡(luò)
volumes: #在該pod上定義共享存儲(chǔ)卷列表
- name: string #共享存儲(chǔ)卷名稱 （volumes類型有很多種）
emptyDir: {} #類型為emtyDir的存儲(chǔ)卷，與Pod同生命周期的一個(gè)臨時(shí)目錄。為空值
hostPath: string #類型為hostPath的存儲(chǔ)卷，表示掛載Pod所在宿主機(jī)的目錄
path: string #Pod所在宿主機(jī)的目錄，將被用于同期中mount的目錄
secret: #類型為secret的存儲(chǔ)卷，掛載集群與定義的secre對象到容器內(nèi)部
scretname: string
items:
- key: string
path: string
configMap: #類型為configMap的存儲(chǔ)卷，掛載預(yù)定義的configMap對象到容器內(nèi)部
name: string
items:
- key: string（6）deployment.yaml文件詳解
apiVersion: extensions/v1beta1 #接口版本
kind: Deployment #接口類型
metadata:
name: cango-demo #Deployment名稱
namespace: cango-prd #命名空間
labels:
app: cango-demo #標(biāo)簽
spec:
replicas: 3
strategy:
rollingUpdate: ##由于replicas為3,則整個(gè)升級,pod個(gè)數(shù)在2-4個(gè)之間
maxSurge: 1 #滾動(dòng)升級時(shí)會(huì)先啟動(dòng)1個(gè)pod
maxUnavailable: 1 #滾動(dòng)升級時(shí)允許的最大Unavailable的pod個(gè)數(shù)
template:
metadata:
labels:
app: cango-demo #模板名稱必填
sepc: #定義容器模板，該模板可以包含多個(gè)容器
containers:
- name: cango-demo #鏡像名稱
image: swr.cn-east-2.myhuaweicloud.com/cango-prd/cango-demo:0.0.1-SNAPSHOT #鏡像地址
command: [ "/bin/sh","-c","cat /etc/config/path/to/special-key" ] #啟動(dòng)命令
args: #啟動(dòng)參數(shù)
- '-storage.local.retention=$(STORAGE_RETENTION)'
- '-storage.local.memory-chunks=$(STORAGE_MEMORY_CHUNKS)'
- '-config.file=/etc/prometheus/prometheus.yml'
- '-alertmanager.url=http://alertmanager:9093/alertmanager'
- '-web.external-url=$(EXTERNAL_URL)'
#如果command和args均沒有寫，那么用Docker默認(rèn)的配置。
#如果command寫了，但args沒有寫，那么Docker默認(rèn)的配置會(huì)被忽略而且僅僅執(zhí)行.yaml文件的command（不帶任何參數(shù)的）。
#如果command沒寫，但args寫了，那么Docker默認(rèn)配置的ENTRYPOINT的命令行會(huì)被執(zhí)行，但是調(diào)用的參數(shù)是.yaml中的args。
#如果如果command和args都寫了，那么Docker默認(rèn)的配置被忽略，使用.yaml的配置。
imagePullPolicy: IfNotPresent #如果不存在則拉取
livenessProbe: #表示container是否處于live狀態(tài)。如果LivenessProbe失敗，LivenessProbe將會(huì)通知kubelet對應(yīng)的container不健康了。隨后kubelet將kill掉container，并根據(jù)RestarPolicy進(jìn)行進(jìn)一步的操作。默認(rèn)情況下LivenessProbe在第一次檢測之前初始化值為Success，如果container沒有提供LivenessProbe，則也認(rèn)為是Success；
httpGet:
path: /health #如果沒有心跳檢測接口就為/
port: 8080
scheme: HTTP
initialDelaySeconds: 60 ##啟動(dòng)后延時(shí)多久開始運(yùn)行檢測
timeoutSeconds: 5
successThreshold: 1
failureThreshold: 5
readinessProbe:
httpGet:
path: /health #如果沒有心跳檢測接口就為/
port: 8080
scheme: HTTP
initialDelaySeconds: 30 ##啟動(dòng)后延時(shí)多久開始運(yùn)行檢測
timeoutSeconds: 5
successThreshold: 1
failureThreshold: 5
resources: ##CPU內(nèi)存限制
requests:
cpu: 2
memory: 2048Mi
limits:
cpu: 2
memory: 2048Mi
env: ##通過環(huán)境變量的方式，直接傳遞pod=自定義Linux OS環(huán)境變量
- name: LOCAL_KEY #本地Key
value: value
- name: CONFIG_MAP_KEY #局策略可使用configMap的配置Key，
valueFrom:
configMapKeyRef:
name: special-config #configmap中找到name為special-config
key: special.type #找到name為special-config里data下的key
ports:
- name: http
containerPort: 8080 #對service暴露端口
volumeMounts: #掛載volumes中定義的磁盤
- name: log-cache
mount: /tmp/log
- name: sdb #普通用法，該卷跟隨容器銷毀，掛載一個(gè)目錄
mountPath: /data/media
- name: nfs-client-root #直接掛載硬盤方法，如掛載下面的nfs目錄到/mnt/nfs
mountPath: /mnt/nfs
- name: example-volume-config #高級用法第1種，將ConfigMap的log-script,backup-script分別掛載到/etc/config目錄下的一個(gè)相對路徑path/to/...下，如果存在同名文件，直接覆蓋。
mountPath: /etc/config
- name: rbd-pvc #高級用法第2中，掛載PVC(PresistentVolumeClaim)
#使用volume將ConfigMap作為文件或目錄直接掛載，其中每一個(gè)key-value鍵值對都會(huì)生成一個(gè)文件，key為文件名，value為內(nèi)容，
volumes: # 定義磁盤給上面volumeMounts掛載
- name: log-cache
emptyDir: {}
- name: sdb #掛載宿主機(jī)上面的目錄
hostPath:
path: /any/path/it/will/be/replaced
- name: example-volume-config # 供ConfigMap文件內(nèi)容到指定路徑使用
configMap:
name: example-volume-config #ConfigMap中名稱
items:
- key: log-script #ConfigMap中的Key
path: path/to/log-script #指定目錄下的一個(gè)相對路徑path/to/log-script
- key: backup-script #ConfigMap中的Key
path: path/to/backup-script #指定目錄下的一個(gè)相對路徑path/to/backup-script
- name: nfs-client-root #供掛載NFS存儲(chǔ)類型
nfs:
server: 10.42.0.55 #NFS服務(wù)器地址
path: /opt/public #showmount -e 看一下路徑
- name: rbd-pvc #掛載PVC磁盤
persistentVolumeClaim:
claimName: rbd-pvc1 #掛載已經(jīng)申請的pvc磁盤（7）Service yaml文件詳解
apiVersion: v1
kind: Service
matadata: #元數(shù)據(jù)
name: string #service的名稱
namespace: string #命名空間
labels: #自定義標(biāo)簽屬性列表
- name: string
annotations: #自定義注解屬性列表
- name: string
spec: #詳細(xì)描述
selector: [] #label selector配置，將選擇具有l(wèi)abel標(biāo)簽的Pod作為管理
#范圍
type: string #service的類型，指定service的訪問方式，默認(rèn)為
#clusterIp
clusterIP: string #虛擬服務(wù)地址
sessionAffinity: string #是否支持session
ports: #service需要暴露的端口列表
- name: string #端口名稱
protocol: string #端口協(xié)議，支持TCP和UDP，默認(rèn)TCP
port: int #服務(wù)監(jiān)聽的端口號(hào)
targetPort: int #需要轉(zhuǎn)發(fā)到后端Pod的端口號(hào)
nodePort: int #當(dāng)type = NodePort時(shí)，指定映射到物理機(jī)的端口號(hào)
status: #當(dāng)spce.type=LoadBalancer時(shí)，設(shè)置外部負(fù)載均衡器的地址
loadBalancer: #外部負(fù)載均衡器
ingress: #外部負(fù)載均衡器
ip: string #外部負(fù)載均衡器的Ip地址值
hostname: string #外部負(fù)載均衡器的主機(jī)名（8）k8s部署tomcat的yaml文件
vim tomcat-pod.yaml
apiVersion: apps/v1
kind: Deployment
metadata: #定義了 Deployment 的元數(shù)據(jù)信息，包括名稱和標(biāo)簽
name: mytomcat
spec: #定義了 Deployment 的規(guī)范信息，包括副本數(shù)、Selector、升級策略
replicas: 3 #指定了 Deployment 所需的 Pod 副本數(shù)
selector: #定義了匹配標(biāo)簽的 Selector，以選擇要控制的 Pod
matchLabels:
app: mytomcat
minReadySeconds: 1 #指定了 Deployment 進(jìn)行滾動(dòng)升級時(shí)，新 Pod 可以被認(rèn)為已準(zhǔn)備好的最小時(shí)間
progressDeadlineSeconds: 60 #指定了 Deployment 升級的最長時(shí)間，超過此時(shí)間將標(biāo)記為失敗
revisionHistoryLimit: 5 #定義了 Deployment 可以保留的版本歷史數(shù)量的最大值
strategy: #定義了 Deployment 進(jìn)行滾動(dòng)升級的策略
type: RollingUpdate #指定了滾動(dòng)升級的類型，此處設(shè)置為 RollingUpdate。另一個(gè)選項(xiàng)是 Recreate
rollingUpdate: #定義了 RollingUpdate 策略的參數(shù)
maxSurge: 1 #定義了在進(jìn)行滾動(dòng)更新時(shí)，最大可以超出指定副本數(shù)的 Pod 數(shù)量
maxUnavailable: 1 #定義了在進(jìn)行滾動(dòng)更新時(shí)，最大可以不可用的 Pod 數(shù)量
template: #定義了要?jiǎng)?chuàng)建的 Pod 的規(guī)范信息，包括容器、端口和卷
metadata:
name: mytomcat
labels:
app: mytomcat
spec:
containers: #定義了 Pod 中的容器信息
- name: mytomcat #定義了容器的名稱，此處設(shè)置為 mytomcat
image: tomcat:8 #定義了容器要使用的鏡像，此處設(shè)置為 Tomcat 8
ports: #定義了容器要監(jiān)聽的端口，此處設(shè)置為 8080 端口
- containerPort: 8080
volumeMounts: #定義了容器要掛載的卷
- name: zjf-config
mountPath: /etc/localtime
volumes: #定義了卷的信息，包括名稱和掛載路徑
- name: zjf-config
hostPath: #定義了要掛載的本地主機(jī)路徑
path: /usr/share/zoneinfo/Asia/Shanghaikubectl apply -f tomcat-pod.yaml
vim tomcat-service.yaml
apiVersion: v1
kind: Service
metadata:
name: mytomcat
spec:
type: NodePort
ports:
- port: 8080
nodePort: 32222
selector:
app: mytomcat#查看創(chuàng)建的pod及svc kubectl get pod kubectl get svc
#查看tomcat的分布node節(jié)點(diǎn) kubectl get pods -o wide
總結(jié)：
1.K8S集群中訪問流向
port：為service在clusterIP上暴露的端口
targetport：對應(yīng)容器映射在pod上的端口
nodeport：可以通過在K8S集群外部使用nodeIP+nodePort來去訪問service
containerport：容器內(nèi)部使用的端口
K8S集群內(nèi)部：客戶端——clusterIP：port——通過target port——podIP：containerport
K8S集群外部：客戶端——nodeIP：nodeport——通過target port——podIP：containerport
2.語法格式
通過縮進(jìn)表示層級關(guān)系
不能使用tab進(jìn)行縮進(jìn)，只能使用空格，一般開頭縮進(jìn)2個(gè)空格
字符后縮進(jìn)一個(gè)空格，比如冒號(hào)，逗號(hào)等
使用—表示新的yaml文件的開始
使用#表示注釋
3.yaml文件組成部署
（1）控制器定義
deployment：定義metadaea、spec、selector
通過yaml完成副本的定義，自主式的
（2）被控制對象
由哪一個(gè)控制器（自主式、deployment、statusfulset等）
4.常用字段的含義
如何快速編寫yaml
（1）第一種使用kubectl create 命令生成yaml文件
（2）第二種使用kubectl get 命令導(dǎo)出yaml文件
總結(jié)
到此這篇關(guān)于kubernetes(k8s)中Yaml文件詳解的文章就介紹到這了,更多相關(guān)k8s Yaml文件詳解內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:
相關(guān)文章
k8s自動(dòng)化安裝腳本(二進(jìn)制)的操作步驟
Kubernetes?k8s安裝腳本,非常好用,下面這篇文章主要給大家介紹了關(guān)于k8s自動(dòng)化安裝腳本(二進(jìn)制)的操作步驟,文中通過圖文介紹的非常詳細(xì),需要的朋友可以參考下2022-09-09
本文介紹了Kubernetes中的Pod控制器,包括Deployment、ReplicaSet、StatefulSet、DaemonSet、Job和CronJob等類型,詳細(xì)解釋了它們的工作原理、特點(diǎn)和應(yīng)用場景2025-11-11
K8s準(zhǔn)入控制Admission?Controller深入介紹
本篇我們將聚焦于?kube-apiserver?請求處理過程中一個(gè)很重要的部分?--?準(zhǔn)入控制器（Admission?Controller）深入講解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步早日升職加薪2022-04-04
Kubernetes應(yīng)用服務(wù)質(zhì)量管理詳解
這篇文章主要為大家介紹了Kubernetes應(yīng)用服務(wù)質(zhì)量管理詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-11-11
這篇文章主要介紹了kubernetes-1.25.6二進(jìn)制部署方式,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-07-07
Kubernetes的安全機(jī)制主要圍繞保護(hù)APIServer來設(shè)計(jì),包括認(rèn)證、鑒權(quán)和準(zhǔn)入控制三部分,認(rèn)證通過Token、Basic和HTTPS證書進(jìn)行,鑒權(quán)使用AlwaysDeny、AlwaysAllow、ABAC、WebHook和RBAC,準(zhǔn)入控制通過插件進(jìn)行2025-11-11
MinIO是一款高性能的分布式對象存儲(chǔ)系統(tǒng),兼容Amazon S3協(xié)議,具有輕量級、易部署、高可用和可擴(kuò)展性等優(yōu)勢,它通過糾刪碼技術(shù)實(shí)現(xiàn)數(shù)據(jù)冗余與高容錯(cuò)性,適用于私有云存儲(chǔ)、大數(shù)據(jù)分析和靜態(tài)資源托管等場景,本文介紹MinIO分布式文件存儲(chǔ)的相關(guān)知識(shí),感興趣的朋友一起看看吧2025-03-03
Kubernetes應(yīng)用配置管理創(chuàng)建使用詳解
這篇文章主要為大家介紹了Kubernetes應(yīng)用配置管理創(chuàng)建使用詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-11-11
Ingress作為K8s的7層負(fù)載均衡器,通過單一入口管理多個(gè)服務(wù),使用IngressController（如Nginx）和資源,支持按域名/路徑路由,解決端口沖突與配置復(fù)雜問題2025-07-07
這篇文章主要介紹了k8s容器的內(nèi)存設(shè)置的踩坑記錄,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2025-07-07