Anforderungen bei der Änderung von Volumes - Amazon Elastic Compute Cloud

Anforderungen bei der Änderung von Volumes

Bei der Änderung eines Amazon EBS-Volumes gelten die folgenden Anforderungen und Einschränkungen. Weitere Informationen über die allgemeinen Anforderungen für EBS-Volumes finden Sie unter Einschränkungen der Größe und Konfiguration eines EBS-Volumes.

Unterstützte Instance-Typen

Elastic Volumes werden auf den folgenden Instances unterstützt:

Wenn Ihr Instance-Typ Elastic Volumes nicht unterstützt, finden Sie weitere Informationen unter Ändern eines EBS-Volumes, wenn Elastic Volumes nicht unterstützt wird.

Anforderungen für Linux-Volumes

Linux-AMIs erfordern eine GUID-Partitionstabelle (GPT) und GRUB 2 für Boot-Volumes mit 2 TiB (2 048 GiB) oder größer. Viele Linux-AMIs verwenden heute noch immer das MBR-Partitionierungsschema, das nur Boot-Volumes bis 2 TiB unterstützt. Wenn Ihre Instance mit einem Boot-Volume größer als 2 TiB nicht bootet, ist möglicherweise das von Ihnen verwendete AMI auf eine Boot-Volume-Größe von weniger als 2 TiB beschränkt. Nicht-Boot-Volumes auf Linux-Instances sind von dieser Beschränkung nicht betroffen. Anforderungen, die Windows-Volumes betreffen, finden Sie unter Requirements for Windows Volumes im Amazon EC2-Benutzerhandbuch für Windows-Instances.

Bevor Sie versuchen, die Größe eines Boot-Volumes auf über 2 TiB zu erhöhen, können Sie ermitteln, ob das Volume die MBR- oder die GPT-Partitionierung verwendet. Führen Sie hierzu den folgenden Befehl auf Ihrer Instance aus:

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

Eine Amazon Linux-Instance mit GPT-Partitionierung gibt folgende Informationen zurück:

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.

Eine SUSE-Instance mit MBR-Partitionierung gibt folgende Informationen zurück:

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

Einschränkungen

  • Es gibt Grenzen für den maximalen aggregierten Speicher, der über Volumenänderungen angefordert werden kann. Weitere Informationen finden Sie unter Amazon-EBS-Service-Quotas in der Allgemeinen Referenz zu Amazon Web Services.

  • Nach dem Ändern eines Volumes müssen Sie mindestens sechs Stunden warten und sicherstellen, dass sich das Volume im Zustand in-use oder available befindet, bevor Sie dasselbe Volume ändern können. Dies wird manchmal auch als Ruhephase bezeichnet.

  • Wenn das Volume vor dem 3. November 2016 23:40 UTC angefügt wurde, müssen Sie die Elastic Volumes-Unterstützung initialisieren. Weitere Informationen finden Sie unter Initializing Elastic Volumes Support.

  • Wenn Sie beim Ändern eines EBS-Volumes eine Fehlermeldung erhalten, oder wenn Sie versuchen, ein EBS Volume zu ändern, das an einen Instance-Typ einer älteren Generation angefügt ist, müssen Sie einen der folgenden Schritte ausführen:

    • Nicht-Stamm-Volume: Trennen Sie das Volume von der Instance, führen Sie die Änderungen durch und fügen Sie das Volume dann wieder an.

    • Stamm-Volume: Halten Sie die Instance an, nehmen Sie die Änderungen vor und führen Sie einen Neustart der Instance durch.

  • Die Änderungszeit wird für Volumes erhöht, die nicht vollständig initialisiert sind. Weitere Informationen finden Sie unter Initialisieren von Volumes Amazon EBS.

  • Die neue Volume-Größe darf die unterstützte Kapazität des Dateisystems und des Partitionierungsschemas nicht überschreiten. Weitere Informationen finden Sie unter Einschränkungen der Größe und Konfiguration eines EBS-Volumes.

  • Wenn Sie den Volume-Typ eines Volumes ändern, müssen Größe und Leistung innerhalb der Grenzen des Ziel-Volume-Typs liegen Weitere Informationen finden Sie unter Amazon EBS-Volume-Typen

  • Sie können die Größe eines EBS-Volumes nicht verringern. Sie können jedoch auch ein kleineres Volume erstellen und Ihre Daten anschließend mithilfe eines Anwendungsebenentools wie rsync zu diesem Volume migrieren.

  • Nachdem Sie über 32 000 IOPS auf einem vorhandenen io1- oder io2-Volume bereitgestellt haben, müssen Sie das Volume möglicherweise trennen und erneut anhängen oder die Instance neu starten, um die vollständigen Leistungsverbesserungen zu sehen.

  • Für io2-Volumes können Sie die Größe nicht über 16 TiB oder die IOPS über 64,000 hinaus vergrößern, während die Volume an einen Instance-Typ angehängt ist, der nicht von io2-Block Express-Volumes unterstützt wird. io2-Block-Express-Volumes werden derzeit nur mit R5b-, X2idn und X2iedn-Instances unterstützt. Weitere Informationen finden Sie unter io2-Block Express-Volumes

  • Sie können den Volume-Typ von io2-Volumes mit aktiviertem Multi-Attach nicht ändern.

  • Sie können den Volume-Typ, die Größe oder die bereitgestellten IOPS von Multi-Attach-aktivierten io1-Volumes nicht ändern.

  • Ein Root-Volume vom Typ io1, io2, gp2, gp3 oder standard kann nicht zu einem st1- oder sc1-Volume geändert werden, auch wenn es von der Instance getrennt ist.

  • m3.medium-Instances unterstützen zwar Volume-Änderungen vollständig, m3.large-, m3.xlarge- und m3.2xlarge-Instances unterstützen jedoch möglicherweise nicht alle Funktionen zur Volume-Änderung.