Amazon EC2 m1.medium 예약 인스턴스를 구입했습니다. 이제 400GB 용량의 루트 스토리지 볼륨을 만드는 방법은 무엇입니까?Amazon EC2 스토리지
기본 루트 30GB vol를 400GB로 확장하면 EBS에 추가 요금이 부과되므로 별도로 EBS 400GB가 필요합니다.
인스턴스 저장소 볼륨이 영구적이지 않은 임시 형식이라는 일부 조사를했습니다.
여기에 어떤 조언을 이해할 수있을 것이다 (Will moving data from EBS to ephemeral storage improve MySQL query performance?)
링크입니다.
인스턴스 저장소 AMI에서 인스턴스를 부팅하면 400G의 로컬 인스턴스 저장소가 생성됩니다. 해당 인스턴스를 종료하면 데이터가 손실됩니다 (재부팅은 정상입니다)
EBS 기반 ami를 사용하는 경우 루트 장치는 항상 EBS 볼륨입니다. 임시 볼륨을 사용 가능하게하려면이 인스턴스를 시작할 때 지정해야합니다. 웹 콘솔을 사용하거나 인스턴스를 만드는 다양한 API를 사용할 때 BlockDeviceMapping 옵션을 전달하여이 작업을 수행 할 수 있습니다. 임시 볼륨의 데이터는 인스턴스가 종료 될 때 여전히 손실됩니다.
user1057161 :
즉 영구 데이터를 저장하기 위해 의미되지 않습니다 매체 인스턴스와 번들 4백기가바이트을 의미합니까? 유일한 방법은 아마존에서 여분의 EBS 스토리지를 구입하는 것입니다.
수정. 일시적인 저장 장치가 임시 저장 장치입니다. 디자인 상 비 영구적입니다. EBS 볼륨을 연결하거나 S3에 데이터를 밀어 넣는 것이 데이터를 유지하는 의도 된 방법입니다.
(AWS가 설계된) 높은 확장 성은 많은 양의 값싼 서버를 함께 클러스터링했음을 의미합니다. 경고없이 아무 것도 할 수 없지만 예상대로입니다.
임시 인스턴스가 있고 임시 저장 영역에 의존하는 경우 ...하지 마십시오. "의존"과 "임시"라는 단어는 함께 속하지 않습니다. 계획 예고없이 경고없이 배가 가서 응용 프로그램을 복원하십시오.
도움이 되었기를 바랍니다. :)
중간 인스턴스와 함께 번들로 묶인 400GB는 영구 데이터를 저장하지 않는다는 뜻입니까? 유일한 방법은 아마존에서 여분의 EBS 스토리지를 구입하는 것입니다. – user1057161
해당 데이터를 잃을 수있는 위치에 있어야합니다. 즉, EBS (또는 다른 형태의 저장소)에 복사본이 있거나 여러 컴퓨터에 복제 된 것을 의미 할 수 있습니다. –