Problème d'espace disque Amazon EC2 et EBS

Question

Je rencontre un problème pour concilier l'espace disponible sur mon volume EBS. Selon la console AWS, le volume est de 50 Go et est attaché à une instance.

Si je ssh à cette instance et faire une df -h, je reçois la sortie suivante:

 
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 

Je suis assez nouveau pour AWS. J'interprète cela comme "il y a un appareil attaché et il a une capacité de 15 Go. Quoi de plus, vous êtes presque hors de l'espace!" Est-ce que quelqu'un peut indiquer la cause de l'écart apparent entre l'espace annoncé dans la console et ce qui est affiché sur l'instance?

Un grand merci à l'avance

S

Answer 1

Peut-être que le volume original de 15 Go a été cloné dans un volume de 50 Go, mais pas redimensionné?

S'il vous plaît voir ce tutoriel sur la façon de cloner et redimensionner: How to increase disk space on existing AWS EC2 Linux (Ubuntu) Instance without losing data

espoir qui aide.

Answer 2

Oui, la question est simple. Le volume est uniquement associé à l'instance, mais pas monté.

Vérifiez sur la console AWS sur quel disque il est monté - probablement /dev/sdf.

Ensuite (sur ubuntu):

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

La première ligne formate le volume - en utilisant le type de système de fichiers ext3. C'est assez standard - mais en fonction de votre utilisation (par exemple serveur d'applications, serveur de base de données, ...), vous pouvez également en sélectionner un autre comme ext4 ou xfs.

La deuxième commande crée un point de montage et la troisième le monte. Cela signifie que le nouveau volume sera effectivement au /ebs. Il devrait également apparaître dans df maintenant.

Dernier point, mais pas des moindres, peut-être ajouter une entrée à /etc/fstab pour le rendre à l'épreuve des redémarrages.

Answer 3

Le reste de votre espace est monté par défaut sur/mnt.

Answer 4

Voici la façon simple ...

En supposant que vous utilisez un linux AMI, dans votre cas vous avez une méthode simple pour augmenter la taille du système de fichiers:

1) Arrêter la instance 2) Détacher le volume racine 3) Prendre une photo du volume 4) Créer un nouveau volume à partir de l'instantané en utilisant la nouvelle taille 5) Attacher le nouveau volume à l'instance sur le même emplacement que celui d'origine 6) Démarrer l'instance, arrêter tous les services sauf ssh et définir le système de fichiers racine en lecture seule 7) Agrandir le système de fichiers (en utilisant par exemple resize2fs) et/ou la partition si nécessaire 8) Redémarrer

Vous pouvez également lancer une nouvelle instance et mapper le stockage d'instance ou créer un nouvel ami combinant deux étapes précédentes.

Answer 5

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

Answer 6

Rebooting seule l'instance a résolu mon problème

Plus tôt:

 
/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 

maintenant

 
/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