SSD 인스턴스 유형의 루트 장치. SSD 대 EBS 혼란


10

원래 t1.micro Linux에서 생성 된 AMI가 있습니다. 이 AMI의 "루트 장치 유형"은 EBS (8GB)이며 웹 응용 프로그램 소프트웨어는이 루트 볼륨에 "구워집니다".

이제이 AMI에서 m3.medium 인스턴스를 시작하려고하지만 4GB SSD의 "인스턴스 스토리지"가 있습니다.

새로 시작한 m3.medium 인스턴스가 SSD 스토리지를 전혀 활용합니까? 또는 루트 "루트 디바이스 유형"으로 "인스턴스 스토어"를 사용하여 새 AMI를 생성해야합니까?

마찬가지로 ... "Amazon Linux AMI 2013.09.2"를 사용하여 m3.medium을 처음부터 시작하려고하면 기본적으로 시작 마법사를 사용하여 제거 할 수없는 8GB 루트 EBS 볼륨이 추가됩니다.

내가 여기서 무엇을 놓치고 있습니까?



비슷하지만 정확하지는 않습니다. 투표 마감하지 않겠습니다.
Falcon Momot

답변:


6

인스턴스 스토리지로 무엇이든 관계없이 EBS 드라이브를 부팅합니다. SSD를 추가 드라이브로 마운트 할 수 있습니다. 스왑 공간, 임시 파일, 캐시 등에 편리합니다.


4
안녕하세요 ceejayoz, 답변 주셔서 감사합니다. 그렇습니다. 좀 더 조사한 결과 EC2 인스턴스를 시작하고 예를 들어 m3.medium 인스턴스 크기를 선택할 때 시작 마법사의 "4. 스토리지 추가"페이지에서 스토리지를 추가 할 수 있음을 발견했습니다. 이 페이지에서 "Add New Volume (새 볼륨 추가)"을 클릭 한 다음 유형 드롭 다운 상자에서 "Instance Store 0"을 선택합니다. m3.medium 인스턴스의 경우 인스턴스에 4GB SSD 기반 인스턴스 스토어 볼륨이 생성됩니다. 이 볼륨은 인스턴스에서 / mnt로 액세스 할 수 있습니다.
user183744

2x80GB SSD를 사용하여 인스턴스를 새로운 유형으로 변경하려고합니다. 이미 100GB 마운트 EBS 볼륨이 있으며 해당 데이터 파일을 새 인스턴스의 SSD 파일로 이동하려고했습니다. 그러나 인스턴스 유형을 변경하면 8GB 마운트 드라이브와 15GB tempfs 만 있습니다. 2 x 80G SSD 드라이브의 위치를 ​​모르겠습니다.
paiego

@paiego 기본적으로 마운트되어 있지 않으므로 마운트해야합니다.
ceejayoz


0

SSD 인스턴스 스토리지 (자기 인스턴스 스토리지)는 일시적이므로 인스턴스를 종료했다가 나중에 다시 시작해도 (호스트간에 마이그레이션 된 경우) 지속될 것이라고 확신하지 않습니다. 예를 들어, 임시 볼륨은 유지되지 않습니다).

스크래치 공간 (캐싱, 온도 등)에만 유용합니다. 매우 편리하고 무료이며 대역폭을 소비하지 않습니다. EBS는 인스턴스의 네트워크 대역폭을 사용합니다 (전용 SAN 인터페이스를 사용하는 EBS 최적화 인스턴스 제외).

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.