Reconfirmation d'AWS EBS
introduction
J'apprends toujours les bases d'AWS. Cette fois, j'ai reconfirmé le fonctionnement d'EBS, ce qui ne m'intéressait généralement pas (ou pas du tout).
Choses à faire
- Attachez un volume à une instance et rattachez le volume à une autre instance pour vous assurer que les données restent. --En parlant de stockage, seul S3 a été utilisé, mais j'ai reconfirmé que les volumes locaux (EBS) peuvent également être utilisés en termes de zone de stockage.
Flux de travail
- Créer des ebs
- Attachez ebs à l'instance A
- Créez un fichier dans ebs sur l'instance A (hoge.txt)
- Rattachez les ebs à l'instance B
- Sur l'instance B, vérifiez l'intérieur de l'ebs pour voir si hoge.txt existe
1. Créer des ebs
J'ai créé test-ebs. Je l'ai fait en 4G. Le disque dur ou le SSD peut être n'importe quoi.
2. Attachez ebs à l'instance A
Attaché à l'instance A.
Vérifiez si le volume est connecté. Ssh à l'instance 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
J'ai pu confirmer que la 4G était attachée avec le nom «xvdf». Ce fichier de périphérique réside dans / dev / xvdf.
3. Créez un fichier dans ebs sur l'instance A (hoge.txt)
Formatez le système de fichiers pour 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
Vous pouvez maintenant le monter sur votre système de fichiers Linux.
Montez sur / mnt.
[root@ip-xxx-xxx-xxx-xxx ~]# mount /dev/xvdf /mnt
[root@ip-xxx-xxx-xxx-xxx ~]# ls /mnt/
lost+found
J'ai pu confirmer qu'il était monté.
Créez un fichier dans ce 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
Je l'ai créé et j'ai écrit hoge dans le contenu.
4. Rattachez les ebs à l'instance B
Tout d'abord, démontez le volume de l'instance A.
[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 ~]#
Puisque vous avez umount, le contenu de / mnt est vide.
Détachez-le sur la console AWS.
Attachez ebs au serveur B de la même manière que par exemple A.
5. Sur l'instance B, vérifiez l'intérieur de l'ebs pour voir si hoge.txt existe
Ssh à l'instance B et vérifiez si le volume est connecté.
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
Il y a un gars 4G. Le nom du fichier de l'appareil était «xvdf». Montez et vérifiez le contenu.
[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
Il a été confirmé que hoge.txt existe dans les ebs montés et que le contenu est également enregistré correctement.
Sommaire
Il existe de nombreuses utilisations possibles, mais j'ai pu confirmer que les données dans ebs sont stockées en permanence de cette manière.
Au fait, j'ai pensé que ce serait pratique si je pouvais attacher ce volume à plusieurs ec2, mais dans la mesure où j'ai vérifié le menu sur la console AWS, cela ne semblait pas possible.
Je le ressens à nouveau, mais jusqu'à il y a environ 20 ans, j'ai ajouté un disque dur physique à la carte mère, formaté le système de fichiers et monté, mais c'est une ère élastique ~