阿里雲磁碟擴容踩坑總結

公司半年前上線乙個新的專案，採購了一批阿里雲主機，磁碟組成是40g系統盤+100g的資料盤，資料庫採用mariadb galera cluster集群部署，由於業務資料量快速增長，導致磁碟儲存空間剩餘量很少，急需要擴容，先總結整個專案規劃中埋下的坑；

1、沒有dba對資料庫的容量規劃，而前期的運維人員採購時選用100g的ssd雲盤；

2、資料庫預設使用共享表空間，缺點是刪除資料後不釋放空間，當資料快速增長後，我們採取了先刪除臨時表資料的方式來盡量避免暴力擴容，爭取在春節期間穩定，刪除部分資料後，容量還是那麼的大，只能考慮擴容；

3、整個專案的部署上存在弊端，當初為了更好的利用伺服器資源採取了將redis和mysql交叉部署的方式，如示例：

序號伺服器

配置部署應用

其他應用

1mariadb galera cluster 1

8核16g 100g ssd雲盤

mysql 節點1

redis備

2mariadb galera cluster 2

8核16g 100g ssd雲盤

mysql 節點2

redis主

3mariadb galera cluster 3

8核16g 100g 普通雲盤

mysql 節點3

介面程式、簡訊、彩信程式

弊端：應用耦合性比較高，而採取的方式必須要重啟伺服器，由於耦合性太高，導致真個擴容難度太大，重啟伺服器期間不僅資料庫受影響，應用程式也會受影響。

具體操作：

由於節點3是整個系統的介面程式和登入程式的乙個節點，在slb後端切掉流量後，先用此裝置擴容測試，測試成功後再擴容其他伺服器。

（1）、在控制台找到示例的磁碟擴容，一般在產生快照的過程中不能擴容，等擴容訂單完成後，在阿里雲控制台重啟伺服器，不是遠端連線客戶端重啟，此處踩坑晚上12點多給阿里雲打**、提工單，最後發現是必須在控制台重啟。

以下步驟和截圖複製阿里雲幫助文件

如果主機之前並未劃分過分區，只是使用裸盤格式化使用，那麼可以使用如下方法進行原地擴容。

檢視當前掛載資訊，可以看到是裸盤掛載，磁碟大小 5g。

執行 umount /dev/xvdb 取消掛載。

控制台進行磁碟擴容，然後重新掛載（按量付費的雲盤）；或者控制台重啟伺服器（普通雲盤）。

系統內檢視磁碟，已經是公升級後的 6g 了。

依次執行如下命令。

mount /dev/xvdb/mnt 重新掛載磁碟。可以看到磁碟已經擴容成功。

在擴容ssd的時候，遇到了一部分問題，但是由於時間緊急並未截圖，也過去好幾周了忘記了整個過程，所以在此不做詳細的描述，注意事項：

1、擴容前先做磁碟快照，2、擴容過程中不要格式化硬碟。