EBS 磁碟區修改的需求 - Amazon EBS

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

EBS 磁碟區修改的需求

修改 Amazon EBS 磁碟區時,適用下列需求與限制。若要進一步了解 EBS 磁碟區的一般需求,請參閱EBS 磁碟區的大小與組態限制

支援的執行個體類型

下列執行個體支援 Elastic Volumes:

  • 所有目前一代執行個

  • 下列上一代執行個體:C1、C3、C4、G2、I2、M1、M3、M4、R3 和 R4

如果您的執行個體類型不支援 Elastic Volumes,請參閱若不支援 Elastic Volumes,請修改 EBS 磁碟區

作業系統

適用下列作業系統需求:

Linux AMI 需要 GUID 分割表格 (GPT),以及開機磁碟區為 2 TiB (2,048 GiB) 或更大的 GRUB 2。現今有許多 Linux AMI 使用 MBR 分割結構,這最高只支援到 2 TiB 的開機磁碟區大小。如果您的執行個體不是以大於 2 TiB 的開機磁碟區來開機,則您使用的 AMI 可能會將開機磁碟區大小限制為 2 TiB 以下。非開機磁碟區在 Linux 執行個體上並無此限制。如需影響 Windows 磁碟區的需求,請參閱 Windows 執行個體的 Amazon EC2 使用者指南中的 Windows 磁碟區的需求

嘗試將開機磁碟區大小調整為超過 2 TiB 之前,您可在執行個體上執行下列命令以決定磁碟區將使用 MBR 或 GPT 分割:

[ec2-user ~]$ sudo gdisk -l /dev/xvda

使用 GPT 分割的 Amazon Linux 執行個體將傳回下列資訊:

GPT fdisk (gdisk) version 0.8.10
  
  Partition table scan:
    MBR: protective
    BSD: not present
    APM: not present
    GPT: present
  
  Found valid GPT with protective MBR; using GPT.

使用 MBR 分割的 SUSE 執行個體將傳回下列資訊:

GPT fdisk (gdisk) version 0.8.8
  
  Partition table scan:
    MBR: MBR only
    BSD: not present
    APM: not present
    GPT: not present

根據預設,Windows 用主開機記錄 (MBR) 分割表格初始化磁碟區。但 MBR 僅支援小於 2 TiB (2,048 GiB) 的磁碟區,因此 Windows 將阻止您將 MBR 磁碟區大小調整到超過此限制。在這種情況下,會停用 Windows Disk Management (磁碟管理) 公用程式中的 Extend Volume (擴展磁碟區) 選項。如果您使用 AWS Management Console 或建立超過大小限制的 MBR 分割磁碟區,Windows AWS CLI 將無法偵測或使用其他空間。如需影響 Linux 磁碟區的需求,請參閱《Linux 執行個體的 Amazon EC2 使用者指南》中的 Linux 磁碟區的需求

若要克服此限制,您可建立一個使用 GUID 分割表格 (GPT) 較大的新磁碟區,然後從原始的 MBR 磁碟區將資料複製過去。

建立 GPT 磁碟區
  1. 於 EC2 執行個體所在的可用區域建立一個具有所需大小空白的新磁碟區,然後將磁碟區連接至您的執行個體。

    注意

    新磁碟區不可以是從快照還原的磁碟區。

  2. 登入 Windows 系統,並開啟 Disk Management (磁碟管理) (diskmgmt.exe)。

  3. 開啟新磁碟的內容選單 (按一下滑鼠右鍵),然後選擇 Online (上線)。

  4. Initialize Disk (初始化磁碟) 視窗中,選取新磁碟並選取 GPT (GUID Partition Table) (GPT (GUID 分割表格))、OK (確定)。

  5. 初始化完成時,使用 robocopy 或 teracopy 等工具將資料從原始磁碟區複製到新磁碟區。

  6. Disk Management (磁碟管理) 中,將磁碟機代號變更為適當值,然後使舊磁碟區離線。

  7. 在 Amazon EC2 主控台中,將舊磁碟區與執行個體分離,重新啟動執行個體,確認其能正常運作,然後刪除舊的磁碟區。

限制

  • 整個磁碟區修改可要求的彙總儲存體上限有限制。如需詳細資訊,請參閱《Amazon Web Services 一般參考》中的 Amazon EBS 服務配額

  • 修改磁碟區之後,必須等待至少六個小時,並確保磁碟區處於 in-useavailable 狀態,然後再修改同一磁碟區。

  • 修改 EBS 磁碟區需要從幾分鐘到幾小時的時間,視套用的組態變更而定。大小為 1 TiB 的 EBS 磁碟區通常可能需要最多六個小時才能修改。不過,在其他情況下,修改相同磁碟區可能需要 24 小時或更久。修改磁碟區所需的時間並不總是呈線性擴展。因此,較大的磁碟區可能需要較少的時間,而較小的磁碟區可能需要更多時間。

  • 若在 2016 年 11 月 3 日 23:40 UTC 之前連接磁碟區,您必須初始化 Elastic Volumes 支援。如需詳細資訊,請參閱初始化 Elastic Volumes 支援

  • 如果嘗試修改 EBS 磁碟區時出現錯誤訊息,或是要修改連接至前代執行個體類型的 EBS 磁碟區,請採取以下其中一步驟:

    • 針對非根磁碟區,請分離磁碟區與執行個體,套用修改,然後再重新連接磁碟區。

    • 對於根磁碟區,請停止執行個體,套用修改,然後再重新啟動執行個體。

  • 未完全初始化的磁碟區的修改時間會增加。如需詳細資訊,請參閱 初始化 Amazon EBS 磁碟區

  • 新的磁碟區大小不能超過其檔案系統和分割結構所支援的容量。如需詳細資訊,請參閱 EBS 磁碟區的大小與組態限制

  • 如果您修改磁碟區的磁碟區類型,則大小和效能必須在目標磁碟區類型的限制之內。如需詳細資訊,請參閱 Amazon EBS 磁碟區類型

  • 您無法減少 EBS 磁碟區的大小。不過,您可以建立較小的磁碟區,然後使用應用程式層級工具 (例如 rsync (Linux 執行個體) 或 robocopy (Windows 執行個體) 將資料移轉至該磁碟區。

  • 在現有 io1io2 磁碟區上佈建超過 32,000 個 IOPS 之後,您可能需要分開並重新連接磁碟區,或重新啟動執行個體以查看完整的效能改進。

  • io2連接至在硝基系統上建立的執行個體的磁碟區支援最大 64 TiB,IOPS 最高可達 256,000 IOPS。 io2連接至其他執行個體的磁碟區支援最多 16 TiB 和最高 64,000 的 IOPS 大小,但最多只能達到 32,000 IOPS 的效能。

  • 您無法使用已啟用 Multi-Attach 之 io2 磁碟區的磁碟區類型。

  • 您無法修改磁碟區類型、大小,或啟用 Multi-Attach 之 io1 磁碟區的佈建 IOPS。

  • 類型 io1io2gp2gp3standard 的根磁碟區無法修改為 st1sc1 磁碟區,即使磁碟區已從執行個體分離。

  • 雖然 m3.medium 執行個體完全支援磁碟區修改,但是 m3.largem3.xlarge 以及 m3.2xlarge 執行個體可能不支援所有磁碟區修改功能。