AWS帳號開戶 AWS EC2雲硬碟擴容步驟

前言：雲硬碟空間告急？別慌！

當你的EC2實例突然彈出「磁碟空間不足」警告，是不是瞬間冷汗直流？別擔心！AWS的EBS雲硬碟擴容其實比換手機儲存卡還簡單，只要跟著這篇教學走，三下五除二就能搞定。不過在動手前，先深呼吸——記住，備份！備份！還是備份！（說三遍不嫌多）別讓你的寶貴數據成為擴容失敗的犧牲品。

準備工作：先別急著動手！

1. 備份！備份！還是備份！

這不是開玩笑！我曾經見過一個工程師因為沒備份，擴容時手滑輸錯指令，結果整個生產環境崩潰，哭著在辦公室吃泡麵。記住：先備份，再擴容。AWS提供快照功能，點擊幾下就能建立完整備份。操作步驟：進入EC2控制台→EBS→選擇卷→創建快照。簡單得像點一杯咖啡，卻能救你於水火之中。

2. 確認當前磁碟狀態

擴容前先摸清家底。在EC2實例中執行以下指令：

df -h  # 查看當前磁碟使用情況
lsblk    # 列出所有磁碟與分割區

例如，如果看到/dev/xvda1使用率100%，恭喜你，該換大一點的盤了！但注意：lsblk會顯示磁碟的物理大小和分割區大小，如果兩者不符（比如磁碟是100GB，但分割區只有50GB），那就需要先調整分割區再擴容文件系統。

3. 停機 vs 無縫擴容？

這是一個關鍵問題！如果你擴容的是根磁碟（root volume），AWS建議先停止實例再調整EBS大小，否則可能無法正確識別新大小。但如果是額外掛載的數據卷，通常可以「熱擴容」——也就是實例持續運行時調整。不過為了安全起見，建議先停止實例（特別是新手），避免意外。

調整EBS卷大小

使用AWS Console操作

打開AWS控制台，進入EC2服務→EBS→Volumes，找到要擴容的卷，點擊「Actions」→「Modify Volume」。彈出視窗中，輸入新大小（單位GB），比如從50GB擴到100GB。點擊「Modify」後，系統會顯示「Modifying」狀態，通常幾分鐘內完成。

重點來了！修改後，卷的狀態會變成「in-use」，但實例內的文件系統大小並不會自動變大！這一步只是調整了EBS卷的物理容量，後面還需要進入實例調整文件系統。這就像把一個小盒子換成大盒子，但裡面的東西還是裝在原來的小空間裡，需要手動把東西搬進去～

CLI指令教學

喜歡用命令行的朋友，可以用aws cli快速修改：

aws ec2 modify-volume --volume-id vol-1234567890abcdef0 --size 100

同樣，修改後需等待狀態變為「completed」，然後才能進行後續操作。CLI的好處是能快速批量修改，特別適合自動化腳本。不過要記得先確認volume-id正確，不然會改錯卷，後果自負哦！

擴展文件系統

Linux系統：兩步搞定！

進入實例後，先確認磁碟和分割區狀態：

lsblk

假設輸出顯示xvda總大小已變大，但xvda1分割區還是舊大小。這時候需要調整分割區：

如果是GPT磁碟（現代系統通常都是），用parted：

parted /dev/xvda
print
resizepart 1
最後一個區塊（輸入最大值）
quit

然後調整文件系統：

• 如果文件系統是ext4：resize2fs /dev/xvda1
• 如果是XFS：xfs_growfs /（如果掛載點是/）或xfs_growfs /data（如果是/data掛載點）

再執行df -h，就能看到空間成功擴大啦！整個過程不到5分鐘，比煮速食麵還快！

Windows系統：磁盤管理工具

Windows用戶更簡單。打開「磁盤管理」（右鍵開始菜單→磁盤管理），找到擴容後的磁碟，右鍵點擊卷→「擴充卷」。系統會自動偵測可用空間，一路下一步就能完成。注意：擴充卷前，卷必須是FAT32或NTFS格式，且必須是未分配的空間（但AWS修改EBS後，系統會自動將新增空間標記為未分配，所以直接點擴充即可）。

舉個例子：原本50GB的C盤，擴容到100GB後，磁盤管理會顯示「未分配」空間，右鍵C盤→擴充卷→選擇100%空間，搞定！整個過程比開冰箱拿可樂還簡單。

避坑指南：常見錯誤與解決方案

錯誤一：調整了EBS但檔案系統沒變

這是新手最常犯的錯誤！以為在AWS控制台改完大小就OK了，結果執行df -h還是老樣子。解決方法：記得調整文件系統！ 很多人漏掉這步，導致浪費時間。檢查步驟：EBS卷改大小→實例內用lsblk確認物理大小→調整分割區→調整文件系統。按部就班，沒問題！

錯誤二：擴容失敗？檢查磁區表

如果你在調整分割區時遇到「Partition number out of range」錯誤，可能是磁碟格式問題。傳統MBR磁碟最多支持4個主分割區，且單一分區最大2TB；GPT則沒限制。檢查磁碟格式：用parted /dev/xvda print，看「Partition Table」是msdos（MBR）還是gpt。如果是MBR且需要超過2TB，建議先轉換為GPT（但這會導致數據損失，務必先備份！）。

錯誤三：停機時間過長？

AWS帳號開戶 對於根磁碟，AWS要求先停止實例才能調整大小。但如果你不想中斷服務，可以用「快照→創建新卷→附加到實例」的方式替換，不過這步驟較複雜。建議提前規劃：在業務低峰期操作，並使用自動化腳本縮短停機時間。比如用CloudFormation模板自動完成擴容流程，省時省力。

後續建議：定期監控與自動化

AWS帳號開戶 設定CloudWatch監控警報

擴容後，別忘了設置監控。在CloudWatch中創建警報，當磁碟使用率超過80%時發送通知，這樣你就能提前預警，避免再次手忙腳亂。操作步驟：CloudWatch→警報→創建警報→選擇「DiskUsedPercent」指標，設置閾值，完成！

自動化擴容腳本

如果業務量波動大，可以寫個自動化腳本，當磁碟空間不足時自動擴容。AWS提供CLI和SDK，結合Lambda函數，就能實現「智能擴容」。例如：當檢測到磁碟使用率＞90%，自動觸發擴容腳本，將EBS卷擴大20%，再調整文件系統。這招對DevOps工程師來說，絕對是神器！

總結：AWS EC2雲硬碟擴容其實很簡單，只要記住「備份→調整EBS→調整文件系統」三步驟，再避開常見錯誤，就能輕鬆搞定。下次當空間不足的警報響起，你可以微笑地點開控制台，優雅地完成擴容，讓同事們驚嘆：「你怎麼這麼快就解決了？」