Problema di spazio su disco Amazon EC2 ed EBS

Question

Ho riscontrato un problema nella riconciliazione dello spazio disponibile sul volume EBS. Secondo la console AWS, il volume è di 50 GB ed è collegato a un'istanza.

Se SSH per questa istanza e fare un -h df, ottengo il seguente output:

 
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 

Sono abbastanza nuovo per AWS. Interpreto questo come "c'è un dispositivo collegato e ha una capacità di 15 GB. Cosa c'è di più, sei quasi fuori dallo spazio!"

Qualcuno può segnalare la causa della discrepanza apparente tra lo spazio pubblicizzato nella console e ciò che viene visualizzato sull'istanza?

Molte grazie in anticipo

S

Answer 1

Forse il volume originale da 15 GB è stato clonato in un volume da 50 GB ma non è stato ridimensionato?

Si prega di consultare questo tutorial su come clonare e ridimensionare: How to increase disk space on existing AWS EC2 Linux (Ubuntu) Instance without losing data

Speranza che aiuta.

Answer 2

Sì, la questione è semplice. Il volume è associato solo all'istanza, ma non montato.

Controllare sulla console AWS quale unità è montata come - molto probabilmente /dev/sdf.

Poi (su ubuntu):

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

La prima riga formatta il volume - utilizzando il tipo di sistema di file ext3. Questo è piuttosto standard, ma a seconda dell'utilizzo (ad esempio server delle app, server di database, ...) è anche possibile selezionarne un altro come ext4 o xfs.

Il secondo comando crea un punto di montaggio e il terzo lo monta in esso. Ciò significa che, in effetti, il nuovo volume sarà a /ebs. Dovrebbe anche apparire nel df ora.

Ultimo ma non meno importante, forse anche aggiungere una voce a /etc/fstab per renderlo a prova di riavvio.

Answer 3

Il resto del tuo spazio è montato di default in/mnt.

Answer 4

Ecco il modo più semplice ...

Supponendo che si sta utilizzando un Linux AMI, nel tuo caso si dispone di un metodo semplice per aumentare la dimensione del file system:

1) Arrestare il istanza 2) Scollegare il volume root 3) Snapshot del volume 4) Creare un nuovo volume dall'istantanea utilizzando la nuova dimensione 5) Collegare il nuovo volume all'istanza nello stesso posto in cui era originale 6) Avvia l'istanza, interrompi tutti i servizi eccetto ssh e imposta il filesystem di root in sola lettura 7) Ingrandisci il filesystem (usando ad esempio resize2fs) o la partizione se necessario 8) Riavvia

In alternativa puoi anche lanciare una nuova istanza e mappare la memoria dell'istanza oppure puoi creare un nuovo ami combinando il due passaggi precedenti.

Answer 5

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

Answer 6

Solo riavvio l'istanza risolto il mio problema

precedenza:

 
/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 

Ora

 
/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