이것은 바보 같은 질문 일 수 있습니다.
다음과 같이 실행중인 인스턴스가 있습니다.
합니까 루트 장치 : EBS는 EBS에 내 전체 시스템을 의미입니까?
여기에 아파치와 펄 앱을 구성했는데 모든 구성과 파일이 제대로 사라지지 않습니까?
임시 스토리지에서 실행중인 항목과 EBS에서 실행중인 항목을 어떻게 알 수 있습니까? 관리 콘솔에서 인스턴스를 클릭하고 하단의 세부 정보를 보면 다음과 같이 표시됩니다. EBS Optimized: false정확히 무엇을 의미합니까?
내 스토리지는 다음과 같습니다.
[ec2-user@<MY_IP> ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 7.9G 1.7G 6.2G 22% /
tmpfs 298M 0 298M 0% /dev/shm
[ec2-user@<MY_IP> ~]$ mount
/dev/xvda1 on / type ext4 (rw,noatime)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
답변
루트 장치는 ‘/’입니다. 이 경우 / dev / xvda1이고 EBS 드라이브입니다.
임시 장치는 다음과 같습니다.
- sdb (xvdb)
- sdc (xvdc)
- sdd (xvdd)
- sde (xvde)
AWS UI : EC2-> 인스턴스-> [선택]-> 장치 차단을 사용하여 어떤 장치가 EBS 드라이브인지 항상 확인할 수 있습니다
답변
임시 및 ebs 장치는 글자 그대로의 장치 파일 이름을 사용할 수 있으므로 장치 이름에만 의존하지 마십시오. 그러나 장치 이름은 임시인지 아닌지 결정하는 데 중요하지만 아래에 설명합니다. ‘ephemeral’또는 ‘ebs’라는 단어가있는 탑재 지점 이름을 사용하는 것도 마찬가지로 신뢰할 수 없습니다.
이 중 일부는 EC2 GUI를 통해 수행 할 수 있지만 서버 자체에서 몇 가지 명령을 실행해야하므로 여기서는 ‘모든 명령 줄’방법을 제공합니다. m3.medium CentOS 최소 6.5 인스턴스 스토어 (즉, 임시) 지원 AMI에서 예제를 제공합니다.
1) wget 유틸리티를 yum install -y wget
2) 달리기 wget -q 169.254.169.254/latest/meta-data/block-device-mapping/ -O -
이 인스턴스 인스턴스 백업 AMI-위의 명령 # 2에 대한 출력은 다음과 같습니다.
ami
ephemeral0
아래는 비교를 위해 EBS 볼륨 만있는 EBS 지원 CentOS 서버의 출력 예입니다 (일시적인 드라이브 없음).
ami
ebs2
ebs3
나중에 EBS 볼륨이있는 EBS 지원 인스턴스로 돌아갑니다. 지금은 임시 드라이브를 보여주는 원래 인스턴스 스토어 지원 AMI 예제를 계속하겠습니다.
임시 드라이브에 매핑 된 장치 파일을 확인하려면 wget을 다시 실행하십시오. 이번에는 위의 # 2에서 발견 된 임시 드라이브 이름을 url에 추가하십시오.
삼) wget -q 169.254.169.254/latest/meta-data/block-device-mapping/ephemeral0 -O -
이 예제에서 출력은 다음과 같습니다.
sdb
이것은 / dev / sdb를 통해 / dev / sde가 ebs 장치라고 가정 할 수 없다는 위의 요점을 강조 합니다. / dev / xvdb ~ / dev / xvde가 ebs 인 것이 사실 일 수도 있지만 내 시스템은 항상 / dev / xvde1로 시작 하므로 해당 장치 문자의 존재 여부는 사용중인 OS, 지역, AMI 등에 따라 달라질 수 있습니다. 따로, ‘ebs’이름에 대해 # 3을 실행하면 (예 🙂 ebs2비슷한 결과가 나옵니다 .
4) 다음으로 실행 lsblk
이 경우 출력은 다음과 같습니다.
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvde1 202:65 0 8G 0 disk /
xvdf 202:80 0 4G 0 disk
이것은 장치가 일시적인지 아닌지를 알려주기 위해 마운트 지점에 의존 할 수 없다는 점을 위에서부터 강조 합니다.
또한 EC2 장치 볼륨 문자와 OS의 매핑 문자 간의 매핑이 일치하지 않습니다. 여기서 희소식은 글자 자체가 일치하지 않더라도 드라이브 문자가 동일한 순서로 증가한다는 것입니다. 이제 장치 매핑 메타 데이터에서 ‘기타’드라이브 문자를 가져옵니다. 위에서 보았 듯이 하나는 호출 된 ami것과 다른 하나는 호출 된 두 개의 장치 매핑이 ephemeral0있습니다. 우리는 이미 ephemeral0을 검사 했으므로 ami를 살펴 보자.
5) wget -q 169.254.169.254/latest/meta-data/block-device-mapping/ami -O -
출력은 다음과 같습니다.
sda1
우리는 OS 매핑에서 가장 낮은 문자가 EC2 블록 장치 매핑의 가장 낮은 문자임을 확신 할 수 있으며 거기에서 위로 증가 할 수 있습니다. 그러므로:
/dev/sda1 = /dev/xvde1 과 /dev/sdb = /dev/xvdf
마지막으로 , 블록 디바이스 매핑 ami은 EBS 지원 여부 또는 인스턴스 스토어 지원 여부에 즉시 적합하지 않습니다. 실행할 명령이 하나 더 있습니다.
6) wget -q 169.254.169.254/latest/meta-data/ami-manifest-path -O -
나는 특정 EBS는 인스턴스 저장소 볼륨이 매니페스트 (매니페스트 나열 S3의 AMI의 번들 세그먼트의 이름과 경로)를 가지고 있기 때문에 AMI의의는 매니페스트 경로가없는 백업있다. 내가 확인한 경우 인스턴스 스토어 ami에 대해 실행할 때 위 # 6의 결과는 다음과 유사합니다.
someamibucketname/someamidescription/someamidescription.manifest.xml
반면 # 6이 EBS 지원 AMI에 대해 실행되면 다음과 같은 이점이 있습니다.
(unknown)
답변
sudo lsblk힌트를 주어야합니다. IE
[ec2-user@ec2-host ~]$ sudo lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 8G 0 disk
└─xvda1 202:1 0 8G 0 part /
xvdb 202:16 0 4G 0 disk /media/ephemeral0
답변
EC2 스토리지가 일시적인지 알 수있는 세 가지 방법이 있습니다.
1) 인스턴스 스토어 및 EBS 이해 기사 에 따르면 중지 / 종료시 데이터가 손실 된 인스턴스가있는 이유를 설명합니다.
lsblklinux 명령 을 실행해야합니다 . 샘플 출력은 다음과 같습니다.
[ec2-user:ip-127.0.0.1] ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 50G 0 disk
└─xvda1 202:1 0 50G 0 part /
xvdb 202:16 0 8G 0 disk /media/ephemeral0
ephemeral0키워드가 보이면 임시 드라이브에 저장된 모든 항목은 인스턴스를 중지했다가 다시 시작할 때 데이터를 잃게됩니다.
2) 인스턴스 유형을 확인할 수 있습니다. 인스턴스 유형의 스토리지가 EBS only인 경우 데이터는 중지되거나 다시 시작될 때 유지됩니다.
3) 다음을 사용하여 메타 데이터 서버를 쿼리하십시오.
curl 169.254.169.254/latest/meta-data/block-device-mapping/ -O -
EBS 스토리지
[ec2-user:ip-127.0.0.1] ~]$ curl 169.254.169.254/latest/meta-data/block-device-mapping/ -O -
ami
ebs2
임시 저장 공간
[ec2-user:ip-127.0.0.1] ~]$ curl 169.254.169.254/latest/meta-data/block-device-mapping/ -O -
ami
ephemeral0
ephemeral1