나는 최근에 AWS : 기사를 읽었다 . EBS에서 명시 적으로 (EBS 지원 EC2 인스턴스) 또는 암시 적으로 (AWS 웹 콘솔) 기능은 무엇입니까?
나는 최근에 AWS : 기사를 읽었다 . EBS에서 명시 적으로 (EBS 지원 EC2 인스턴스) 또는 암시 적으로 (AWS 웹 콘솔) 기능은 무엇입니까?
답변:
랜덤 액세스 IO가 분명히 더 좋기 때문에 Amazon이 임시 또는 인스턴스 스토어라고 부르는 대신 EBS가 사용됩니다. 인스턴스 스토어 볼륨에서 순차적 IO가 더 빠를 수 있습니다.
EBS 지원
지원되지 않는 EBS
SES, SNS, SQS 및 SWF가 EBS를 사용 하지 않는 것이 거의 긍정적입니다 .
ElastiCache, CloudFormation, CloudWatch, IAM 또는 CloudSearch는 EBS를 사용 하지 않는다고 생각합니다.
저자가 삭제 한 블로그 기사에 댓글을 달았습니다. 그의 게시물을 읽을 때 그 수준의 전문성을 고려할 수 있습니다. 내가 쓴 것 :
AWS는 지역 전체에서 실패한 적이 없습니다. 블로그 작성자가 자신이 연결 한 두 가지 사건 보고서를 읽는 데 시간을 투자했다면 그 사실을 알게 될 것입니다. 올바르게 설계된 AWS 배포는 항상 여러 가용 영역을 사용합니다. 두 이벤트 모두에서 경험 한 최악의 영향은 성능이 약간 저하되거나 API 액세스가 간헐적으로 발생하는 것입니다. 어느 것도 느린 마개가 아니었다.
원래 의견에 추가하지 않은 내용 :
AWS에서 발생하는 Flak의 99 %는 올바르게 사용하는 방법을 이해하지 못하는 사람들에 의해 발생합니다. 그들은 그것을 다른 VPS 또는 다른 공동 서버로 취급합니다. 당신 이 마음에 클라우드 기반 배포를 사용하여 응용 프로그램을 구축 할 수 있습니다. 임의 노드 장애를 허용하고 상태 비 저장 응용 프로그램 서버를 사용해야하며 하나 이상의로드 밸런서 뒤에서 여러 인스턴스와 서브넷에서 원활하게 작업해야합니다. 느슨하게 연결된 구성 요소를 사용하고 메시지 큐를 사용하여 계층간에 통신해야합니다.
요컨대,이 블로그 게시물은 선택한 도구를 사용하는 방법을 이해하지 못하는 사람에 의해 또 하나의 오랜 바람을 일으켰습니다.