A resposta é dupla.
Solução alternativa: use / dev / xvdb (/ mnt) para dados temporários
Esse é o chamado armazenamento efêmero da sua instância do Amazon EC2 e suas características são muito diferentes das do armazenamento persistente do Amazon EBS em uso em outros lugares. Em particular, esse armazenamento efêmero será perdido nos ciclos de parada / partida e geralmente desaparecerá ; portanto, você definitivamente não deseja colocar nada de valor duradouro lá, ou seja, apenas colocar dados temporários que possam perder ou reconstruir facilmente , como um arquivo de troca ou dados estritamente temporários em uso durante os cálculos. É claro que você pode armazenar índices enormes por exemplo, mas deve estar preparado para reconstruí-los depois que o armazenamento for limpo por qualquer motivo (reinicialização da instância, falha de hardware, ...).
Solução: redimensione / dev / xvda1 (/) para obter o armazenamento desejado
Esse é o chamado armazenamento de dispositivo raiz da instância do EC2 suportada pelo Amazon EBS , que facilita o Amazon EBS para flexibilidade e durabilidade em particular, ou seja, dados colocados lá são razoavelmente seguros e sobrevivem a falhas da instância; você pode aumentar ainda mais a flexibilidade e a durabilidade tirando instantâneos regulares do seu volume EBS, que são armazenados no Amazon S3 , apresentando a bem conhecida durabilidade 99.999999999%.
Esse recurso de captura instantânea permite que você resolva o problema por sua vez, na medida em que você pode substituir o armazenamento raiz do EBS atual de 8 GB (/ dev / xvda1) por um mais ou menos do tamanho que você deseja. O processo está descrito no excelente artigo de Eric Hammond Redimensionando o disco raiz em uma instância do ECBS Boot EC2 em execução :
Desde que você esteja bem com um pouco de tempo de inatividade na instância do EC2 (alguns minutos), é possível alterar o volume do EBS raiz com uma cópia maior, sem a necessidade de iniciar uma nova instância.
Se você preparar adequadamente as etapas que ele descreve (eu recomendo testá-las com uma instância do EC2 descartável primeiro para se familiarizar com o procedimento ou automatizá-lo por meio de um script personalizado), você poderá concluir o processo com alguns minutos de inatividade apenas de fato.
A maioria das etapas descritas também pode ser realizada por meio do AWS Management Console , que evita lidar com as Amazon EC2 API Tools ; isso se resume a:
- parar (não terminar!) a instância do EC2
- desanexe o volume EBS da instância parada
- crie uma captura instantânea do volume EBS desanexado
- crie um novo volume EBS (maior) a partir da captura instantânea criada
- anexe o novo volume EBS à instância do EC2 ( Importante ! Se este for o seu dispositivo raiz, certifique-se de que o nomeie exatamente como o dispositivo raiz da instância conforme mencionado, por exemplo, (/ dev / sda1) ou (/ dev / xdva1) caso contrário, ele será anexado como um dispositivo de bloco e não como um dispositivo raiz e você não poderá iniciar a instância, pois não haverá nenhum dispositivo raiz listado para a instância.)
- SSH na instância em execução e confirme se tudo está em ordem via
df -ah
- caso seu sistema não tenha redimensionado automaticamente o sistema de arquivos, você precisará fazer isso manualmente, conforme explicado no artigo de Eric
Boa sorte!
Alternativo
Dada a versatilidade e facilidade de uso desses volumes EBS, uma opção adicional seria anexar mais volumes EBS à sua instância e mover áreas de preocupação claramente separáveis por lá.
Por exemplo, estamos usando alguns aplicativos Java bastante pesados, cada um consumindo 1-2 GB de armazenamento por versão; para facilitar a atualização de versões e, geralmente, poder mover esses aplicativos para diferentes instâncias, a meu critério, eu os coloquei em volumes EBS dedicados cada, monte-os em uma instância e os vincule ao local desejado, por exemplo, geralmente /var/lib/<app>/<version>e /usr/local/<app>/<version>.
Com esse método, atualmente estamos executando instâncias do EC2 com o armazenamento do dispositivo raiz ainda no tamanho padrão de 8 GB (como o seu), mas às vezes até 8 volumes EBS com tamanhos variados (1 a 15 GB) anexados.
Você precisa estar ciente dos possíveis problemas de desempenho da rede, pois todos esses volumes EBS estão usando a mesma LAN para suas E / S, o que pode gerar ganhos de desempenho iguais ou saturar sua rede em casos extremos - portanto, como sempre, isso depende no caso de uso e na carga de trabalho em mãos.