Kubernetes改變了開發(fā)的方式，數(shù)據(jù)庫是應用程序的重要組成部分。在本文中，我們將展示如何在Kubernetes中部署數(shù)據(jù)庫，以及可以使用哪些方法在Kubernetes中部署數(shù)據(jù)庫。

[[438525]]

01數(shù)據(jù)庫

數(shù)據(jù)庫是一種用于在計算機系統(tǒng)上存儲和處理數(shù)據(jù)的系統(tǒng)。數(shù)據(jù)庫引擎可以在數(shù)據(jù)庫上創(chuàng)建，讀取，更新和刪除。數(shù)據(jù)庫由數(shù)據(jù)庫管理系統(tǒng)(DBMS)控制。

在大多數(shù)數(shù)據(jù)庫中，數(shù)據(jù)按行和列進行建模，稱為關(guān)系型，這種類型的數(shù)據(jù)庫在80年代占主導地位。在2000年代，非關(guān)系數(shù)據(jù)庫開始流行，被稱為No-SQL，它們使用不同的查詢語言，并且這些類型的數(shù)據(jù)庫可用于鍵值對。

02StatefulSet

在本文中，我們將在Kubernetes中部署數(shù)據(jù)庫，因此我們必須了解什么是StatefulSet。

StatefulSet是用于管理有狀態(tài)應用程序的工作負載。它管理一組Pod的實現(xiàn)和擴展，并保證這些Pod的順序和唯一性。

像Deployment一樣，StatefulSet也管理具有相同容器規(guī)范的一組Pod。由StatefulSets維護的Pod具有唯一的，持久的身份和穩(wěn)定的主機名，而不用管它們位于哪個節(jié)點上。如果我們想要一個跨存儲的持久性，我們可以創(chuàng)建一個持久性卷并將StatefulSet用作解決方案的一部分。即使StatefulSet中的Pod容易發(fā)生故障，存儲卷與新Pod進行匹配也很容易。

StatefulSet對于需要以下一項或多項功能的應用程序很有價值：

• 穩(wěn)定的唯一網(wǎng)絡標識符。
• 穩(wěn)定，持久的存儲。
• 有序，順暢的部署和擴展。
• 有序的自動滾動更新。

在Kubernetes上部署數(shù)據(jù)庫時，我們需要使用StatefulSet，但是使用StatefulSet有一些局限性：

• 需要使用持久性存儲卷為Pod提供存儲。
• 刪除副本或按比例縮小副本將不會刪除附加到StatefulSet的存儲卷。存儲卷確保數(shù)據(jù)的安全性。
• StatefulSet當前需要Headless Service 來負責Pod的網(wǎng)絡標識。
• 與Deployment 不同，StatefulSet不保證刪除StatefulSet資源時刪除所有Pod，而Deployment在被刪除時會刪除與Deployment關(guān)聯(lián)的所有Pod。在刪除StatefulSet之前，你必須將pod副本數(shù)量縮小到0 。

03Kubernetes上的數(shù)據(jù)庫

我們可以將數(shù)據(jù)庫作為有狀態(tài)應用程序部署到Kubernetes。通常，當我們部署Pod時，它們具有自己的存儲空間，但是該存儲空間是短暫的-如果容器被殺死了，則其存儲空間將隨之消失。

因此，我們需要有一個Kubernetes資源對象來解決這種情況：當我們想要數(shù)據(jù)持久化時，我們就把Pod和持久化存儲卷聲明關(guān)聯(lián)。通過這種方式，如果我們的容器被殺死了，我們的數(shù)據(jù)仍將位于集群中，新的pod也能夠相應地訪問數(shù)據(jù)。

Pod -> PVC-> PV

• PV =持久性存儲
• PVC =持久性存儲聲明

04Operators將數(shù)據(jù)庫部署到Kubernetes

• 我們可以使用由Oracle開發(fā)的Kubernetes Operators來部署MySQL數(shù)據(jù)庫：

https://github.com/oracle/mysql-operator

• 使用Crunchydata開發(fā)的PostgreSQL Operators，、將PostgreSQL部署到Kubernetes：

https://github.com/CrunchyData/postgres

-operator

• 使用MongoDB開發(fā)的Operators，可將MongoDB Enterprise部署到Kubernetes集群：

https://github.com/mongodb/mongodb

-enterprise-kubernetes

05在Kubernetes上部署數(shù)據(jù)庫是否可行?

在當今世界上，越來越多的公司致力于容器技術(shù)。在進行深入研究之前，讓我們回顧一下用于運行數(shù)據(jù)庫的選項。

1.完全托管的數(shù)據(jù)庫

完全托管的數(shù)據(jù)庫是那些不用自己來管理的數(shù)據(jù)庫-這種管理可以由AWS Google，Azure或Digital Cloud等云提供商完成。托管數(shù)據(jù)庫包括Amazon Web Services，Aurora DynamoDB或Google Spanner等。

使用這些完全托管的數(shù)據(jù)庫的優(yōu)勢是操作少，云提供商可以處理許多維護任務，例如備份，擴展補丁等。你只需創(chuàng)建數(shù)據(jù)庫即可構(gòu)建應用程序，其他的由云提供商幫你處理。

2.在VM或本地自行部署

使用此選項，你可以將數(shù)據(jù)庫部署到任何虛擬機(EC2或Compute Engine)，并且將擁有完全控制權(quán)。你將能夠部署任何版本的數(shù)據(jù)庫，并且可以設置自己的安全性和備份計劃。

另一方面，這意味著你將自行管理，修補，擴展或配置數(shù)據(jù)庫。這將增加基礎(chǔ)架構(gòu)的成本，但具有靈活性的優(yōu)勢。

3.在Kubernetes上運行

在Kubernetes中部署數(shù)據(jù)庫更接近full-ops選項，但是從Kubernetes提供的自動化方面來看，你將獲得一些好處–能夠保持數(shù)據(jù)庫應用程序的正常運行。

要注意，pod是短暫的，因此數(shù)據(jù)庫應用程序重新啟動或失敗的可能性更大。另外，你將負責更具體的數(shù)據(jù)庫管理任務，例如備份，擴展等。

選擇在Kubernetes上部署數(shù)據(jù)庫時要考慮的一些重要點是：

• 有一些自定義資源和 operators可用于在Kubernetes上管理數(shù)據(jù)庫。
• 具有緩存層和瞬時態(tài)存儲的數(shù)據(jù)庫更適合Kubernetes。
• 你必須了解數(shù)據(jù)庫中可用的復制模式。異步復制模式為數(shù)據(jù)丟失留有空間，因為事務可能會提交給主數(shù)據(jù)庫，而不會提交給從數(shù)據(jù)庫。

上面，我們用一個簡單的圖表來顯示在Kubernetes上部署數(shù)據(jù)庫時的決策。

首先，我們需要嘗試了解數(shù)據(jù)庫是否具有與Kubernetes友好的功能，例如MySQL或PostgreSQL，然后我們查找kubernetes operators將數(shù)據(jù)庫與其他功能打包在一起。

第二個問題是，考慮到在Kubernetes中部署數(shù)據(jù)庫需要多少工作量，這是可以接受的?我們是否有一個運維團隊，或者在托管數(shù)據(jù)庫上部署數(shù)據(jù)庫是否可行?

06在Kubernetes上部署有狀態(tài)應用程序

步驟1：部署MySQL服務

apiVersion: v1 
kind: Service 
metadata: 
name: mysql 
spec: 
ports: 
- port: 3306 
selector: 
app: mysql 
clusterIP: None 

首先，我們在端口3306上為MySQL數(shù)據(jù)庫部署服務，所有Pod均具有標簽鍵app: mysql。

接下來，創(chuàng)建以下資源：

Kubectl create -f mysql_service.yaml 

步驟2：部署MySQL Deployment

apiVersion: apps/v1 # for versions before 1.9.0 use apps/v1beta2 
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 

此Deployment在3306端口上創(chuàng)建帶有MySQL5.6鏡像和密碼(使用secret)的Pod。我們還將附加一個持久卷mysql-pv-claim，將在接下來的步驟中進行顯示。

創(chuàng)建資源：

Kubectl create -f mysql_deployment.yaml 

第3步：創(chuàng)建持久卷

apiVersion: v1 
kind: PersistentVolume 
metadata: 
name: mysql-pv-volume 
labels: 
type: local 
spec: 
storageClassName: manual 
capacity: 
storage: 20Gi 
accessModes: 
- ReadWriteOnce 
hostPath: 
path: "/mnt/data" 

這將創(chuàng)建一個持久卷，我們將使用它來附加到容器，以確保Pod重啟時的數(shù)據(jù)安全。該持久卷具有ReadWriteOne訪問模式，擁有20GB的存儲空間，存放路徑是/ mnt/data，我們所有的數(shù)據(jù)都將保存在該路徑中。

創(chuàng)建以下資源：

Kubectl create -f persistence_volume.yaml 

第4步：創(chuàng)建持久卷聲明

apiVersion: v1 
kind: PersistentVolumeClaim 
metadata: 
name: mysql-pv-claim 
spec: 
storageClassName: manual 
accessModes: 
- ReadWriteOnce 
resources: 
requests: 
storage: 20Gi 

該聲明從上面創(chuàng)建的“持久卷”中聲明20GB，并具有與上面的“持久卷”相同的訪問模式。

創(chuàng)建以下資源：

Kubectl create -f pvClaim.yaml 

步驟5：測試MySQL數(shù)據(jù)庫

kubectl run -it --rm --image=mysql:5.6 --restart=Never mysql-client -- mysql -h mysql -ppassword 

此命令在運行MySQL的集群中創(chuàng)建一個新的Pod，并連接到MySQL服務器。如果連接成功，則說明你的MySQL數(shù)據(jù)庫已啟動并正在運行。

Waiting for pod default/mysql-client-274442439-zyp6i to be running, status is Pending, pod ready: false 
If you don't see a command prompt, try pressing enter. 
mysql> 

07總結(jié)

• 有狀態(tài)應用程序是存儲用戶會話狀態(tài)的應用程序，保存的數(shù)據(jù)稱為應用程序狀態(tài)。
• StatefulSet是一個Kubernetes資源對象，用于管理有狀態(tài)應用程序，并提供有關(guān)Pod順序和唯一性的保證。
• 通過刪除StatefulSet，不會刪除StatefulSet中的pod。相反如果刪除，你必須將有狀態(tài)應用程序副本數(shù)量縮小為0。
• Kubernetes上的數(shù)據(jù)庫部署有一個持久存儲卷，只要你的集群正在運行，該存儲卷就可以永久存儲數(shù)據(jù)。這意味著它可以抵御pod的破壞，并且創(chuàng)建的任何新pod將能夠再次使用該存儲卷。
• 完全托管的數(shù)據(jù)庫是由云提供商管理的數(shù)據(jù)庫。我們不必管理數(shù)據(jù)庫。這些數(shù)據(jù)庫需要額外的費用，但是如果你想專注于應用程序，它們是最佳選擇。
• 你可以通過VM部署數(shù)據(jù)庫。但你將必須處理所有數(shù)據(jù)庫操作，例如擴展，設置和修補。
• 最后，我們展示了如何在Kubernetes上部署數(shù)據(jù)庫。