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