摘要:參考前提需求現(xiàn)成的集群持久存儲(chǔ)持久存儲(chǔ)容量聲明創(chuàng)建文件分別創(chuàng)建對(duì)于中的解釋不會(huì)真正檢查存儲(chǔ)的訪問(wèn)模式或根據(jù)訪問(wèn)模式做訪問(wèn)限制,只是對(duì)真實(shí)存儲(chǔ)的描述,最終的控制權(quán)在真實(shí)的存儲(chǔ)端。
參考 / Reference
https://kubernetes.io/docs/ta...前提需求 / Rquirements
現(xiàn)成的kubernetes集群
持久存儲(chǔ)-PersistentVolume
持久存儲(chǔ)容量聲明-PersistentVolumeClaim
創(chuàng)建yaml文件 / Create YAML filehttps://raw.githubusercontent...
分別創(chuàng)建 Service、PersistentVolumeClaim、Deployment
apiVersion: v1 kind: Service metadata: name: mysql spec: ports: - port: 3306 selector: app: mysql clusterIP: None --- apiVersion: v1 kind: PersistentVolumeClaim metadata: name: mysql-pv-claim spec: accessModes: - ReadWriteOnce resources: requests: storage: 20Gi --- apiVersion: apps/v1beta2 # for versions before 1.8.0 use apps/v1beta1 kind: Deployment metadata: name: mysql spec: selector: matchLabels: app: mysql strategy: type: Recreate template: metadata:、 labels: app: mysql spec: containers: - image: mysql:5.6 name: mysql env: # Use secret in real usage - name: MYSQL_ROOT_PASSWORD value: password ports: - containerPort: 3306 name: mysql volumeMounts: - name: mysql-persistent-storage mountPath: /var/lib/mysql volumes: - name: mysql-persistent-storage persistentVolumeClaim: claimName: mysql-pv-claim
對(duì)于PersistentVolumeClaim中Access Modes的解釋?zhuān)?/p>
k8s不會(huì)真正檢查存儲(chǔ)的訪問(wèn)模式或根據(jù)訪問(wèn)模式做訪問(wèn)限制,只是對(duì)真實(shí)存儲(chǔ)的描述,最終的控制權(quán)在真實(shí)的存儲(chǔ)端。目前支持三種訪問(wèn)模式:
ReadWriteOnce – PV以read-write 掛載到一個(gè)節(jié)點(diǎn)
ReadWriteMany – PV以read-write 方式掛載到多個(gè)節(jié)點(diǎn)
ReadOnlyMany – PV以read-only 方式掛載到多個(gè)節(jié)點(diǎn)
部署YAML文件 / Deploy the Deploymentkubectl create -f https://k8s.io/docs/tasks/run-application/mysql-deployment.yaml or kubectl create -f mysql-deployment.yaml
查看Deployment的詳細(xì)信息
kubectl describe deployment mysql
查看Deployment的pods信息
kubectl get pods -l app=mysql
檢查PersistentVolumeClaim的信息
kubectl describe pvc mysql-pv-claim進(jìn)入MySQL實(shí)例 / Connet to MySQL
啟動(dòng)一個(gè)MySQL客戶端服務(wù)并連接到MySQL
kubectl run -it --rm --image=mysql:5.6 --restart=Never mysql-client -- mysql -h mysql -ppassword升級(jí)MySQL應(yīng)用 / Upgrade MySQL
可以使用 kubectl apply 命令對(duì)Deployment中的image或者其它部分進(jìn)行升級(jí);
針對(duì)有狀態(tài)應(yīng)用StatefulSet, 需要注意以下幾點(diǎn):
Don’t scale the app
This setup is for single-instance apps only. The underlying PersistentVolume can only be mounted to one Pod. For clustered stateful apps, see the StatefulSet documentation.
Use strategy: type: Recreate
in the Deployment configuration YAML file. This instructs Kubernetes to not use rolling updates. Rolling updates will not work, as you cannot have more than one Pod running at a time. The Recreate strategy will stop the first pod before creating a new one with the updated configuration
刪除Deployment / Delete the ploymentDelete the deployed objects by name:
kubectl delete deployment,svc mysql kubectl delete pvc mysql-pv-claim
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://m.specialneedsforspecialkids.com/yun/27185.html
摘要:參考前提需求現(xiàn)成的集群持久存儲(chǔ)持久存儲(chǔ)容量聲明創(chuàng)建文件分別創(chuàng)建對(duì)于中的解釋不會(huì)真正檢查存儲(chǔ)的訪問(wèn)模式或根據(jù)訪問(wèn)模式做訪問(wèn)限制,只是對(duì)真實(shí)存儲(chǔ)的描述,最終的控制權(quán)在真實(shí)的存儲(chǔ)端。 參考 / Reference https://kubernetes.io/docs/ta... 前提需求 / Rquirements 現(xiàn)成的kubernetes集群 持久存儲(chǔ)-PersistentVolume...
摘要:是谷歌內(nèi)部為解決這個(gè)問(wèn)題所做的工作的產(chǎn)物,它為管理容器如何在整個(gè)集群中運(yùn)行提供了一個(gè)單一的框架。在云中使用服務(wù)在許多云中作為標(biāo)準(zhǔn)問(wèn)題項(xiàng)提供,盡管它在谷歌云平臺(tái),中最突出地表現(xiàn)為本地特性。使用,運(yùn)行控制平面,將重點(diǎn)部署將用于所需配置的容器。每一項(xiàng)創(chuàng)新都會(huì)帶來(lái)新的復(fù)雜性。容器使以一種方便的、可移植的形式打包和運(yùn)行應(yīng)用程序成為可能,但至少要說(shuō)以規(guī)模管理容器是一個(gè)挑戰(zhàn)。Kubernetes是谷歌內(nèi)部...
摘要:健康監(jiān)控檢查,可以說(shuō)是集群中最重要的一部分了。我們?cè)谶@里沒(méi)有使用推薦的方式,我們自己將其與內(nèi)部的系統(tǒng)做了結(jié)合,通過(guò)來(lái)對(duì)整個(gè)集群進(jìn)行監(jiān)控報(bào)警自動(dòng)化操作。 在公司內(nèi)部,基于kubernetes實(shí)現(xiàn)了簡(jiǎn)單的docker應(yīng)用集群系統(tǒng),拿出來(lái)和大家分享下,在這個(gè)系統(tǒng)中,實(shí)現(xiàn)了應(yīng)用的自動(dòng)部署、動(dòng)態(tài)擴(kuò)容、節(jié)點(diǎn)切換、健康檢查、AB式版本更新等功能,也歡迎大家將各自的實(shí)現(xiàn)也分享給我。 整體架構(gòu) 整體架構(gòu)...
摘要:健康監(jiān)控檢查,可以說(shuō)是集群中最重要的一部分了。我們?cè)谶@里沒(méi)有使用推薦的方式,我們自己將其與內(nèi)部的系統(tǒng)做了結(jié)合,通過(guò)來(lái)對(duì)整個(gè)集群進(jìn)行監(jiān)控報(bào)警自動(dòng)化操作。 在公司內(nèi)部,基于kubernetes實(shí)現(xiàn)了簡(jiǎn)單的docker應(yīng)用集群系統(tǒng),拿出來(lái)和大家分享下,在這個(gè)系統(tǒng)中,實(shí)現(xiàn)了應(yīng)用的自動(dòng)部署、動(dòng)態(tài)擴(kuò)容、節(jié)點(diǎn)切換、健康檢查、AB式版本更新等功能,也歡迎大家將各自的實(shí)現(xiàn)也分享給我。 整體架構(gòu) 整體架構(gòu)...
閱讀 649·2021-11-25 09:43
閱讀 1920·2021-11-17 09:33
閱讀 834·2021-09-07 09:58
閱讀 2068·2021-08-16 10:52
閱讀 490·2019-08-30 15:52
閱讀 1730·2019-08-30 15:43
閱讀 996·2019-08-30 15:43
閱讀 2934·2019-08-29 16:41