amazon ec2 - east - La instancia de EC2 en Amazon y me saludan con "No queda espacio en el disco"

ami aws (6)

Instalé la instancia de fedora de Amazon EC2 y copié los archivos de una ubicación a otra. Pero me saludan con "No queda espacio en el disco".

Lo hice df -f .

con salida:

Filesystem Size Used Avail Use% Mounted on /dev/sda1 15G 15G 0 100% / none 312M 0 312M 0% /dev/shm

Quiero aumentar el espacio para la instancia de EC2 en Amazon. ¿Puede alguien ayudarme con eso? Gracias por la ayuda.

Aquí hay un método aún más fácil. (Mi instancia de m2.2xlarge fue creada con RedHat Linux 6.2, descubrí que tenía una pequeña cantidad de 6 gb de su 850 gb disponible):

A través de ssh, verifique el espacio debajo de la raíz: $df -h
Filesystem Size Used Avail Use% Mounted on /dev/xvde1 6G 6G 0G 100% / none 17G 0 17G 0% /dev/shm
Desde la consola aws, detén la instancia.
Desde la consola aws, separe el volumen (aunque tenga en cuenta el punto de montaje debajo de la información adjunta, por ejemplo, /dev/sda1 )
Desde la consola aws, tome una instantánea del volumen
Desde la consola aws, cree un nuevo volumen utilizando la instantánea (utilizando todo el espacio restante para el tipo de instancia, por ejemplo, 825 gb en mi caso m2.2xlarge)
Desde la consola aws, adjunte el nuevo volumen al punto de montaje original / dev / sda1
Desde la consola aws, reinicie la instancia y ssh de nuevo en la instancia
Desde ssh, ejecute resize2fs en el sistema de archivos raíz (vea la salida de df -h en el paso 1)
$ resize2fs / dev / xvde1
espere unos minutos, posiblemente vaya y observe a su amigo que está deteniendo todos los servicios raíz, etc. como un jefe:)
observe el nuevo monte cavernoso: $ df -h
Filesystem Size Used Avail Use% Mounted on /dev/xvde1 813G 3.7G 801G 1% / none 17G 0 17G 0% /dev/shm

Me salté todas las cosas de desvinculación / instantánea / nuevo volumen ... solo hice el cambio de tamaño.

Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 5904748 4725152 1119608 81% / none 15728640 0 15728640 0% /dev/shm [root@ip-10-25-6-214 ~]# resize2fs /dev/sda1 resize2fs 1.39 (29-May-2006) Filesystem at /dev/sda1 is mounted on /; on-line resizing required Performing an on-line resize of /dev/sda1 to 31457280 (4k) blocks.

Monté el disco en otra instancia de EC2 donde pude usar growpart y luego resize2fs. Después de ese montaje vuelve a la instancia de origen EC2.

Su caso es válido cuando la instancia de EC2 se creó desde "EBS-Store" en lugar de "Instance-Store". La instancia de EC2 creada a partir del "almacén de instancia" siempre tendrá un espacio enorme (alrededor de 200 GB +) asignado para el directorio / mnt.

De lo contrario, su solución es válida para las máquinas EC2 creadas a partir de "EBS-Store". Puedes hacer más con este tipo de máquinas.

Cambiar el tipo de terminación.
Cambiar el tipo de instancia
Crear una AMI desde la instancia
Auto-escala con facilidad.

Tengo una solución chicos yippeeee

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

1) Detener la instancia.

2) separar el volumen de la raíz

3) Instantánea del volumen

4) Crear un nuevo volumen a partir de la instantánea utilizando el nuevo tamaño

5) Adjunte el nuevo volumen a la instancia en el mismo lugar donde estaba el original

6) Inicie la instancia, detenga todos los servicios excepto ssh y configure el sistema de archivos raíz de solo lectura

7) Amplíe el sistema de archivos (utilizando, por ejemplo, resize2fs) y / o la partición si es necesario

8) reiniciar

Como alternativa, también puede iniciar una nueva instancia y asignar el almacenamiento de la instancia o puede crear una nueva ami combinando los dos pasos anteriores.

encontrar los archivos más grandes con du -a | ordenar -n detener algunos servicios, podrían bloquear los archivos ocultos / eliminados para que finalmente no se eliminen.