EBS는 어떤 AWS 기능을 지원합니까?


18

나는 최근에 AWS : 기사를 읽었다 . EBS에서 명시 적으로 (EBS 지원 EC2 인스턴스) 또는 암시 적으로 (AWS 웹 콘솔) 기능은 무엇입니까?


4
건설적이지 않은 투표에 참여한 사람들에게는 기능이 EBS 지원 여부와 상관없이 논쟁의 여지가 없습니다. 너무 현지화되었으므로 많은 사람들이 AWS를 사용하지 않는 것 같습니까 ???
Jake McGraw

또한 온라인 어디에서나이 정보를 수집 할 수 없었습니다.
Jake McGraw

1
동의합니다. 이것은 모든 AWS 지원 조직에 대한 귀중한 지식입니다 .Amazon 클라우드 내에서 무엇이 어디에 있는지 정확하게 알고 싶습니다. 이것은 EBS의 입증 된 불안정성을 감안할 때 특히 중요합니다.
JonVD

errr-어떻게 EBS가 불안정하다는 것이 증명됩니까? 가동 중지 시간이 얼마나 걸리나요?
Pete-MSFT

3
@PeterH. -EBS 시스템의 장애는 처음부터 거의 모든 대규모 AWS 중단의 원인이 되었기 때문입니다.
EEAA

답변:


5

랜덤 액세스 IO가 분명히 더 좋기 때문에 Amazon이 임시 또는 인스턴스 스토어라고 부르는 대신 EBS가 사용됩니다. 인스턴스 스토어 볼륨에서 순차적 IO가 더 빠를 수 있습니다.

EBS 지원

  • EC2 EBS 지원 AMI를 선택한 경우
  • ELB EC2 호스트에 대해 EBS 지원 AMI를 선택해야합니다
  • RDS
  • 탄력 콩 줄기
  • 탄력적 맵리 듀스

지원되지 않는 EBS

  • Route53
  • S3
  • CloudFront
  • 빙하
  • DynamoDB

SES, SNS, SQS 및 SWF가 EBS를 사용 하지 않는 것이 거의 긍정적입니다 .

ElastiCache, CloudFormation, CloudWatch, IAM 또는 CloudSearch는 EBS를 사용 하지 않는다고 생각합니다.


2
아마존이이 질문에 공개적으로 대답 한 적이 없기 때문에 이것은 순수한 추측입니다. 이 답변의 일부 정보가 잘못되었음을 알고 있습니다.
jamieb

다음 수정하십시오 : /
Jake McGraw

1
@JakeMcGraw : 난 이해가되지 않지만이 주제에 대한 더 이상 정보를 제공 할 수 없습니다. 죄송합니다.
jamieb

EBS가 지원하는 것으로 표시된 회사는 아마존에 있다고 말하거나 (Elastic Beanstalk) 더 낮은 수준의 서비스를 사용하고 있습니다. EBS가 지원되지 않는 것으로 표시된 항목은 리전 외부에 존재하므로 지역 수준의 서비스이므로 EBS를 지원할 수 없거나 로컬 SSD를 사용하여 속도를 측정 할 수 없습니다 (DynamoDB). 마지막에 나오는 두 문장은 추측입니다.
Charles Engelke

7

저자가 삭제 한 블로그 기사에 댓글을 달았습니다. 그의 게시물을 읽을 때 그 수준의 전문성을 고려할 수 있습니다. 내가 쓴 것 :

AWS는 지역 전체에서 실패한 적이 없습니다. 블로그 작성자가 자신이 연결 한 두 가지 사건 보고서를 읽는 데 시간을 투자했다면 그 사실을 알게 될 것입니다. 올바르게 설계된 AWS 배포는 항상 여러 가용 영역을 사용합니다. 두 이벤트 모두에서 경험 한 최악의 영향은 성능이 약간 저하되거나 API 액세스가 간헐적으로 발생하는 것입니다. 어느 것도 느린 마개가 아니었다.

원래 의견에 추가하지 않은 내용 :

AWS에서 발생하는 Flak의 99 %는 올바르게 사용하는 방법을 이해하지 못하는 사람들에 의해 발생합니다. 그들은 그것을 다른 VPS 또는 다른 공동 서버로 취급합니다. 당신 마음에 클라우드 기반 배포를 사용하여 응용 프로그램을 구축 할 수 있습니다. 임의 노드 장애를 허용하고 상태 비 저장 응용 프로그램 서버를 사용해야하며 하나 이상의로드 밸런서 뒤에서 여러 인스턴스와 서브넷에서 원활하게 작업해야합니다. 느슨하게 연결된 구성 요소를 사용하고 메시지 큐를 사용하여 계층간에 통신해야합니다.

요컨대,이 블로그 게시물은 선택한 도구를 사용하는 방법을 이해하지 못하는 사람에 의해 또 하나의 오랜 바람을 일으켰습니다.


1
당신 말이 맞았지만 질문에 대답하지 않았습니다 ...
iwiznia

1
@iwiznia 댓글을 올리려면 너무 길었습니다. 그러나 공개 포럼에서는 질문에 대답 할 수 없습니다. 아마존은 기본 인프라 스트럭처에 대해 고의적으로 밀착되어 있습니다.
jamieb 5

3
"AWS는 지역 전체에서 실패한 적이 없습니다." 사실이 아닙니다. aws.amazon.com/message/65648 "부하로 인해 EBS 제어 플레인에서 브라운이 발생 하여 리전의 EBS API에 다시 영향을 미쳤습니다 ."
ceejayoz

@ceejayoz : 내 의견 읽기 : "두 이벤트를 통해 경험 한 최악의 영향은 성능이 약간 저하 되거나 간헐적 인 API 액세스로 인해 느리게 막히지 않았습니다. ". 두 이벤트를 통해 관리 한 응용 프로그램은 계속 설계된대로 작동했습니다.
jamieb

2
EBS로 인해 인스턴스에 장애가 발생하여 다른 영역에서 교체를 시작할 수없는 경우 쇼 스토퍼입니다. ELB 및 RDS가 EBS에서 실행되기 때문에 문제가되었으며 역사적으로 이러한 종속성으로 인해 실패한 AZ에서 실패하는 데 문제가있었습니다. 가장 최근의 사후 검토를 참조하십시오.이 사실을 인정하고 결과적으로 EBS 종속성을 피하기 위해 ELB를 리엔지니어링 할 것이라고 말합니다.
ceejayoz
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.