Acessando o armazenamento em uma instância do EC2?

Question

Estou usando uma grande instância do EC2, mas acabei de perceber que não tenho o espaço prometido. Eu só tenho 8 shows quando diz que eu deveria ter 850 GB.

Pelo que entendi, duas unidades extras de 420 GB devem estar disponíveis para eu formatar / montar a configuração, mas não consigo encontrá-la. Se eu olhar no diretório dev não está lá. Eu tentei entrar "df -h" e ele também não apareceu.

Há algo que preciso fazer para obter acesso às unidades?

se ajudar, estou usando a imagem padrão do Linux.

    

Answer 1

Para acessar o armazenamento efêmero (armazenamento de instâncias) que a Amazon inclui com uma instância do EC2, é necessário defini-lo ao iniciar uma instância. Usando as ferramentas de linha de comando do EC2, tudo o que você precisa fazer é incluir o sinalizador de opções -b ou --block-device-mapping.

Por exemplo, este comando lançaria uma única instância m1.large em us-east-1a, com ephemeral0 e ephemeral1 mapeados para sdb1 e sdb2, respectivamente, e as seguintes opções:

• ami-id
• (- n) número de instâncias para iniciar
• (- t) tipo de instância
• (- z) zona de disponibilidade
• (- b) mapeamento de dispositivo de bloco
• (- g) grupo de segurança
• (- k) nome da chave

-

ec2-run-instances ami-id -n 1 -t m1.large -z us-east-1a -b "/dev/sdb1=ephemeral0" -b "/dev/sdb2=ephemeral1" -g security_group -k key_name

Depois, você pode formatar e montar os dispositivos. (repita cada comando uma vez para cada dispositivo)

sudo mkfs /dev/sdb[1..n]

sudo mkdir -p /media/ephemeral[0...n]

Você pode então adicionar as seguintes duas linhas ao seu / etc / fstab (sinta-se livre para ajustar suas opções de montagem, sistema de arquivos, etc.)

/dev/sdb1   /media/ephemeral0 auto defaults,comment=cloudconfig 0 2
/dev/sdb2   /media/ephemeral1 auto defaults,comment=cloudconfig 0 2

E monte os dispositivos

sudo mount /media/ephemeral0
sudo mount /media/ephemeral1

Ou apenas monte os dispositivos sem adicionar esses dispositivos ao arquivo fstab

sudo mount -t ext3 /dev/sdb1 /media/ephemeral0
sudo mount -t ext3 /dev/sdb2 /media/ephemeral1

Verifique

df -h

Exemplo de saída:

[ec2-user@ip-10-251-159-223 media]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda1            7.9G  883M  7.0G  12% /
tmpfs                 3.7G   48K  3.7G   1% /dev/shm
/dev/xvdb1            414G  199M  393G   1% /media/ephemeral0
/dev/xvdb2            414G  199M  393G   1% /media/ephemeral1
[ec2-user@ip-10-251-159-223 media]$

A propósito, uma vez que você personalize sua instância. Crie sua própria AMI com base nesta instância e sempre que você iniciar uma instância da AMI resultante, o armazenamento temporário já estará configurado.

Além disso, dê uma olhada na documentação fornecida no site da AWS.

Documentação das Ferramentas de Linha de Comando do Amazon

Boa sorte!

    

Answer 2

O espaço adicional deve ser montado em /mnt . No entanto, lembre-se de que tudo o que ocorrerá desaparecerá se você encerrar sua instância, portanto, se você quiser persistir seus dados, precisará passar por etapas adicionais. Por exemplo, você pode querer criar um volume EBS adicional, montá-lo toda vez que inicializar a instância e manter todos os seus dados persistentes nela. Eu pessoalmente uso espaço de / mnt apenas para arquivos temporários.

    

Answer 3

Se você está vendo isso especificamente no volume raiz, uma coisa a observar é que algumas AMIs não parecem ter seus scripts de inicialização na nuvem configurados corretamente para expandir seu FS raiz para preencher o espaço disponível. Por exemplo, a AMI foi criada inicialmente com um volume de raiz de 8 GiB, você a altera para um tamanho maior ao criar uma nova instância, mas quando você executa df -h , ela ainda exibe apenas 8 GiB.

Eu vi isso acontecer em algumas AMIs do CentOS em particular, mas eu não uso há algum tempo, então não tenho certeza se ainda é um problema comum.

Nestes casos, um redimensionamento manual online geralmente faz o truque para mim.

Primeiro, verifique se o seu FS raiz está usando todo o disco (/ dev / xvda), ou em uma partição (/ dev / xvda1): mount -l|grep 'on / '

Supondo que tenha usado todo o disco (xvda), você pode tentar redimensionar on-line: resize2fs /dev/xvda ... e, em seguida, tentar df -h novamente e mais ou menos o colega / membro da família mais próximo.

Na outra situação ... acho que não vi isso acontecer quando o processo de instalação particionou o disco. Não haveria nenhum mal em tentar resize2fs /dev/xvda1 , mas eu suspeito que você precisaria estender o tamanho da partição primeiro para fazer qualquer coisa. Sua melhor aposta seria algo como parted .