La respuesta es doble.
Solución alternativa: use / dev / xvdb (/ mnt) para datos temporales
Este es el denominado almacenamiento efímero de su instancia de Amazon EC2 y sus características son muy diferentes a las del almacenamiento persistente de Amazon EBS en uso en otros lugares. En particular, este almacenamiento efímero se perderá en los ciclos de detención / inicio y generalmente puede desaparecer , por lo que definitivamente no desea poner nada de valor duradero allí, es decir, solo coloque allí datos temporales que pueda permitirse perder o reconstruir fácilmente , como un archivo de intercambio o datos estrictamente temporales en uso durante los cálculos. Por supuesto, puede almacenar grandes índices allí, por ejemplo, pero debe estar preparado para reconstruirlos después de que el almacenamiento se haya borrado por cualquier motivo (reinicio de instancia, falla de hardware, ...).
Solución: redimensionar / dev / xvda1 (/) para obtener el almacenamiento deseado
Este es el denominado Almacenamiento de dispositivo raíz de su instancia EC2 respaldada por Amazon EBS , que facilita a Amazon EBS para la flexibilidad y durabilidad en particular, es decir, los datos almacenados allí son razonablemente seguros y sobreviven a fallas de instancia; puede aumentar aún más la flexibilidad y la durabilidad al tomar instantáneas regulares de su volumen EBS, que se almacenan en Amazon S3 , con el conocido 99.99999999999% de durabilidad.
Estas características de instantánea le permiten resolver su problema a la vez, en la medida en que pueda reemplazar su almacenamiento raíz EBS actual de 8GB (/ dev / xvda1) con uno más o menos tan grande como desee. El proceso se describe en el excelente artículo de Eric Hammond Cambiar el tamaño del disco raíz en una instancia EBS Boot EC2 en ejecución :
Mientras esté bien con un poco de tiempo de inactividad en la instancia EC2 (unos minutos), es posible cambiar el volumen raíz de EBS con una copia más grande, sin necesidad de iniciar una nueva instancia.
Si prepara correctamente los pasos que él describe (le recomiendo probarlos primero con una instancia de EC2 desechable para familiarizarse con el procedimiento, o incluso automatizarlo a través de un script personalizado), debería poder finalizar el proceso con unos pocos minutos de inactividad solo de hecho.
La mayoría de los pasos descritos también se pueden realizar a través de la consola de administración de AWS , lo que evita tratar con las herramientas de API Amazon EC2 ; esto se reduce a:
- detener (no terminar) la instancia EC2
- separe el volumen EBS de la instancia detenida
- crear una instantánea del volumen de EBS separado
- crear un nuevo volumen EBS (más grande) a partir de la instantánea creada
- adjunte el nuevo volumen EBS a la instancia EC2 ( ¡ Importante ! Si este es su dispositivo raíz, asegúrese de nombrarlo exactamente como el dispositivo raíz de la instancia como se mencionó, por ejemplo (/ dev / sda1) o (/ dev / xdva1) de lo contrario, se adjuntará como un dispositivo de bloque y no como un dispositivo raíz y no podrá iniciar la instancia, ya que no habrá ningún dispositivo raíz enumerado para la instancia).
- SSH en la instancia en ejecución y confirme que todo está en orden a través de
df -ah
- en caso de que su sistema no haya cambiado automáticamente el tamaño del sistema de archivos, deberá hacerlo manualmente como se explica en el artículo de Eric
¡Buena suerte!
Alternativa
Dada la versatilidad y facilidad de uso de estos volúmenes de EBS, una opción adicional sería adjuntar más volúmenes de EBS a su instancia y mover áreas de interés claramente separables allí.
Por ejemplo, estamos utilizando un par de aplicaciones Java bastante pesadas, cada una de las cuales consume 1-2 GB de almacenamiento por versión; para facilitar la actualización de versiones y, en general, poder mover estas aplicaciones a diferentes instancias a mi discreción, las coloqué en volúmenes EBS dedicados cada una, las monté en una instancia y las vinculé suavemente a la ubicación deseada, por ejemplo, usualmente /var/lib/<app>/<version>y /usr/local/<app>/<version>.
Con este método, actualmente estamos ejecutando instancias EC2 con el almacenamiento del dispositivo raíz todavía en su tamaño predeterminado de 8 GB (al igual que el suyo), pero a veces también hasta 8 volúmenes EBS con diferentes tamaños (1-15 GB) adjuntos.
Sin embargo, debe tener en cuenta los posibles problemas de rendimiento de la red, en la medida en que todos estos volúmenes de EBS están utilizando la misma LAN para sus E / S, lo que podría generar ganancias de rendimiento respectivas incluso, o saturar su red en casos extremos, por lo que, como de costumbre, esto depende sobre el caso de uso y la carga de trabajo a mano.