Pas assez d'espace disque '/' dans l'instance AWS

28

J'exécute Ubuntu 11.04 instance pour mon serveur Web sur le cloud AWS, maintenant je me rends compte qu'il n'y a pas d'espace disque dans la / partition de mon serveur. df -ah dites ceci

Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda1            7.9G  7.8G   97M  99% /
proc                     0     0     0   -  /proc
none                     0     0     0   -  /sys
fusectl                  0     0     0   -  /sys/fs/fuse/connections
none                     0     0     0   -  /sys/kernel/debug
none                     0     0     0   -  /sys/kernel/security
none                  3.7G  112K  3.7G   1% /dev
none                     0     0     0   -  /dev/pts
none                  3.7G     0  3.7G   0% /dev/shm
none                  3.7G   80K  3.7G   1% /var/run
none                  3.7G     0  3.7G   0% /var/lock
/dev/xvdb             414G   16G  377G   4% /mnt

Maintenant, j'ai essayé ces choses pour obtenir de l'espace supplémentaire sur la partition /

  • Nettoyer tous les fichiers journaux pour Apache.
  • Suppression de tous les fichiers inutiles du serveur.
  • Nettoyage du répertoire personnel.

Mais je n’ai toujours pas assez de place. Ce type d'instance est m1.large avec 8 Go EBS. Maintenant, je reçois assez d'espace disque dans / dev / xvdb .

Y a-t-il un moyen d'allouer de l'espace disque à / à partir de / dev / xvdb ou de tout autre moyen. Veuillez me suggérer la solution possible pour cela. Est-il possible d'utiliser la même partition / dev / xvdb avec une autre instance.

    
posée Sumant 02.04.2012 - 07:47
la source

2 réponses

26

La réponse est double.

Solution: utilisez / dev / xvdb (/ mnt) pour les données temporaires

Il s’agit du stockage éphémère de votre instance Amazon EC2 et ses caractéristiques sont très différentes de celles du fichier Amazon EBS utilisé ailleurs. En particulier, ce stockage éphémère sera perdu lors des cycles d’arrêt / de démarrage et peut généralement disparaître . ne placez ici que des données temporaires que vous pouvez vous permettre de perdre ou de reconstruire facilement , comme un fichier d'échange ou des données strictement temporaires utilisées lors des calculs. Bien sûr, vous pouvez stocker des index volumineux par exemple, mais vous devez être prêt à les reconstruire une fois que le stockage a été effacé pour quelque raison que ce soit (redémarrage de l'instance, défaillance matérielle, ...).

Solution: redimensionnez / dev / xvda1 (/) pour obtenir le stockage souhaité

Il s’agit du stockage de périphérique racine de votre Amazon EBS soutenu par l'instance EC2, qui facilite Amazon EBS en particulier pour la flexibilité et la durabilité, c’est-à-dire que les données mises en place sont raisonnablement sûres et résistent aux défaillances d’instances; Vous pouvez augmenter la flexibilité et la durabilité en prenant régulièrement des instantanés de votre volume EBS, qui sont stockés sur Amazon S3 , avec le bon connu 99.999999999% de durabilité.

Cette fonctionnalité d’instantané vous permet de résoudre votre problème à votre tour, dans la mesure où vous pouvez remplacer votre stockage racine EBS actuel de 8 Go (/ dev / xvda1) par un plus ou moins grand que vous le souhaitez. Le processus est décrit dans l'excellent article d'Eric Hammond Redimensionnement du disque racine sur une instance E2 Boot EC2 en cours d'exécution :

  

Tant que vous êtes d'accord avec un peu de temps d'arrêt sur l'instance EC2 (peu   minutes), il est possible de changer le volume EBS racine avec un   copie plus grande, sans avoir besoin de démarrer une nouvelle instance.

Si vous préparez correctement les étapes qu’il décrit (je vous recommande vivement de les tester avec une instance EC2 jetable pour vous familiariser avec la procédure ou l’automatiser via un script personnalisé), vous devriez pouvoir terminer le processus avec quelques minutes de temps d'arrêt seulement.

La plupart des étapes décrites peuvent être effectuées via la console de gestion AWS , ce qui évite de traiter avec Outils API Amazon EC2 ; cela se résume à:

  • arrête (et ne termine pas!) l'instance EC2
  • détache le volume EBS de l’instance arrêtée
  • créer un instantané du volume EBS détaché
  • créer un nouveau volume EBS (plus grand) à partir de l'instantané créé
  • associez le nouveau volume EBS à l’instance EC2 ( Important ! S'il s'agit de votre périphérique racine, assurez-vous de le nommer exactement comme le périphérique racine de l’instance, par exemple (/ dev / sda1) ou (/ dev / xdva1) sinon il sera attaché en tant que périphérique de bloc et non en tant que périphérique racine et vous ne pourrez pas démarrer l'instance car aucun périphérique racine ne sera répertorié pour l'instance.)
  • SSH dans l'instance en cours d'exécution et confirmez que tout est en ordre via df -ah
    • Si votre système n’a pas redimensionné automatiquement le système de fichiers, vous devrez le faire manuellement, comme expliqué dans l’article d’Eric

Bonne chance!

Alternative

Compte tenu de la polyvalence et de la facilité d’utilisation de ces volumes EBS, une option supplémentaire consisterait à attacher plus de volumes EBS à votre instance et à y déplacer des zones de préoccupation clairement séparables.

Par exemple, nous utilisons deux applications Java assez lourdes, chacune contenant 1 à 2 Go de stockage par version; Pour faciliter la mise à niveau des versions et être en mesure de déplacer ces applications vers différentes instances à ma discrétion, je les place sur des volumes EBS dédiés, montez-les sur une instance et reliez-les à l'emplacement souhaité, par ex. généralement /var/lib/<app>/<version> et /usr/local/<app>/<version> .

Avec cette méthode, nous exécutons actuellement des instances EC2 avec le stockage de périphérique racine toujours à sa taille par défaut de 8 Go (comme le vôtre), mais parfois jusqu’à 8 volumes EBS avec différentes tailles (1 à 15 Go).

Vous devez être conscient des problèmes de performances réseau potentiels, dans la mesure où tous ces volumes EBS utilisent le même réseau local pour leurs E / S, ce qui peut entraîner des gains de performances identiques ou saturer votre réseau dans des cas extrêmes - Habituellement, cela dépend du cas d'utilisation et de la charge de travail en cours.

    
réponse donnée Steffen Opel 02.04.2012 - 12:52
la source
1

Un simple moyen d'y remédier, puis de le monter pour dire / var / www / html / files2 /

puis mkdir / var / www / html / files2 / website puis ln -s -d / var / www / html / site / var / www / html / files2 / website

    
réponse donnée Daniel Chay 23.11.2015 - 23:22
la source

Lire d'autres questions sur les étiquettes