Ich lerne immer noch die Grundlagen von AWS. Dieses Mal bestätigte ich den Betrieb von EBS erneut, was mir normalerweise (oder überhaupt) egal war.
--Hängen Sie ein Volume an eine Instanz an und verbinden Sie das Volume erneut mit einer anderen Instanz, um sicherzustellen, dass die Daten erhalten bleiben.
Ich habe test-ebs
erstellt. Ich habe es in 4G geschafft. HDD oder SSD kann alles sein.
An Instanz A angehängt.
Überprüfen Sie, ob das Volume angeschlossen ist. Ssh zu Instanz A.
Last login: Fri Nov 13 03:16:54 UTC 2020 on pts/0
[root@ip-xxx-xxx-xxx-xxx ~]# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 8G 0 disk
└─xvda1 202:1 0 8G 0 part /
xvdf 202:80 0 4G 0 disk
Ich konnte bestätigen, dass 4G mit dem Namen "xvdf" verbunden war. Diese Gerätedatei befindet sich in / dev / xvdf
.
Formatieren Sie das Dateisystem für Linux.
[root@ip-xxx-xxx-xxx-xxx ~]# mke2fs /dev/xvdf
mke2fs 1.42.9 (28-Dec-2013)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
262144 inodes, 1048576 blocks
52428 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=1073741824
32 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736
Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
Sie können es jetzt auf Ihrem Linux-Dateisystem bereitstellen.
Montage auf / mnt
.
[root@ip-xxx-xxx-xxx-xxx ~]# mount /dev/xvdf /mnt
[root@ip-xxx-xxx-xxx-xxx ~]# ls /mnt/
lost+found
Ich konnte bestätigen, dass es montiert war.
Erstellen Sie eine Datei in diesem Volume.
[root@ip-xxx-xxx-xxx-xxx ~]# ce /mnt
[root@ip-xxx-xxx-xxx-xxx mnt]# echo hoge > hoge.txt
[root@ip-xxx-xxx-xxx-xxx mnt]# cat hoge.txt
hoge
Ich habe es erstellt und hoge in den Inhalt geschrieben.
Hängen Sie zunächst das Volume von Instanz A aus.
[root@ip-172-31-27-44 ~]# ls /mnt/
hoge.txt lost+found
[root@ip-172-31-27-44 ~]# umount /mnt
[root@ip-172-31-27-44 ~]# ls /mnt/
[root@ip-172-31-27-44 ~]#
Da Sie "umount" haben, ist der Inhalt von "/ mnt" leer.
Trennen Sie sich von der AWS-Konsole.
Fügen Sie ebs auf die gleiche Weise wie beispielsweise A an Server B hinzu.
Ssh zu Instanz B und überprüfe, ob das Volume angeschlossen ist.
yokohama@ip-yyy-yyy-yyy-yyy [12:41:29 PM] [~] [master *]
-> % lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 64G 0 disk
└─xvda1 202:1 0 64G 0 part /
xvdf 202:80 0 4G 0 disk
Da ist ein 4G-Typ. Der Name der Gerätedatei war "xvdf". Montieren und überprüfen Sie den Inhalt.
[root@ip-yyyy-yyyy-yyyy]~# mount /dev/xvdf /mnt
[root@ip-yyyy-yyyy-yyyy]~# ls /mnt
hoge.txt lost+found
[root@ip-yyyy-yyyy-yyyy]~# cat /mnt/hoge.txt
hoge
Es wurde bestätigt, dass hoge.txt in den gemounteten ebs vorhanden ist und der Inhalt auch ordnungsgemäß gespeichert wird.
Es gibt viele Verwendungsmöglichkeiten, aber ich konnte bestätigen, dass die Daten in ebs auf diese Weise dauerhaft gespeichert werden.
Übrigens dachte ich, es wäre praktisch, wenn ich dieses Volume an mehrere ec2s anschließen könnte, aber soweit ich das Menü auf der AWS-Konsole überprüfte, schien es nicht möglich zu sein.
Ich fühle es wieder, aber bis vor ungefähr 20 Jahren habe ich dem Motherboard eine physische Festplatte hinzugefügt, das Dateisystem formatiert und es gemountet, aber es ist eine elastische Ära ~