Problème d'espace disque d'Amazon EC2 et EBS
j'ai 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:
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 à AWS. J'interprète ceci comme "il y a un dispositif attaché et il a une capacité de 15 Go. 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és dans la console et ce qui est affiché sur l'instance?
merci Beaucoup d'avance
S
6 réponses
peut-être que le Volume original de 15 Go a été cloné dans un volume de 50 Go mais n'a pas été redimensionné?
consultez ce tutoriel sur la façon de cloner et de redimensionner: comment augmenter l'espace disque sur L'Instance existante de AWS EC2 Linux (Ubuntu) sans perdre de données
J'espère que ça aidera.
Oui, la question est simple. Le volume est seulement associé à l'instance, mais pas monté.
vérifiez sur la console AWS quel lecteur elle est montée comme-très probablement /dev/sdf.
Puis (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 ext3 type de système de fichiers. C'est assez standard -- mais en fonction de votre usage (par exemple serveur d'application, 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 le troisième monte en elle. Cela signifie qu'effectivement, le nouveau volume sera à /ebs. Il devrait également apparaître dans df maintenant.
Dernier point mais non le moindre, peut-être également ajouter une entrée à /etc/fstab pour le faire redémarrer-la preuve.
voici le moyen simple...
en supposant que vous utilisez un AMI linux, dans votre cas vous avez une méthode facile pour augmenter la taille du système de fichiers:
1) Arrêter l'instance 2) détacher le volume racinaire 3) de l'Instantané de volume 4) Créer un nouveau volume à partir du snapshot en utilisant la nouvelle taille 5) joindre le nouveau volume à l'instance sur le même endroit où l'original a été 6) Démarrer l'instance, arrêter tous les services sauf ssh et définir la lecture du système de fichiers racine seulement 7) agrandir le système de fichiers (en utilisant par exemple redimension2fs) et ou la partition si nécessaire 8) Reboot
comme alternative, vous pouvez également lancer une nouvelle instance et cartographier le stockage d'instance ou vous pouvez créer un nouvel ami combinant les deux étapes précédentes.
seul le redémarrage de 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
/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