Requisitos para modificações EBS de volume

Os seguintes requisitos e limitações se aplicam quando você modifica um EBS volume da Amazon. Para saber mais sobre os requisitos gerais para EBS volumes, consulteRestrições de tamanho e configuração de um volume do EBS.

Tipos de instâncias compatíveis

Elastic Volumes são compatíveis com as seguintes instâncias:

• Todas as instâncias da geração atual

• As seguintes instâncias da geração anterior: C1, C3, C4, G2, I2, M1, M3, M4, R3 e R4

Se o tipo de instância não oferecer suporte a Elastic Volumes, consulte Modifique um EBS volume se o Elastic Volumes não for compatível.

Sistema operacional

Os seguintes requisitos do sistema operacional se aplicam:

Linux

O Linux AMIs exige uma tabela de GUID partições (GPT) e GRUB 2 para volumes de inicialização de 2 TiB (2.048 GiB) ou maiores. AMIsAtualmente, muitos Linux ainda usam o esquema de MBR particionamento, que só suporta tamanhos de volume de inicialização de até 2 TiB. Se sua instância não inicializar com um volume de inicialização maior que 2 TiB, o que AMI você está usando pode estar limitado a um tamanho de volume de inicialização menor que 2 TiB. Volumes de não inicialização não têm essas limitações nas instâncias do Linux. Para requisitos que afetam os volumes do Windows, consulte Requisitos para volumes do Windows no Guia EC2 do usuário da Amazon.

Antes de tentar redimensionar um volume de inicialização além de 2 TiB, você pode determinar se o volume está sendo usado MBR ou GPT particionado executando o seguinte comando na sua instância:

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

Uma instância Amazon Linux com GPT particionamento retorna as seguintes informações:

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.

Uma SUSE instância com MBR particionamento retorna as seguintes informações:

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

Windows

Por padrão, o Windows inicializa volumes com uma tabela de partições Master Boot Record (MBR). Como MBR suporta somente volumes menores que 2 TiB (2.048 GiB), o Windows impede que você redimensione volumes além desse MBR limite. Nesse caso, a opção Extend Volume (Estender volume) é desabilitada no utilitário Disk Management (Gerenciamento de disco) do Windows. Se você usar o AWS Management Console ou AWS CLI para criar um volume MBR -particionado que exceda o limite de tamanho, o Windows não poderá detectar ou usar o espaço adicional. Para requisitos que afetam volumes Linux, consulte Requisitos para volumes Linux no Guia EC2 do usuário da Amazon.

Para superar essa limitação, você pode criar um volume novo e maior com uma tabela de GUID partições (GPT) e copiar os dados do MBR volume original.

Para criar um GPT volume

1. Crie um novo volume vazio do tamanho desejado na zona de disponibilidade da EC2 instância e anexe-o à sua instância.

   nota

   O novo volume não deve estar em um volume restaurado de um snapshot.

2. Faça login em seu sistema Windows e abra o Gerenciamento de disco (diskmgmt.exe).

3. Abra o menu de contexto (clique com o botão direito do mouse) do novo disco e escolha Online.

4. Na janela Inicializar disco, selecione o novo disco e escolha GPT(Tabela de GUID partições), OK.

5. Quando a inicialização estiver concluída, copie os dados do volume original para o novo volume usando uma ferramenta como robocopy ou teracopy.

6. Em Gerenciamento de disco, altere as letras das unidades para os valores apropriados e coloque o antigo volume no modo offline.

7. No EC2 console da Amazon, separe o volume antigo da instância, reinicie a instância para verificar se ela funciona corretamente e exclua o volume antigo.

Limitações

• Há limites para o armazenamento agregado máximo que pode ser solicitado em todas as modificações de volume. Para obter mais informações, consulte as cotas EBS de serviços da Amazon no Referência geral da Amazon Web Services.

• Depois de modificar um volume, é necessário aguardar pelo menos seis horas e garantir que o volume esteja no estado in-use ou available para poder modificar o mesmo volume.

• A modificação de um EBS volume pode levar de alguns minutos a algumas horas, dependendo das alterações de configuração aplicadas. Normalmente, um EBS volume de 1 TiB pode levar até seis horas para ser modificado. No entanto, o mesmo volume pode levar 24 horas ou mais em outras situações. O tempo necessário para que os volumes sejam modificados nem sempre é escalado linearmente. Portanto, um volume maior pode levar menos tempo e um volume menor pode levar mais tempo.

• Se o volume foi anexado antes das 23h40 de 3 de novembro de 2016UTC, você deve inicializar o suporte ao Elastic Volumes. Para obter mais informações, consulte Como inicializar o suporte aos Elastic Volumes.

• Se você encontrar uma mensagem de erro ao tentar modificar um EBS volume ou se estiver modificando um EBS volume anexado a um tipo de instância da geração anterior, execute uma das seguintes etapas:

  • Para um volume não raiz, separe o volume da instância, aplique as modificações e reassocie o volume.

  • Para um volume do dispositivo raiz, interrompa a instância, aplique as modificações e reinicie a instância.

• O tempo de modificação é aumentado para volumes que não estão totalmente inicializados. Para obter mais informações, consulte Inicializar volumes de Amazon EBS.

• O novo tamanho do volume não pode exceder a capacidade compatível de seu sistema de arquivos e esquema de particionamento. Para obter mais informações, consulte Restrições de tamanho e configuração de um volume do EBS.

• Se você modificar o tipo de volume de um volume, o tamanho e a performance devem estar dentro dos limites do tipo de volume de destino. Para ter mais informações, consulte Tipos de volume do Amazon EBS

• Você não pode diminuir o tamanho de um EBS volume. No entanto, você pode criar um volume menor e migrar seus dados para ele usando uma ferramenta em nível de aplicação, como o rsync (instâncias do Linux) ou robocopy (instâncias do Windows).

• Depois de provisionar mais de 32.000 IOPS em um volume existente io1 ou em um io2 volume, talvez seja necessário desanexar e reconectar o volume ou reiniciar a instância para ver todas as melhorias de desempenho.

• io2os volumes anexados às instâncias criadas no Sistema Nitro suportam tamanhos de até 64 TiB IOPS e até 256.000. IOPS io2os volumes anexados a outras instâncias oferecem suporte a tamanhos de até 16 TiB e IOPS até 64.000, mas só podem atingir desempenho de até 32.000. IOPS

• Não é possível modificar o tipo de volume de volumes io2 habilitados por Multi-Attach.

• Você não pode modificar o tipo, o tamanho ou o provisionamento IOPS dos volumes habilitados para Multi-Attach. io1

• Um volume raiz do tipo io1, io2, gp2, gp3 ou standard não pode ser modificado para um volume st1 ou sc1, mesmo que esteja desanexado da instância.

• Embora as instâncias m3.medium sejam totalmente compatíveis com a modificação de volume, as instâncias m3.large, m3.xlarge e m3.2xlarge podem não ser compatíveis com todos os recursos da modificação de volume.