2016-06-03 2 views
1

r3.xlarge 인스턴스보다 EC2에서 Hadoop YARN을 사용하고 있는데, spark-ec2 스크립트를 사용하여 AMI에서 인스턴스를 시작했습니다. https://aws.amazon.com/ec2/instance-types/EC2 r3.xlarge 저장 공간이 설명서에 해당하지 않습니다.

, r3.xlarge의 사양은 다음과 같습니다

vCPU: 4 
Mem: 30.5 GiB 
Storage: 1 x 80 GB 

메모리가 좋은 것은, 무료 명령은 나에게이 결과 제공 :

[email protected] ~]$ free -g 
      total  used  free  shared buffers  cached 
Mem:   29   2   27   0   0   1 

을하지만 저장이 일치하지 하나를 나타냈다.

[email protected] ~]$ df -h 
Filesystem  Size Used Avail Use% Mounted on 
/dev/xvda1  7.8G 6.9G 783M 91%/
devtmpfs   15G 64K 15G 1% /dev 
tmpfs   15G  0 15G 0% /dev/shm 

설명서에는 문서 크기가 40GB ~ ​​80GB가 아닌 것이 일반적입니까? 아니면 AMI에서 인스턴스를 시작했기 때문입니까?

+1

서버에 연결했을 수있는 EBS 볼륨과 별도로 인스턴스 저장소 볼륨을 마운트해야합니다. –

+0

어떤 AMI를 사용하고 있습니까? 우리는 OS/배포판을 모른다. – tedder42

+0

amazon ami linux –

답변

2

두 개의 tmpfs 디렉토리는 누락 된 80GB가있는 곳이 아닙니다. 이것은 데비안/우분투 배포판과 같습니다. 나는 당신의 df에 비슷한 일을 재현 할 수 있습니다 :

$ df -h 
Filesystem  Size Used Avail Use% Mounted on 
udev    15G 12K 15G 1% /dev 
tmpfs   3.0G 328K 3.0G 1% /run 
/dev/xvda1  7.8G 790M 6.6G 11%/
none    15G  0 15G 0% /run/shm 

/dev/xvda1합니다. 그것이 ELB에있는 부팅 파티션입니다. 귀하의 80 기가 바이트 SSD는 실제로 /dev/xvdb입니다. 당신이 그것을 사용해야합니다 :

mkdir -p /mnt/ssd && mkfs.ext4 /dev/xvdb \ 
    && echo '/dev/xvdb /mnt/ssd auto defaults,nobootwait 0 0' >> /etc/fstab \ 
    && mount /mnt/ssd 

$ df -h 
Filesystem  Size Used Avail Use% Mounted on 
udev    15G 12K 15G 1% /dev 
tmpfs   3.0G 328K 3.0G 1% /run 
/dev/xvda1  7.8G 790M 6.6G 11%/
/dev/xvdb  74G 52M 70G 1% /mnt/ssd 

축하해! 이제 80 기가 바이트 급의 자랑스런 소유자가되었습니다. 알았어, 80gb는 아니야. 80GB를 얻으십시오 :

$ df -H 
Filesystem  Size Used Avail Use% Mounted on 
udev    17G 13k 17G 1% /dev 
tmpfs   3.3G 336k 3.3G 1% /run 
/dev/xvda1  8.4G 828M 7.1G 11%/
/dev/xvdb  80G 55M 76G 1% /mnt/ssd 
+0

LMK의 커스텀 버젼을 사용하고 있습니다. @Koffee는 데비안 배포판을위한 것입니다. 당신이 그것을 알아낼 수 있다면, 좋을 것입니다. 그렇지 않은 경우 변경 사항을 파악할 수 있습니다. – tedder42

+0

나는 이것을 시험해보고 추가 할 부분과 내가 만든 변경 사항을 알려준다. –

1

파일 시스템이 아마도 EBS에 있고 r3.xlarge과 함께 제공되는 인스턴스 저장소가 아닙니다. 이것은 대부분의 AMI에 대한 기본값입니다. 참고로 EBS 볼륨의 크기는 이미지의 일부가 아닙니다. 인스턴스를 만들 때 선택할 수 있습니다. http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html

AMI 이미지는 루트 저장 장치에 대한 두 가지 옵션이 다음과 같이

인스턴스 저장소는 더 큰 인스턴스 유형을 볼 수 있습니다. 가장 일반적인 EBS 이미지는 루트 장치에 EBS를 사용합니다. EBS은 특정 하드웨어에 고정되어 있지 않으므로 이러한 인스턴스는 훨씬 더 유연합니다.

다른 옵션은 인스턴스 저장소 루트 저장 장치가있는 AMI입니다. 그러나 종료하지 않고 인스턴스를 중지하고 인스턴스 유형을 변경하고 저장 장치의 크기를 조정하고 인스턴스 자체와 별도로 저장소를 관리하는 기능이 손실됩니다.

인스턴스 저장소 AMI에는 종종 S3 태그가 지정됩니다. 예 : amzn-ami-hvm-2016.03.0.x86_64-s3 (ami-152bc275).

관련 문제