Problème d'espace disque Amazon EC2 et EBS

Je vais avoir un problème à 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 de faire un df -h, j'obtiens le résultat suivant:

Système de fichiers Taille Utilisé Dispo Utiliser% Monté sur 
/dev/sda1 15G 13G 3.0 G 81% /
udev 858M 76K 858M 1% /dev 
aucun 858M 0 858M 0% /dev/shm 
aucun 858M 72K 858M 1% /var/run 
aucun 858M 0 858M 0% /var/lock 
aucun 858M 0 858M 0% /lib/init/rw

Je suis assez nouveau sur AWS. Je interpréter cela comme "il y a un périphérique attaché et il a 15 GO de capacité. Quoi de plus, vous êtes sur le point de manquer de place!"

Quelqu'un peut-il point la cause de la divergence apparente entre l'espace annoncés dans la console et ce qui est affiché sur l'instance?

Merci beaucoup à l'avance

S

source d'informationauteur Simon

  1. 4

    Peut-être à l'origine de 15 GO de Volume a été cloné dans un volume de 50 GO, mais alors pas redimensionnée?

    Consultez ce tutoriel sur la façon de cloner et de redimensionner: Comment faire pour augmenter l'espace disque sur l'existant AWS EC2 Linux (Ubuntu) Instance sans perdre de données

    Espère que ça aide.

  2. 8

    Oui, la question est simple. Le volume est uniquement associée à l'instance, mais ils ne sont pas montés.

    Vérifier sur la console AWS lecteur sur lequel il est monté comme, probablement /dev/sdf.

    Ensuite (sur ubuntu):

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

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

    La deuxième commande crée un point de montage et le troisième monte en elle. Cela signifie qu'effectivement, le nouveau volume sera à /ebs. Il devrait également apparaître dans df maintenant.

    Dernier mais non le moins, peut-être également ajouter une entrée à /etc/fstab pour le faire redémarrer-la preuve.

  3. 6

    Ici est la manière la plus simple...

    En supposant que vous êtes à l'aide d'un AMI linux, dans votre cas, vous avez une méthode simple pour augmenter la taille du système de fichiers:

    1) Arrêt de l'instance
    2) Enlever la racine du volume
    3) de l'Instantané de volume
    4) Créer un volume à partir d'un instantané à l'aide de la nouvelle taille
    5) Fixez le nouveau volume à l'instance, à l'endroit même où l'original a été
    6) Démarrez l'instance, l'arrêt de tous les services, sauf ssh et créer le système de fichiers racine en lecture seule
    7) Agrandir le système de fichiers (en utilisant par exemple resize2fs) et la ou les partition si nécessaire
    8) Redémarrez

    Comme alternative, vous pouvez également lancer une nouvelle instance et la carte de stockage d'instance ou vous pouvez créer un nouvel ami en combinant les deux étapes précédentes.

  4. 1

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

  6. 1

    Seulement le Redémarrage de l'instance 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 
aucun 5120 0 5120 0% /run/lock 
aucun 304724 0 304724 0% /run/shm

    Maintenant

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