Problema de espacio en disco de Amazon EC2 y EBS

Question

Tengo un problema para conciliar el espacio disponible en mi volumen de EBS. Según la consola de AWS, el volumen es de 50 GB y está conectado a una instancia.

Si SSH para este caso y hacer un df -h, me sale el siguiente resultado:

 
Filesystem   Size Used Avail Use% Mounted on 
/dev/sda1    15G 13G 3.0G 81%/
udev     858M 76K 858M 1% /dev 
none     858M  0 858M 0% /dev/shm 
none     858M 72K 858M 1% /var/run 
none     858M  0 858M 0% /var/lock 
none     858M  0 858M 0% /lib/init/rw 

Soy bastante nuevo en AWS. Lo interpreto como "hay un dispositivo conectado y tiene 15GB de capacidad. ¡Qué más, casi te falta espacio!"

¿Alguien puede señalar la causa de la aparente discrepancia entre el espacio anunciado en la consola y lo que se muestra en la instancia?

Muchas gracias de antemano

S

Answer 1

¿Quizás el volumen original de 15 GB se clonó en un volumen de 50 GB pero luego no se redimensionó?

favor ver este tutorial sobre cómo clonar y cambiar el tamaño: How to increase disk space on existing AWS EC2 Linux (Ubuntu) Instance without losing data

Espero que ayude.

Answer 2

Sí, la cuestión es simple. El volumen solo está asociado con la instancia, pero no está montado.

Compruebe en la consola AWS que la unidad se monta como - muy probablemente /dev/sdf.

Entonces (en Ubuntu):

sudo mkfs.ext3 /dev/sdf 
sudo mkdir /ebs 
sudo mount /dev/sdf /ebs 

La primera línea formatea el volumen - usando el tipo de sistema de archivos ext3. Esto es bastante estándar, pero dependiendo de su uso (por ejemplo, servidor de aplicaciones, servidor de bases de datos, ...) también puede seleccionar otro como ext4 o xfs.

El segundo comando crea un punto de montaje y el tercero lo monta en él. Esto significa que efectivamente, el nuevo volumen estará en /ebs. También debería aparecer en df ahora.

Por último, pero también puede agregar una entrada al /etc/fstab para que sea a prueba de reinicio.

Answer 3

El resto de su espacio está montado por defecto en/mnt.

Answer 4

Aquí es la forma más sencilla ...

Suponiendo que usted está usando un Linux AMI, en su caso, usted tiene un método fácil para aumentar el tamaño del sistema de archivos:

1) Detener el instancia 2) Separar el volumen raíz 3) Tomar una instantánea del volumen 4) Crear un nuevo volumen a partir de la instantánea usando el nuevo tamaño 5) Adjuntar el nuevo volumen a la instancia en el mismo lugar donde el original fue 6) Inicie la instancia, detenga todos los servicios excepto ssh y configure el sistema de archivos raíz solo lectura 7) Ampliar el sistema de archivos (utilizando por ejemplo resize2fs) y el o la partición si es necesario 8) Reinicia

Como alternativa, también puede iniciar una nueva instancia y mapear el almacenamiento de instancia o puede crear un nuevo ami combinar la dos pasos anteriores.

Answer 5

Ver Resizing the Root Disk on a Running EBS Boot EC2 Instance

Answer 6

Sólo reiniciar la instancia resolvió mi problema

principios:

 
/dev/xvda1  8256952 7837552   0 100%/
udev    299044  8 299036 1% /dev 
tmpfs    121892  164 121728 1% /run 
none    5120  0  5120 0% /run/lock 
none    304724  0 304724 0% /run/shm 

Ahora

 
/dev/xvda18256952 1062780 6774744 14%/
udev    299044  8 299036 1% /dev 
tmpfs    121892  160 121732 1% /run 
none    5120  0  5120 0% /run/lock 
none    304724  0 304724 0% /run/shm