阿里雲磁盤擴容踩坑總結

    公司半年前上線一個新的項目，採購了一批阿里雲主機，磁盤組成是40G系統盤+100G的數據盤，數據庫採用MariaDB Galera Cluster集羣部署，因爲業務數據量快速增加，致使磁盤存儲空間剩餘量不多，急須要擴容，先總結整個項目規劃中埋下的坑；

一、沒有DBA對數據庫的容量規劃，而前期的運維人員採購時選用100G的SSD雲盤；

二、數據庫默認使用共享表空間，缺點是刪除數據後不釋放空間，當數據快速增加後，咱們採起了先刪除臨時表數據的方式來儘可能避免暴力擴容，爭取在春節期間穩定，刪除部分數據後，容量仍是那麼的大，只能考慮擴容；

三、整個項目的部署上存在弊端，當初爲了更好的利用服務器資源採起了將redis和mysql交叉部署的方式，如示例：

序號	服務器	配置	部署應用	其餘應用
1	MariaDB Galera Cluster 1	8核16G 100G SSD雲盤	mysql  節點1	redis備
2	MariaDB Galera Cluster 2	8核16G 100G SSD雲盤	mysql  節點2	redis主
3	MariaDB Galera Cluster 3	8核16G 100G 普通雲盤	mysql  節點3	接口程序、短信、彩信程序

弊端：應用耦合性比較高，而採起的方式必需要重啓服務器，因爲耦合性過高，致使真個擴容難度太大，重啓服務器期間不只數據庫受影響，應用程序也會受影響。

具體操做：

因爲節點3是整個系統的 接口程序和登陸程序的一個節點，在SLB後端切掉流量後，先用此設備擴容測試，測試成功後再擴容其餘服務器。

（1）、在控制檯找到示例的磁盤擴容，通常在產生快照的過程當中不能擴容，等擴容訂單完成後，在阿里雲控制檯重啓服務器，不是遠程鏈接客戶端重啓，此處踩坑 晚上12點多給阿里雲打電話、提工單，最後發現是必須在控制檯重啓。

如下步驟和截圖複製阿里雲幫助文檔

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

1. 查看當前掛載信息，能夠看到是裸盤掛載，磁盤大小 5G。

2. 運行 umount /dev/xvdb 取消掛載。

3. 控制檯進行磁盤擴容，而後從新掛載（按量付費的雲盤）；或者控制檯重啓服務器（普通雲盤）。

4. 系統內查看磁盤，已是升級後的 6G 了。

5. 依次運行以下命令。

   e2fsck -f /dev/xvdb

   resize2fs /dev/xvdb

6. mount /dev/xvdb/mnt 從新掛載磁盤。能夠看到磁盤已經擴容成功。

在擴容SSD的時候，遇到了一部分問題，可是因爲時間緊急並未截圖，也過去好幾周了忘記了整個過程，因此在此不作詳細的描述，注意事項：

一、擴容前先作磁盤快照，二、擴容過程當中不要格式化硬盤。