Zugriff auf Speicher auf einer EC2-Instanz?

Ich verwende eine große EC2-Instanz, habe aber gerade festgestellt, dass mir der versprochene Speicherplatz nicht zur Verfügung steht. Ich bekomme nur 8 Gigs, wenn es heißt, ich sollte 850 GB haben.

Soweit ich weiß, sollten mir zwei zusätzliche 420-GB-Laufwerke zum Formatieren / Mounten zum Einrichten zur Verfügung stehen, aber ich kann sie anscheinend nicht finden. Wenn ich in das Dev-Verzeichnis schaue, ist es nicht da. Ich habe versucht, "df -h" einzugeben und es wurde auch nicht angezeigt.

Muss ich etwas tun, um Zugriff auf die Laufwerke zu erhalten?

Wenn es hilft, verwende ich das Standard-Amazon Linux-Image.

Um auf den kurzlebigen Speicher (Instanzspeicher) zuzugreifen, den Amazon mit einer EC2-Instanz enthält, müssen Sie ihn beim Starten einer Instanz definieren. Mit den EC2-Befehlszeilentools müssen Sie lediglich das Optionsflag -b oder --block-device-Mapping einschließen.

Dieser Befehl würde beispielsweise eine einzelne m1.large-Instanz in us-east-1a starten, wobei ephemeral0 und ephemeral1 sdb1 bzw. sdb2 zugeordnet sind und die folgenden Optionen:

• ami-id
• (-n) Anzahl der zu startenden Instanzen
• (-t) Instanztyp
• (-z) Verfügbarkeitszone
• (-b) Blockgerätezuordnung
• (-g) Sicherheitsgruppe
• (-k) Schlüsselname

- -

ec2-run-instances ami-id -n 1 -t m1.large -z us-east-1a -b "/dev/sdb1=ephemeral0" -b "/dev/sdb2=ephemeral1" -g security_group -k key_name

Anschließend können Sie die Geräte formatieren und mounten. (Wiederholen Sie jeden Befehl einmal für jedes Gerät)

sudo mkfs /dev/sdb[1..n]

sudo mkdir -p /media/ephemeral[0...n]

Sie können dann entweder die folgenden zwei Zeilen zu Ihrer / etc / fstab hinzufügen (Sie können Ihre Mount-Optionen, Ihr Dateisystem usw. jederzeit anpassen).

/dev/sdb1   /media/ephemeral0 auto defaults,comment=cloudconfig 0 2
/dev/sdb2   /media/ephemeral1 auto defaults,comment=cloudconfig 0 2

Und montieren Sie die Geräte

sudo mount /media/ephemeral0
sudo mount /media/ephemeral1

Oder mounten Sie die Geräte einfach, ohne diese Geräte zur fstab-Datei hinzuzufügen

sudo mount -t ext3 /dev/sdb1 /media/ephemeral0
sudo mount -t ext3 /dev/sdb2 /media/ephemeral1

Überprüfen

df -h

Beispielausgabe:

[ec2-user@ip-10-251-159-223 media]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda1            7.9G  883M  7.0G  12% /
tmpfs                 3.7G   48K  3.7G   1% /dev/shm
/dev/xvdb1            414G  199M  393G   1% /media/ephemeral0
/dev/xvdb2            414G  199M  393G   1% /media/ephemeral1
[ec2-user@ip-10-251-159-223 media]$

Übrigens, sobald Sie Ihre Instanz angepasst haben. Erstellen Sie basierend auf dieser Instanz Ihre eigene AMI. Wenn Sie eine Instanz von der resultierenden AMI aus starten, ist der kurzlebige Speicher bereits konfiguriert.

Schauen Sie sich auch die Dokumentation auf der AWS-Website an.

Dokumentation der Amazon Command Line Tools

Viel Glück!

Der zusätzliche Platz sollte unter montiert werden /mnt. Beachten Sie jedoch, dass beim Beenden Ihrer Instanz alles darauf verschwindet. Wenn Sie also Ihre Daten beibehalten möchten, müssen Sie zusätzliche Schritte ausführen. Beispielsweise möchten Sie möglicherweise ein zusätzliches EBS-Volume erstellen, es bei jedem Start der Instanz bereitstellen und alle Ihre persistenten Daten darauf speichern. Ich persönlich verwende den Speicherplatz von / mnt nur für temporäre Dateien.

Wenn Sie dies speziell auf dem Root-Volume sehen, sollten Sie darauf achten, dass bei einigen AMIs die Cloud-Init-Skripte nicht ordnungsgemäß eingerichtet sind, um Ihren Root-FS zu erweitern und den verfügbaren Speicherplatz zu füllen. Beispielsweise wurde das AMI ursprünglich mit einem Root-Volume von 8 GiB erstellt. Sie ändern es beim Erstellen einer neuen Instanz in eine größere Größe, aber wenn Sie es ausführen df -h, werden immer noch nur 8 GiB angezeigt.

Ich habe dies insbesondere bei einigen CentOS-AMIs gesehen, aber ich habe es eine Weile nicht mehr verwendet, daher bin ich mir nicht sicher, ob es immer noch ein häufiges Problem ist.

In diesen Fällen reicht eine manuelle Online-Größenänderung normalerweise für mich aus.

Überprüfen Sie zunächst, ob Ihr Root-FS die gesamte Festplatte (/ dev / xvda) oder eine Partition (/ dev / xvda1) verwendet: mount -l|grep 'on / '

Angenommen, es wird die gesamte Festplatte (xvda) verwendet, können Sie versuchen, die Größe online zu ändern: resize2fs /dev/xvda... dann versuchen Sie es df -herneut und geben Sie dem nächsten Kollegen / Familienmitglied einen High-Five- Wert .

In der anderen Situation ... Ich glaube nicht, dass dies passiert ist, wenn der Setup-Prozess die Festplatte tatsächlich partitioniert hat. Es würde nicht schaden, es zu versuchen resize2fs /dev/xvda1, aber ich vermute, Sie müssten zuerst die Größe der Partition erweitern, damit sie etwas tun kann. Ihre beste Wette wäre so etwas parted.