EBS大量修改的需求 - Amazon EBS
支援的執行個體類型作業系統限制

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

EBS大量修改的需求

修改 Amazon EBS 磁碟區時適用下列要求和限制。若要深入瞭解EBS磁碟區的一般需求，請參閱EBS 磁碟區的大小與組態限制。

支援的執行個體類型

下列執行個體支援 Elastic Volumes：

  • 所有目前一代執行個

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

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

作業系統

適用下列作業系統需求：

Linux AMIs 需要 GRUB 2 TiB (2,048 GiBGPT) 或更大的開機磁碟GUID區的分割區表 () 和 2。目前許多 Linux AMIs 仍然使用MBR分割方案，該分割方案只支援最大 2 TiB 的開機磁碟區。如果您的執行個體無法使用大於 2 TiB 的開機磁碟區開機，則AMI您所使用的開機磁碟區可能會受限於小於 2 TiB 的開機磁碟區。非開機磁碟區在 Linux 執行個體上並無此限制。如需影響 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 磁碟區的需求，請參閱 Amazon EC2 使用者指南中的 Linux 磁碟區需求。

若要克服此限制，您可以使用磁碟GUID分割表 (GPT) 建立新的較大磁碟區，並複製原始MBR磁碟區中的資料。

若要建立磁GPT碟區

  1. 在EC2執行個體的可用區域中建立所需大小的新空磁碟區，並將其附加至您的執行個體。

    注意

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

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

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

  4. 在裡面初始化磁盤窗口中，選擇新磁盤，然後選擇 GPT（GUID分區表），確定。

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

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

  7. 在 Amazon EC2 主控台中，從執行個體中分離舊磁碟區、重新啟動執行個體以確認其運作正常，並刪除舊磁碟區。

限制

  • 整個磁碟區修改可要求的彙總儲存體上限有限制。如需詳細資訊，請參閱 Amazon Web Services 一般參考. EBS

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

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

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

  • 如果您在嘗試修改EBS磁碟區時遇到錯誤訊息，或者您正在修改附加到上一代例證類型的EBS磁碟區，請執行下列其中一個步驟：

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

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

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

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

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

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

  • IOPS在現有io2磁碟區io1或磁碟區佈建超過 32,000 個之後，您可能需要卸離並重新連接磁碟區，或重新啟動執行個體，以查看完整的效能提升。

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

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

  • 您無法修改已啟用多重連接IOPS的磁碟區的io1磁碟區類型、大小或佈建。

  • 類型 io1、io2、gp2、gp3 或 standard 的根磁碟區無法修改為 st1 或 sc1 磁碟區，即使磁碟區已從執行個體分離。

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