EC2의 인스턴스 저장소는 무엇입니까?
https://stackoverflow.com/questions/1188328
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
EC2의 기본 중 하나에서 일부 AMI를 구축하고 있습니다. 인스턴스 유형 중 하나는 Tomcat을 실행하고 있으며 많은 Lucene 인덱스가 포함되어 있습니다. 또 다른 인스턴스는 MySQL을 실행하고 그에 따라 큰 데이터 요구 사항이 있습니다.
저는 제가 작성하는 Amis에 포함하는 가장 좋은 방법을 정의하려고합니다. 내가 마운트한다면 /mnt/lucene 그리고 /mnt/mysql, 그것들은 AMI 생성에 포함되지 않습니다. 따라서이를 다루는 선호하는 방법은 각각에 대한 EBS를 갖고 스냅 샷을 가져 와서 가장 최근의 스냅 샷을 기반으로 자체 EBS가있는 인스턴스를 스핀 업하는 것 같습니다. 그게 진행하는 가장 좋은 방법인가요?
인스턴스 스토리지의 점은 무엇입니까? 임시 저장 공간으로 만 작동하는 것 같습니다. 내가 누락 된 것은 무엇입니까? 아마존이 표준 큰 인스턴스에서 최대 800GB의 스토리지를 제공하는 이유가있을 것입니다 ...
해결책
인스턴스 스토리지는 EBS보다 빠릅니다. 인스턴스와 함께 할 일을 언급하지는 않지만 일부 응용 프로그램의 경우 속도가 내구성보다 더 중요 할 수 있습니다. 대규모 데이터베이스에서 주로 데이터 마이닝을 수행하는 응용 프로그램의 경우, DB를 호스팅하기 위해 수백 개의 로컬 스토리지가있는 수백 공연을 보유하는 것이 유리할 수 있습니다. MapReduce 클러스터의 작업자 노드는 어떤 유형의 작업에 따라 스토리지에 대한 훌륭한 후보자 일 수도 있습니다.
다른 팁
인스턴스 스토리지의 또 다른 점은 독립적이라는 것입니다. 많은 EBS 중단이 있습니다 (Google 예를 들어 "사이트 : aws.amazon.com EBS 중단"). 인스턴스가 전혀 실행되면 인스턴스 스토리지가 있습니다. 인스턴스 스토리지에 의존하는 경우 여러 인스턴스 (여러 가용성 영역에서)를 실행하고 단일 실패 인스턴스를 견딜 수 있어야합니다.
나는 이것이 게임에 늦었다는 것을 알고 있지만, 다른 하나는 사실로 간주된다 ...
EBS 스토리지는 AMI를 쉽게 만들 수있는 반면, 인스턴스 스토어 기반 스토리지는 AMI를 준비하고 저장하고 등록하기위한 모든 작업을 통해 기계 자체에서 AMI를 제작해야합니다.
